Mit Unicode-Dateinamen arbeiten

[jaenicke]

Bei den Unicode-Funktionen wird mit PWideChar gearbeitet. Da Windows damit auch intern arbeitet, wirst du wohl kaum Zeichen in ein Dateisystem hineinbekommen, die du unter Windows nutzen kannst und damit nicht nutzbar sind.

Bei Delphi 7 hast du nun einmal noch keine echte Unicodeunterstützung, insbesondere in der Oberfläche. Wenn du das willst, wäre eine neue Delphiversion sehr sinnvoll (Delphi 2009+), wo der Standard-String ein UnicodeString ist.
In Delphi 7 heute noch mit TntControls oder ähnlichem herumzufrickeln und einen enormen Aufwand zu betreiben nur um hinterher bei einem Umstieg auf eine aktuelle Delphiversion irgendwann viel davon wegzuwerfen... meiner Meinung nach lohnt das nicht...

Wenn heute noch Delphi 7, dann besser ohne Unicode. (Das gilt vor allem für die Benutzeroberfläche.)

[himitsu]

Wobei FindFirst auch ohne Unicode ganz gut funktioniert.

Bis mindestens Win7/NTFS gibt es für Dateinamen alternativ noch einen "kurzen" Dateinamen im 8.3-Format,
über welchen man mit den ANSI-Funktionen zugreifen kann.

Wenn es unbedingt Unicode sein muß, dann kann man immernoch direkt auf die Unicode-WinAPI (FindFirstFileW) ausweichen, was selbst mit Windows 7 problemlos möglich ist.
Falls man sowieso auf NonVCL setzt, dann ist es egal, was man nutzt, denn das geht genauso gut in NonUnicodeDelphis. (nur TStringList fehlt ... TTntTStringList)

[Bernhard Geyer]

Beste Lösung: Kauf dir Delphi XE2 und nutze die vollständige Unicode-Unterstützung der VCL

Zweitbeste Lösung: Such dir noch einen freien Download der TNTWare-Komponenten (oder kauf das aktuelle Package bei TMS Software). Dort gibt es viel API-Funtionen Widestring-Enabled so das sie auch unter Win9x (Als Ansi-Version) funktionieren.

Und Widestring ist 100% Unicodefähig da seit Windows 2000 statt UCS2 UTF16 verwendet wird.

[blablab]

Wenn Windows selbst nur mit WideChars arbeitet, dann reicht mir diese nicht ganz 100%ige Unicode-Unterstützung natürlich auch. Ich dachte nur, wenn ich schon extra eine Unicode-Unterstützung programmieren will, dann will ich es auch gleich ganz machen.

Aber das mit dem SysLocale.FarEast := True macht mich immernoch etwas stutzig. Ist das die "normale" Herangehensweise um (bei Delphi7) mit MultiByte-Strings zu arbeiten? Denn wie gesagt werde ich eher selten auf Unicode stoßen und dann wäre es mir am liebsten ich könnte mir die 50% Speicherplatz sparen...

[Bernhard Geyer]

Ich kann dir nur den Tipp geben deine Anwendung komplett Unicodefähig zu machen.
Die in älteren Delphi-Version "mögliche" Lösung mit Charset/Codepages ist eine Krückenlösung die mehr Probleme verursacht als löst.

[Luckie]

Windows nutzt intern UTF-16 genau wie Delphi auch.

[blablab]

@Luckie: Heißt das die Windowsfunktionen xyzW geben UTF-16 und nicht UCS-2 Werte zurück?