Bisher arbeitet Vorlage intern vollständig mit ISO-8859-1, aber es wäre wünschenswert dort auf den Unicode-Zeichenbereich zurückgreifen zu können, insbesondere für exotische Einheitennamen.
Da Vorlage in der Scriptsprache kein unmittelbares Feature hat, Zeichen in Integer zu wandeln, oder Integer in Zeichen, sind Einflüsse auf die Skripte nicht zu erwarten, so lange die Strings sich so verhalten das Zeichen Codepoints entsprechen, also length(<txt>) die Anzahl der Codepoints und nicht der Bytes liefert, und die Funktionen für reguläre Ausdrücke mit Unicode arbeiten und substr() sich auf Codepoints bezieht, sollte die Skript-Sicht zu der bisherigen kompatibel sein.
Einzig im Umfeld von Inplace-Ausdrücken ($(...)) sind Inkompatibilitäten denkbar, wenn jemand sich Zeichenkonvertierungen selber implementiert hat. Wenn möglich sollte vor Problemen gewarnt werden.
Bisher arbeitet Vorlage intern vollständig mit ISO-8859-1, aber es wäre wünschenswert dort auf den Unicode-Zeichenbereich zurückgreifen zu können, insbesondere für exotische Einheitennamen.
Da Vorlage in der Scriptsprache kein unmittelbares Feature hat, Zeichen in Integer zu wandeln, oder Integer in Zeichen, sind Einflüsse auf die Skripte nicht zu erwarten, so lange die Strings sich so verhalten das Zeichen Codepoints entsprechen, also
length(<txt>)die Anzahl der Codepoints und nicht der Bytes liefert, und die Funktionen für reguläre Ausdrücke mit Unicode arbeiten und substr() sich auf Codepoints bezieht, sollte die Skript-Sicht zu der bisherigen kompatibel sein.Einzig im Umfeld von Inplace-Ausdrücken (
$(...)) sind Inkompatibilitäten denkbar, wenn jemand sich Zeichenkonvertierungen selber implementiert hat. Wenn möglich sollte vor Problemen gewarnt werden.