Standard VCL-Komponenten Unicode "beibringen"?

[FriFra]

Ist es irgendwie möglich, dass man standard VCL-Komponenten Unicode fähig bekommt?

Auf jeden Fall ist es für mich absolut indiskutabel, wegen einer Sprachanpassung irgendwelche Fremdkomponenten einzukaufen. Zumal die nachträgliche Verwendung von Fremdkomponenten auch einen erheblichen Entwicklungsaufwand nach sich ziehen könnte, obwohl es ja im Grunde nur um das Erstzen von Texten geht.
Irgendwie muss man das ganze ja auch mit "Bordmitteln" hinbekommen? :gruebel:

[sakura]

Andere Sprachen sind sehr umständlich. Du musst dazu auf dem Entwicklungsrechner die Codepage der Zielsprache installiert haben und dann für jede(!) Control die entsprechende Codepage auswählen. Dann sollte es theoritisch(!) gehen.

Ansonsten kann ich Dir nur die TNT Unicode Controls empfehlen. Die kommen kostenfrei mit Source (und sind imho auch für den kommerziellen Gebrauch). Diese sind sehr zu empfehlen, da die auch Basisdinge wie TWideStringList und ähnliches bieten.

Die Umstellung ist recht einfach und kann Großteils sogar automisiert (Find And Replace ;) ) durchgeführt werden.

...:cat:...

[FriFra]

Bisher lade ich andere Sprachen immer aus den entspr. Resourcefiles (teilw. ext. Sprach-Dlls)...
Da gehen die Probleme aber schon los! Ich habe bisher Polnisch und Rumänisch mit dem Standard Zeichensatz implementiert, da es mir bisher nichr möglich war eine Stringresource mit unicode zu erstellen (anderer Thread).

Das Umstellen der Codepage ist nicht das Problem, da man die Codepage auch gleich mit in der Resource angeben könnte dann müsste man zuerst über alle Controls laufen und das ganze zur Laufzeit anpassen.

[FriFra]

Ich hab gerade mal mit den Codepages herumgespielt... TButton, TTabSheet und TForm ignorieren diese Angabe zumindest in ihren Captions! Mit TGroupBox, TLabel, TValueListEditor fuktioniert es hingegen problemlos.

[sakura]

Dann kann man wohl wirklich nur auf andere Komponenten zugreifen - oder mal auf Assarbad warten, der wird auch noch das ein oder andere sagen können ;)

...:cat:...

[FriFra]

Da die VCL-Kompoenten ja im Grunde auch nur Standard Windows Controls kapseln, muss es noch einen Weg über die API geben...

[Bernhard Geyer]

TNT-Controls sind eine Möglichkeit Unicode mit wenig Anpassungen das Programm Unicode-Fähig zu machen (Für NT-2003). Für 9x/ME ist diese Lösung nicht geeignet.

Arbeiten mit Codepages/Charset ist zum scheitern verurteilt, da diverse Controls diese Einstellung ignorieren (Win32-API-Bugs bzw. Delphi-Bugs)

Selbst verwende ich die ElPacks, um auch unter 9x/ME Unicode zu unterstützen (höher Aufwand zum umstellen). Diese Controls bieten jedoch noch viel mehr (Besseres Optisches Design, bessere XP-Themes-Untestützung, Zusätzliche Features)

[FriFra]

Es soll schon unter Win9x, ME, NT, XP 2003 laufen...

[Robert Marquardt]

Unter Win 9x wird es nie zufriedenstellend laufen. Die Unicode-Unterstuetzung ist einfach fehlerhaft.

[Bernhard Geyer]

Wenn Du auch 9x/ME unterstützen willst/must, so führt kein Weg am ElPack vorbei.

M$ unterstützt unter W9x/ME Unicode in der WinAPI nur in ca. 12 Funktionen. Alle Windows-Controls (und damit alle direkt aufbauenden Controls) in Win9x/ME sind damit nur ANSI-Basierend.

ElPack basiert nicht auf Windows-Controls wie Edit, ComboBox sondern implementiert alles selbst (und vielfach auch inteligenter/schöner). Ein weiterer Vorteil davon ist, das damit deine Anwendung sich unter allen Windows-Versionen gleich verhält (und nicht je nach API-Bug unter der einen oder anderen Windows-Version etwas anders). Auch sind alle Controls XP-Themes (z.B. auch die Toolbuttons mit angehängten Popup-Menu).