UFT8 a[3] := b[3]

Für Fragen zur Programmiersprache auf welcher Lazarus aufbaut
marcov
Beiträge: 1102
Registriert: Di 5. Aug 2008, 09:37
OS, Lazarus, FPC: Windows ,Linux,FreeBSD,Dos (L trunk FPC trunk)
CPU-Target: 32/64,PPC(+64), ARM
Wohnort: Eindhoven (Niederlande)

Re: UFT8 a[3] := b[3]

Beitrag von marcov »

mse hat geschrieben:
marcov hat geschrieben: Ich denke, mann braucht gar kein UTF-16 auf Linux :-)
Wenn UTF-8 da ist, kan mann widestring und unicodestring windows only machen. (resp fuer COM und LCL/win32/64)
OK, ich gebe es auf, macht was ihr wollt.
Weil das als Witz gemeint war, ist das auch gemeint als Spiegel. Wie würdest du es finden wenn wir das umdrehen würden, und alles UTF-8 forcieren?

Den Punkt oben geht eben nicht so weit als dein Vorslag alles UTF-16 zu machen. Wenigstens lässt es Windows UTF-16.

P.s. vielleicht wird die wirkliche widestring auf nicht-windows verschwinden, und dann widestring=tunicodestring genutzt. Das kann ich mir vorstellen, aber so etwas ist noch nie vorgestellt bis heute.
Zuletzt geändert von marcov am Do 5. Nov 2009, 16:09, insgesamt 1-mal geändert.

mschnell
Beiträge: 3444
Registriert: Mo 11. Sep 2006, 10:24
OS, Lazarus, FPC: svn (Window32, Linux x64, Linux ARM (QNAP) (cross+nativ)
CPU-Target: X32 / X64 / ARMv5
Wohnort: Krefeld

Re: UFT8 a[3] := b[3]

Beitrag von mschnell »

mse hat geschrieben:OK, ich gebe es auf, macht was ihr wollt.
Kann ich verstehen :(
marcov hat geschrieben: Ich denke, mann braucht gar kein UTF-16 auf Linux :-)Wenn UTF-8 da ist, kan mann widestring und unicodestring windows only machen. (resp fuer COM und LCL/win32/64)
Der User-Code sollte System-Unabhängig sein. Das ist doch gerade der große Vorteil von Lazarus!!!
Und warum sollte man dem user verbieten, Widestrings zu verwenden, wenn das für seine Anwendung passt.
Dass die aktuelle FPC-Version (und damit Lazarus) nur eingeschränkt brauchbar ist, sieht man ja auch daran, dass die D2009 Strings geplant sind (nur hat anscheinend keiner Lust, sich daran die Zähne auszubeißen. Ist sicher auch nicht so einfach zu realisieren.)
Also bleibt man (vor allem als Anfänger, Delphi-Umsteiger, und wenn man alten Code verwenden will) am besten bei der letzten nicht Unicode-fähigen FPC/Lazarus-Version. Die hat ja unstrittigerweise wenig Problem. Wer weiß, welche Version das ist und wie man am leichtesten d'rankommt ?

-Michael

marcov
Beiträge: 1102
Registriert: Di 5. Aug 2008, 09:37
OS, Lazarus, FPC: Windows ,Linux,FreeBSD,Dos (L trunk FPC trunk)
CPU-Target: 32/64,PPC(+64), ARM
Wohnort: Eindhoven (Niederlande)

Re: UFT8 a[3] := b[3]

Beitrag von marcov »

mschnell hat geschrieben:Der User-Code sollte System-Unabhängig sein. Das ist doch gerade der große Vorteil von Lazarus!!!
Es soll auch Native sein, das ist auch einer der große Vorteile von Lazarus. Windows konventionen auf Linux nutzen ist nicht native.

Antworten