Beschriftung von englisch "Tue" und "Dec" auf deutsch "Die" und "Dez" umstellen

[meldelinie]

Hallo,

In der Beschriftung der Plots stehen die englischen Tage z.B. "Tuesday/Tue" statt den deutschen "Dienstag/Die" und die englischen Monate "December/Dec" statt "Dezember/Dez".

ich habe u.a im Wiki nachgesehen und folgende Einstellungen gesetzt:

fhem.cfg

Code Auswählen Erweitern


attr global language DE


System ist Raspbian Buster auf aktuellem Stand, ich habe in raspi-config Zeitzone und Datumsformat auf Europe, Berlin und Locale auf DE gesetzt, in der Konsole sieht das so aus:

Code Auswählen Erweitern


root@fhem:/home/pi# localectl
   System Locale: LANG=de_DE.UTF-8
       VC Keymap: n/a
      X11 Layout: de
       X11 Model: pc105


In der Konsole mal Tage und Monate anzeigen lassen, das klappt es mit Donnerstag und Dezember:

Code Auswählen Erweitern


date
Do 16. Apr 14:40:13 CEST 2020

ls -l Temp_Garage-2019-12.log
-rw-r--r-- 1 fhem dialout 96764 Dez 31 22:02 Temp_Garage-2019-12.log


Was muss ich ändern damit ich deutsche Tage und Monate angezeigt bekomme ?

schon mal danke für Tips ...

[rudolfkoenig]

In den Plots stehen die englischen Tage z.B. "Tuesday/Tue" statt den deutschen "Dienstag/Die"

Was genau muss ich dafuer einstellen? Ich wuesste nicht, wo Tage im SVG anzeigt werden.

und die englischen Monate "December/Dec" statt "Dezember/Dez".

Das kann ich so bestaetigen.
"attr global language" aendert ausschliesslich die angezeigte Hilfe.

[meldelinie]

Danke für den Input,

ich habe meine Frage jetzt umformuliert - ich meine die Beschriftung der Plots am unteren Rand - siehe die angehängte Grafik - da steht aktuell in den beiden Roten Kreisen "Dec" für December in englisch, ich hätte aber gerne das deutsche "Dez" für Dezember angezeigt.

Ist mein Problem jetzt verständlich formuliert ?

mit danke im voraus ...

[Beta-User]

"attr global language" aendert ausschliesslich die angezeigte Hilfe.

Nicht (mehr) ganz richtig: Der WeekdayTimer nimmt seit einiger Zeit daraus auch die Vorgabe, ob deutsche oder englische Wochentagsbezeichnungen verwendet werden sollen .

[rudolfkoenig]

Code Auswählen Erweitern

Ist mein Problem jetzt verständlich formuliert ?
Mit dem aktuellen Code ist es nicht moeglich, Dez statt Dec anzuzeigen.
Ist meine Antwort jetzt verstaendlich formuiert?

Meines Wissens gibt es in FHEM ausser der Hilfe keine "Lokalisierung" (bis auf wenige Ausnahmen, siehe Beta-Users Antwort).

[Christoph Morrison]

Nicht (mehr) ganz richtig: Der WeekdayTimer nimmt seit einiger Zeit daraus auch die Vorgabe, ob deutsche oder englische Wochentagsbezeichnungen verwendet werden sollen .

Daytime und Buienradar richten ihre Ausgaben auch nach der eingestellten Sprache, ich glaub Daytime unterstützt sogar ein gutes dutzend Sprachen.

[meldelinie]

Hallo Rudolf,

Mit dem aktuellen Code ist es nicht moeglich, Dez statt Dec anzuzeigen.
Ist meine Antwort jetzt verstaendlich formuiert?

Ihr wollt mich doch auf den Arm nehmen, oder ?

Ihr macht hier soviele geniale Sachen und es hat bisher noch niemand gestört, das SVG keine deutschen Wochentage und Monatsnamen anzeigt ? 

Also hier mein Patch für automatisch korrekte Lokalisierung von SVG mit Wochentagen und Monatsnamen in deutsch, englisch, Französisch, ...

Die UTF-8 Kodierung für dem Umlaut im März und dem französichen Akzent akute ist auch mit drin.

[CoolTux]

Nicht getestet aber wenn das funktioniert.

RESPEKT

So stellen wir uns das hin und wieder vor. Nicht kleckern sondern klotzen. Vielen lieben Dank!!!

[rudolfkoenig]

Ich habe es getestet, der Patch ist elegant, und es funktioniert.
Mir ist noch nicht klar, in welchem Fall encode notwendig ist, bei mir scheint es auch ohne perfekt zu funktionieren.

ABER: der Ausloeser ist die LANG (bzw. LC_TIME) Umgebungsvariable (attr global language ist wirkungslos), d.h. nach dem update wird die Darstellung bei etlichen Anwender sich aendern, und ein Benutzer mit wenig Unix-Erfahrung wird seine Schwierigkeiten haben, es zu fixen.

Deswegen bin ich unsicher, ob ich es einbauen soll. Meinungen?

[CoolTux]

Es geht ja nur rein um die Darstellung, und diese wird sich wenn dann doch nur in die eingestellte Landessprache ändern. Im schlimmsten Fall bekommt ein Deutscher es also deutsch als Beispiel. Ich sehe das jetzt nicht als schlimm an.


Grüße

[rudolfkoenig]

Mir ist noch nicht klar, in welchem Fall encode notwendig ist, bei mir scheint es auch ohne perfekt zu funktionieren.

encode wird benoetigt bei "LC_TIME de_DE.iso8859-1", macht die Darstellung aber fuer "LC_TIME de_DE.utf-8" kaputt, da braucht man kein encode.
=> Falls ich den patch anwende (egal ob mit oder ohne encode), wird es Benutzer geben, bei denen die Darstellung ploetzlch kaputt ist.

Bin nicht sicher, ob ich immer richtig rauskriege ob ich encode verwenden soll oder nicht.
Vorschlaege?

[CoolTux]

encode wird benoetigt bei "LC_TIME de_DE.iso8859-1", macht die Darstellung aber fuer "LC_TIME de_DE.utf-8" kaputt, da braucht man kein encode.
=> Falls ich den patch anwende (egal ob mit oder ohne encode), wird es Benutzer geben, bei denen die Darstellung ploetzlch kaputt ist.

Bin nicht sicher, ob ich immer richtig rauskriege ob ich encode verwenden soll oder nicht.
Vorschlaege?

Eine andere Art Lösung? Zum Beispiel über ein Mapping und dann schauen welche Sprache in global aktiv ist?

[frank]

wäre es nicht flexibler, wenn man eine language einstellung im web device ansiedeln würde, um auch mehrsprachige haushalte unterstützen zu können?

bei allen, die das neue attribut nicht haben, bleibt alles wie bisher.

[CoolTux]

wäre es nicht flexibler, wenn man eine language einstellung im web device ansiedeln würde, um auch mehrsprachige haushalte unterstützen zu können?

bei allen, die das neue attribut nicht haben, bleibt alles wie bisher.

Ich bin der Meinung das die Sprache nach global gehört und nicht noch eine weitere Einstellung dafür her sollte.

[Christoph Morrison]

wäre es nicht flexibler, wenn man eine language einstellung im web device ansiedeln würde, um auch mehrsprachige haushalte unterstützen zu können?

Eine sehr gute Idee.