Hallo,
Ich hab wiedermal ein Problem mit der leidigen Übersetzungsproblematik mit nicht-westlichen Charsets.
Aufgrund von technischen Einschränkungen und einem riesigen Umfang,
ist es uns im Moment leider nicht möglich, auf das neue Delphi mit UTF-8-Support bzw. auf UTF-8-enabled controls umzusteigen. Ich benötige also eine Lösung, welche irgendwie mit Bordmitteln funktioniert. Umgebung ist Delphi 7 Professional.
Folgendes Problem tritt bei uns auf.
Wir haben unsere Software von einem russischen Übersetzungbüro übersetzen lassen, was auch reibungslos funktioniert. Die Übersetzung läuft problemlos auf einem westlichen Windowssytem, welches über die Regions- und Sprachoptionen auf russisch gestellt wurde. Folgender Test ergibt das gewünschte Bild, wo mittels der Charset-Optionen gearbeitet wurde:
http://imghost.glorp.de/i/f8fcd2164c14.png
(Kompiliert auf dt. WinXP, EXE-Sprache ist Englisch (USA), Sprachoption auf Russisch ("für nicht UTF-8-Anwendungen"))
Starte ich nun die selbe EXE auf einem englischen XP funktioniert alles genauso.
Zu Problemen kommt es nun auf einem richtigen, komplett russischen XP:
http://imghost.glorp.de/i/a6cb486ebee0.png
(Selbe EXE wie oben auf einem RUS XP Pro SP3)
Unsere Sprachdaten enthalten auf einem deutschen System den Zeichensalat wie auf dem oberen Screenshot zu sehen, auf dem russischen System werden die Texte aber im Win-Editor korrekt kyrillisch angezeigt und "wie gewohnt" die deutschen Umlaute nicht dargestellt.
Wir vermuten einen Codepage-Dreher oder irgendsoetwas im Bereich der Fonts in Windows. Unsere Anwendung benutzt Tahoma programmweit, welche über ParentFont := True an alle Tochtercontrols vererbt wird. Andere Fonts, welche von einem deutschen XP kopiert wurden funktionieren auch nicht. Bisherige Suche war in dem Bereich leider sehr ernüchternt :/
Vielleicht hatte ja schonmal jemand dieses Problem.
Grüße,
Manuel