Delphi-Applikation kyrillisch

[Thomas Pfnür]

Hallo Forum,

wir haben hier eine Delphi-Appliaktion (geschrieben in Delphi 7), die mittels Multilizer bereits auf einem CITRIX-Server für vier Länder (RO, SI, HR, SK) erfolgreich betrieben wird.

Nun sollen vier weitere Länder hinzukommen, allerdings jetzt auch welche mit kyrillischer Schrift (u.a. BG, CS). Delphiprogramme sind ja nicht Unicode... :-(

Was müssen wir hierbei alles beachten? Wer hat diesbezüglich bereits Erfahrungen gesammelt? Wir planen, für die "kyrillischen Länder" einen eigenen Applikationsserver zu betreiben, der z.B. komplett auf bulgarisch läuft.

Wie sieht's aus mit Oracle-Datenbanken? Kanns da Probleme geben, z.B. beim Server oder Client?

Uns wäre schon sehr geholfen, wenn uns wer Konzepte, Tipps, Tricks, Erfahrungen von ähnlichen "Aktionen" mitteilen könnte. Wir planen gerade das weitere Vorgehen...

Vielen Dank im Voraus für jeden noch so winzigen Beitrag
Thomas

[Bernhard Geyer]

> Delphiprogramme sind ja nicht Unicode... :-(

Komich. Unsere Delphi 6 Programme sind schon seit 2002 Unicode-Fähig.

> Was müssen wir hierbei alles beachten? Wer hat diesbezüglich bereits Erfahrungen gesammelt? Wir planen, für die "kyrillischen Länder" einen eigenen Applikationsserver zu betreiben, der z.B. komplett auf bulgarisch läuft.

Da gibt es zwei Ansätze. Die "einfache" Möglichkeit mittels Codepages und Charsets zu arbeiten und die vernünftige Lösung mittels Elpack oder TNTWare-Controls Unicodefähige Controls einzusetzen. Die "einfache" Lösung hat diverse nicht zu Lösende Einschränkungen.

> Wie sieht's aus mit Oracle-Datenbanken? Kanns da Probleme geben, z.B. beim Server oder Client?

Oracle sollte auf UTF8 installiert sein und der Client sollte mittels UTF8-Codierung darauf zugreifen. <a href="http://crlab.com/odac/">ODAC</a> kann z.B. Unicode und läuft sogar ohne Oracle-Client.

> Uns wäre schon sehr geholfen, wenn uns wer Konzepte, Tipps, Tricks, Erfahrungen von ähnlichen "Aktionen" mitteilen könnte.
<a href="http://derentwickler.de/itr/ausgaben/psecom,id,156,nodeid,54.html">Der Entwickler, Ausgabe 5.2003</a>, Artikel "We are a World&quot

[Thomas Pfnür]

Hallo!

Zunächst einmal vielen Dank für die Antwort! Ich habe den sehr interessanten Artikel bereits im Archiv nachgelesen. Die Applikation, um die es geht, ist mit Standard-VCL geschrieben und mit Verwendung des Standard-String-Datentyps. Also müsste sie meinem Verständnis nach auf Unicode umgestellt werden. Nach dem Motto "Never touch a running sytem" ist das aber derzeit absolut unmöglich, da das Programm für geschäftskritische Abläufe zuständig ist und noch dazu derzeit keine Zeit und Kapazitäten für eine Umstellung vorhanden sind.

Somit bleibt uns nur die - zugegebenermaßen - Notlösung, die Applikation per Codepage/Charsets und komplett bulgarischen System zu betreiben.

Welche nicht lösbaren Einschränkungen gibt es? Dass nicht alle rund 255 kyrillischen Zeichen in einer Codepage Platz haben habe ich schon gelesen. Mit was ist noch zu rechnen?

Vielen Dank!
Thomas Pfnue

[Bernhard Geyer]

> zuständig ist und noch dazu derzeit keine Zeit und Kapazitäten für eine Umstellung vorhanden sind.

Dann kann es also nicht so wichtig sein

> Somit bleibt uns nur die - zugegebenermaßen - Notlösung, die Applikation per Codepage/Charsets und komplett bulgarischen System zu betreiben.

Solange du nur kyrilisch bei dieser Installation brauchst spricht nichts dagegen. Soll aber gemischter Betrieb (kyrilische Zeichen auf "unserer" Codepage oder umgekehrt dargestellt werden dann baust Du eine Krüpellösung und es ist fraglich ob du weniger Zeit benötigst um die ganzen Hürden mittels Workaraund zu umschiffen (wenn es denn überall geht).

> Mit was ist noch zu rechnen?

Das nicht alle VCL-Controls die Codepage/Charset-Einstellung berücksichtigen. D.h. bei manchen Controls für einen gemischten Betrieb mit mehrern Sprachen du einfach andere Controls brauchst