hi,

Selber tauglich machen. Mit den Mitteln, die _jetzt_ zur Verfügung stehen, kann auch PHP sehr wohl mit UTF-8 umgehen.

Wenn ich deine Klasse richtig verstehe, dann kann sie aus gegebenen Codepoints die UTF8-Repräsentation berechnen und umgekehrt.

Oder auch die Anzahl der Zeichen aus einer gegebenen Folge von Bytes (Rohdaten), die Anzahl der Zeichen ist gleich der Anzahl der Codepoints ;)

Das löst aber nicht im geringsten die massiven Probleme, die PHP mit Unicode hat [..]

Ach das war/ist in Perl genauso: In Sachen Unicode gab es viele Änderungen von 5.6.1 bis heute. Der Unterschied zu PHP ist nur der, dass im Zuge der Versionsfortschritte diesbezügliche Aufwendungen zum Ändern von Code geringfügig sind und die Abwärtskompatibilität in den meisten Fällen gegeben ist. Entscheidende und zukunftsweisende Änderungen wurden mit Perl 5.8 eingeführt, u.a. ist das Modul Encode.pm in den Core aufgenommen worden.

Das ist wie beim Fotografieren: Nicht die Kamera macht schlechte Bilder, sondern der Fotograf ;)

In dieser Analogie muss PHP der Fotograf sein ;))

Ja, da ist was dran: In PHP gibt es einfach zuviele Built-in-Funktionen, in Perl sind es so um die hundert, guckma und das ist relativ isobar ;)

So kann ein Perl-Programmierer selbst entscheiden, ob er weiterhin byte-orientiert arbeitet oder den Komfort kodierter Zeichenketten nutzt (bringt viele Vorteile in Verbindung mit Datenbanken, die das ebenfalls unterstützen, Stichwort Kollation) oder ob er in einer einzigen Anwendung zwischen Bytesemantic und Charactersemantic je nach Anforderung umschaltet. Ob Letzteres auch in PHP möglich ist... Hmm.

Horst Heizer