Jonglieren mit Strings, Widestrings, Unicode, UTF-8 et.al.

[Ydobon]

Wozu braucht man eine Unicodeversion von IntToStr? Die üblichen Zahlen passen doch in einen Ansistring.
Und bei einer Zuweisung Ansi<->WideString bastelt der Compiler von sich aus schon die Aufrufe von MultiByteToWideChar bzw. WideCharToMultiByte in den Code hinein.

Für Funktionen, die absolut nicht mit Unicode umgehen können, hält Windows auch noch alternative Dateinamen bereit, mit denen dann auch diese etwas anfangen können. Die kann man sich mit der Api-Funktion GetShortPathNameW oder (TntSysUtils) WideExtractShortPathName holen. Japanische Dateinamen o.ä. lassen sich damit wirklich nicht mehr erkennen, die Funktionen finden die Dateien aber.

[Bernhard Geyer]

Zitat:

Zitat von Ydobon

Wozu braucht man eine Unicodeversion von IntToStr? Die üblichen Zahlen passen doch in einen Ansistring.

Evtl. will man ja die Zahlen auch in arabischer Schreibweise: ۴۲ :mrgreen:

[OldGrumpy]

Es ging in dem Zusammenhang eher darum, dass ich immer noch SysUtils zusätzlich brauche. War auch eher nur eine Beobachtung als Gemecker :) Manche Funktionen heissen ja auch gleich, daher muss ich dann halt drauf achten, dass TntSysUtils zuerst im Uses steht. Simpel, ich weiss. :)

[Bernhard Geyer]

Zitat:

Zitat von OldGrumpy

Es ging in dem Zusammenhang eher darum, dass ich immer noch SysUtils zusätzlich brauche. War auch eher nur eine Beobachtung als Gemecker :) Manche Funktionen heissen ja auch gleich, daher muss ich dann halt drauf achten, dass TntSysUtils zuerst im Uses steht. Simpel, ich weiss. :)

Oder mit "Namespace" die Funktion aufrufst

TntSysUtils.<FunktionsName>...

[OldGrumpy]

Das wäre dann natürlich die elegantere Methode, ich vergess das nur immer wieder :( Ich merk mir allen möglichen Kram, ohne dass ich da irgendwie überhaupt bewusste Anstrengungen unternehm, aber das was wirklich mal relevant ist... da hab ich dann nen Gedächtnis wie ein Grab. Hmm... Bald muss ich zum Abdecker :mrgreen: