Zitat:
AFAIK wird das dort auf Basis von UTF8 gemacht. Handelt man sich aber andere Problem ein als wenn man es wie "üblich" auf UTF16-Basis wie Java/.NET/Windows macht.
Liegt das nicht daran, daß FPC, bzw. viele APIs der
VCL und Co. noch "
Ansi" waren, aber Lazarus nun
Unicode unterstützen wollte?
UTF-8 kann man ja quasi auf
Ansi mappen.
Dumm nur wenn viele diese Aufgerufenen Funktionen gar nix davon wussten das 1 Zeichen != 1 Character/1Byte ist und dann munter fehlhaft Funktionierten sobald Sonderzeichen im String vorhanden sind. Bei dem Widestring-Ansatz verliert man "nur" die Fremdsprachentext wenn automatisch nach
Ansi gewandelt wird bzw. man bekommt eine Warnmeldung über evtl. Datenverlust. Bei Aufruf einen AnsiString-Funktion mit einem UTF8-String welcher in einer AnsiString-Variable steckt bekommt man AFAIK gar keine Meldung - es funktioniert u.U. halt nicht.