Hallo zusammen,
ein Blick in die Lua API schafft hier Klarheit:
The DC/DS transmitter supports a subset of UTF-8 charset. A standard 7-bit ASCII is supported, plus
additional Unicode characters which are listed in the table below. Since Lua 5.3 contains native UTF-8
support for strings, you can write the applications directly in UTF-8 encoding (this is a preferred
option as well).
Darunter sind einige Zeichen aus dem Unicode-Charset angegeben, die über ASCII-7 hinaus unterstützt werden, z.B. das é mit der Kodierung 0xE9.
Wenn ich die angehängte Datei mit
Code:
curl https://www.jetiforum.de/media/kunena/attachments/5846/strings.jsn
herunterlade, erhalte ich einen Unicode-Text ohne Encodingfehler.
Es ist also beim Erstellen der Datei etwas mit den Zeichensätzen durcheinander gekommen. Dehalb ist es wichtig den Texteditor vorher immer auf UTF-8 zu stellen.
Ich habe auch noch weitere spezielle Zeichen in einer Lua-App getestet und an allen möglichen Stellen im Sender anzeigen lassen. Sogar
io.readall() kann Unicode-Zeichen aus Dateien lesen.
Doch keine Regel kommt ohne Ausnahmen: Zwar lässt sich beispielsweise das Zeichen ° als Text kodieren und anzeigen, es unterscheidet sich jedoch von dem Zeichen, das die Sender für Sprachausgaben benutzen. Das wird bei dem Funktionsaufruf
Code:
system.playNumber(0, 0, "°")
deutlich, wo die Einheit "Grad"
nicht mit angesagt wird. Hier muss das Zeichen "°" explizit über die Binärkodierung erzeugt werden:
string.char(176)
Das liegt daran, dass im Unterschied zu allen anderen jsn-Dateien auf dem Sender die Datei /Voice/**/numbers.jsn in ANSI kodiert ist.
Warum Jeti das so macht, ist mir nicht verständlich.
Gruß Leon
Topic Author
