Hallo, ich habe Probleme bei der Darstellung von Umlauten und ß im Menü. Allerdings nur
bei Device-Infos von Fhempy Tuya Devices. Die Konfiguration sieht gut aus. Die Browser
(Safari und CHrome unter MacOSX) zeigen aber, dass das Menu "falsch" und "anders" generiert
wird, als bei "normalen" Seiten.
Ich weiß nicht genau, wie es generiert wird. Es könnte also theoretisch sein, dass
Fhempy/Tuya da etwas falsch zurückmeldet. Aber da ich nicht genau feststellen kann, ob
es ein Fhempy/Tuya Problem oder eins vom FHEM Web Frontend ist, stelle ich die Frage einmal
hier.
Das ist doch das Forum für das FHEM Web Frontend?
Gruß,
Carsten.
Kannst Du bitte das Problem uns mit einem Screenshot zeigen?
Klar. Ich hoffe, die sind nicht zu groß, aber ich wollte, dass man alles sieht.
Siehe zB Raum 25-Draußen und 35-Gästetoilette. Das linke Bild ist ein Tuya Device,
da klappt es nicht. Das rechte Bild ist ein Raum, da klappt es. Es klappt auch bei
allen nicht-tula Devices.
GrC.
Hat jemand eine Idee? Ich verstehe es nach wie vor nicht und finde auch nichts.
Mein Verdacht ist, dass in irgendeinem String, den Fhempy/Tuya erzeugt ein Code enthalten ist,
der irgendeine Routine verwirrt, die daraufhin nicht "auf UTF-8 stellt" sondern was anderes.
Fhempy/Tuya kommuniziert ja mit dem Tuya Server API um Informationen zu holen, vielleicht kommen
da irgendwelche funny characters zurück, die dann versehentlich ihren Weg in Readings oder
Attribute finden.
Gruß,
Carsten.
In der Voreinstellung "attr global encoding bytestream" muessen alle FHEM-Module Daten in die FHEM-interne UTF-8 (bytestream) Format konvertieren.
D.h. Daten beliebigen Formats von aussen nach dem Einlesen nach UTF-8, und vor Ausgeben von UTF-8 ins Zielformat.
Da die ueberwiedenge Mehrzahl der anderen Systeme auch UTF-8 verwendet, ist das Vergessen der Konvertierung meist folgenlos.
Mit der Einstellung "attr global encoding unicode" ist das FHEM-Interne Format "Wide-Character".
Hier muss man bei der Kommunikation mit dem Aussenwelt immer explizit konvertieren, manchmal wird das aber von Perl-Bibliotheken ungefragt uebernommen.
Leider unterstuetzen nicht alle FHEM-Module diese Alternative.
Ich tippe auf eine von fhempy verwendete Bibliothek, und das ignorieren des encoding Attributes im fhempy Modul.
Ich wuerde "attr global encoding unicode" probieren, und hoffen, dass die anderen verwendeten FHEM-Module mitmachen.
Vermutlich waere diese Diskussion besser im Forumsbereich Hausautomations-Systeme / Sonstige Systeme aufgehoben, soweit ich sehe laeuft die fhempy Diskussion darueber.