chinesische Sprachunterstütz. wie unter WinXP in Delphi real

[padavan]

Hallo Delphianer,

kann sich jemand eine Lösung vorstellen, mit welcher man in einer mit Delphi erzeugten Win32 Anwendung die chinesische Sprachunterstützung von Windows "nachstellen" kann?
...siehe Anhang 'chinese.jpg'

Einleuchtend, dass es evtl. nicht ganz so mächtig wird, aber evtl. gibt es einen guten Ersatz?


Als Hintergrund:
Unter Windows die chinesische Sprachunterstützung nach zu installieren ist nicht das rießen Problem, und es funktioniert ja auch tadellos. Warum will ich eine eigene Lösung? Weil die Win32 Anwendung auf einem Touchscreen mit Embedded XP läuft und ich dort die Installation einfach nicht hinbekomme!!!
Außerdem fehlt in unserem Embedded System der Desktop (aus gutem Grund nebenbei gesagt).


Ich wäre über jede Anregung sehr dankbar, außer 'ändere das Embedded System', mit der Lösung kann ich nichts anfangen, da die Win32 Anwendung im Fullscreen Modus läuft (Maschinensteuerung) und somit keinerlei Windows Features zur Verfügung stehen. Wie zum Beispiel das Umschalten der Spracheingabemodi.

Viele Grüße
und vielen Dank im Voraus

Padavan

[Olli]

Zuerst nehme man ein Unicode-Control ... ach nee, sorry, hat Borland seit etwa 11 Jahren noch nicht eingebaut ... sorry!

Also dann kaufe man sich die TMS (ehemals TNT) Unicode Controls und benutze diese wie die normalen Delphi-Controls.

[Dezipaitor]

Kennt ihn China überhaupt jemand Delphi?
Oder haben die schon ein Clone kopiert, der besser ist? :D

[grenzgaenger]

tja, ganz so isses nicht. die hächeln jeden feature von MS nach, ob sinnvoll oder nicht... was früher zu einen ziemlichen string-chaos führte...

aber um deine strings zu verwalten, schau dir mal "widestring" an. ansonsten solltest du noch irgendwo controls finden (ggf. selbst basteln), um deine zeichen auf dem bildschirm zu zaubern.

[Bernhard Geyer]

Geht es dem Fragesteller nicht eher darum die Features der IME im eigenen Programm nachzubauen als das er jetzt seine Control auf Unicode-Controlls umstellen will. Unter einem chinesischen Windows haben auch "normale" Delphi-Anwendungen zugang zu den chinesischen Zeichen. Jedoch nur auf die wichtigesten.

Für Unicode-Controls würde ich auch die ElPack-Controls ins Rennen schmeißen. Damit haben wir schon unsere Anwendung seit 2002 Unicode-Enabled.

[Olli]

Zitat:

Zitat von grenzgaenger

tja, ganz so isses nicht. die hächeln jeden feature von MS nach, ob sinnvoll oder nicht... was früher zu einen ziemlichen string-chaos führte...

Was wohl durch meine obige Aussage schon vor deiner Äußerung widerlegt worden wäre. Immerhin ist Unicode ein Feature des Betriebssystems welches mindestens seit Windows NT 3.51 (soweit kann ich es selber nachprüfen) drin ist, aber ich habe ja nur die 11 Jahre seit dem wirklich beliebten NT4 gezählt. Borland hechelt also offenbar nur nicht allem nach ... oder vielleicht nur den nicht so sinnvollen? Keine Ahnung :mrgreen:


... und IME für ein einziges Programm nachzubauen sollte kein Problem sein, für andere Programme wird das schon schwieriger.

[Bernhard Geyer]

[quote="Olli"]

Zitat:

Zitat von grenzgaenger

tja, ganz so isses nicht. die hächeln jeden feature von MS nach, ob sinnvoll oder nicht... was früher zu einen ziemlichen string-chaos führte...

In Bezug auf was? Borland oder MS-Seitig?

Hätte nur Borland die gleiche Idee wie Troy Wolbrink gehabt hätten wir Unicode schon lange ohne das wir auf Win9x/ME support verzichten hätten müssen. Eine MS-Lösung der Art: Kompilier mit Unicode und es geht nur ab NT hätte nicht zu Delphi gepaßt. Mit der 2008er-Verson soll ja VCL-Unicode-Support (endlich) kommen. Ab D3 wurde ja immer an gleinen teilbereichen Unicode ergänzt (Angfangen wegen COM/ActiveX-Support).

[padavan]

Hi,
mir ging es tatsächlich darum, eine Alternative zum Windows eigenen IME zu finden. "Ostasiatische Sprachunterstützung" in Regions- und Sprachoptionen.

Um die Chinesischen Zeichen richtig darzustellen, verwende ich die TMS Controls, das ist nicht das eigentliche Problem.

Das eigentliche Problem ist, das ich ein Image eines XP Embedded Systems erweitern muss, ohne Target-Designer.

Ich befürchte allerdings, es gehen in der Richtung wenig (gar keine) Wege an Windows Bordmitteln vorbei, da selbst Features wie "Google Pinyin" auf diesen aufsetzen.

Trotzdem vielen Dank!

Padavan