Nein, denn das habe ich in anderen Modulen auch so umgesetzt und will diese Konsistenz nicht aufgeben. Tipp: alles auf Englisch machen, und selbst userReadings generieren, welche die entsprechenden Daten dann auf Deutsch präsentieren. Mache ich sowieso, die Vielzahl der Readings von Astro lasse ich mir nie anzeigen.
Verstehe ich und kann man so machen, ja.
Allerdings muss dann wieder jeder User selbst ran, um im Grunde das gleiche zu erreichen wie viele andere vor ihm.
Die Locale richtig zu setzen hat in der Tat seinen Charme, aber ich verstehe ich verstehe noch nicht so ganz den Zusammenhang zum globalen FHEM Attribut "language". Muss ich dann quasi selbst sicherstellen, dass das globale Attribut zur Locale passt?
Du könntest natürlich die LANG/LC_* Umgebungsvariablen auch im lokalen Perl Kontext deines Moduls so setzen, wie es sich der Benutzer über das globale Attribut "language" gewünscht hat (ja, das Format passt nicht direkt). Vorausgesetzt die Locale steht beim System auch zur Verfügung, braucht der Benutzer dann zumindest nicht mehr über sein System eingreifen, sondern hat seine FHEM Konfiguration transportabel.
Ich habe gerade für das Docker Image einmal geschaut und dort folgende Standardwerte hinterlegt, mit denen man zwar die grundsätzliche Systemsprache in Englisch hält, die Werte jedoch in europäischem Format erhält:
LANG=en_US.UTF-8}
LANGUAGE=en_US:en
LC_MEASUREMENT=de_DE.UTF-8
LC_MESSAGES=en_DK.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_NUMERIC=de_DE.UTF-8
LC_PAPER=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_TIME=en_DK.UTF-8
Das ergibt bereits einen ziemlich guten paneuropäischen Standard. Für das Astro Modul ist LC_TIME entscheidend, mit en_DK bekommt man ein etwas europäisch angehauchtes Format. Setzt man es auch noch auf de_DE.UTF-8, sind alle Datums und Zeitangaben in deutscher Sprache, Systemausgaben bleiben jedoch in Englisch und somit kompatibel.
Im Astro Modul könntest du also mittels folgender Zeile vor dem jeweiligen System(nahen) Aufruf die Sprache über Perl festlegen:
local $ENV{LC_TIME} = 'de_DE.UTF-8';
Das local sorgt dafür, dass andere Perl Module nicht beeinflusst werden.
Wahrscheinlich könntest du so relativ einfach auf die Systemfunktionen für die Formatierung zurückgreifen und trotzdem eine brauchbare Flexibilität für die Sprache einbauen, auch mehrere Sprachen parallel gingen damit.
<OT>
Je nachdem wer hier noch so mitliest: Nutzt man Systemaufrufe aus FHEM/Perl heraus, bei denen eine konsistente Rückgabe von Werten unabhängig der Sprache notwendig ist, dann setzt man direkt vor dem Systembefehl ein LC_ALL=C und überlagert somit alle anderen Sprachvorgaben. Somit muss man sich bei der Auswertung des Rückgabewertes nur um eine Sprache bemühen. Bei SSH Verbindungen erhält man keine Warnungen mehr, wenn die für den FHEM Benutzer gesetzte Sprache auf dem entfernten System nicht zur Verfügung steht.
</OT>
