Hallo Leute..

hab ein Problem mit den russischen Zeichensatz!

Situation:
Ein gröberes Programm mit Delphi7 erstellt (mit LMD Components, VCL Components, DSP Components, Zeos LIB, Firebird Datenbank, Reportbuilder 9.0..)

Ein weiteres kleines Programm erstellt, was alle "caption:='deutsch'" in allen *.pas Dateien des Projektes sucht und durch "caption:='english'" ersetzt, die Basis der Übersetzung ist eine Excel-Liste mit zwei Spalten (deutsch/english)

Ein weiteres Programm erstellt, was alle "caption = 'deutsch'" in allen *.dfm Datein des Projektes sucht und durch "caption = 'english'" ersetzt

Die zwei "Übersetzungsprogramme" suchen eigentlich nur Strings und ersetzten diese
Beispiel:
DFM Datei laden
suche nach - Caption = 'Anmeldeinformationen l'#246'schen'
ersetzen durch - Caption = 'delete'

..anschließend hab ich den veränderten Quelltext wieder compiliert und die Englische Version war fertig


Weil das so super funktioniert hat, hab ich die Excel-Liste in eine weitere Sprache übersetzen lassen - nämlich russisch

Leider hab ich nun ein UNICODE Problem .. das kyrillisch wird zu lauter ?????? Fragezeichen

Da ich schon sehr sehr viel Arbeit in die "Übersetzungsprogramme" gesteckt hab, würde ich gern das Problem lösen

Hat jemand eine Idee?

Vielen Dank

Erich

Auch wenn diese Methode sicher extrem suboptimal ist und es vermutlich einfacher ist, aus Deiner Excel-DB .po-Dateien für gnugettext zu bauen...

Versuche mal Font.CharSet in der GUI umzustellen und die "dumme" Variante (kein UTF-8) zu schreiben.

Du musst in jedem Formular das alle Fonts ändern auf RUSSIAN_CHARSET (204). Das funktioniert aber nicht für alle Elemente, insbesondere TForm.Caption - diese werden aber auf einem korrekt konfigurierten Client dann normalerweise richtig angezeigt. Zum Testen am Besten eine W7-Ultimate verwenden und auf Russisch neu anmelden.

Wennst du jetzt in 2012 immer noch mit Codepages/Charsets arbeiten willst kannst du dir gleich in Knie schießen.

Besorg dir entweder eine Unicode-VCL-Version (D2009 oder neuer) oder Unicodefähige Komponenten.
Wenn du natürlich genügend Zeit hast und sonst keine Hobbies mehr hast kannst du natürlich versuchen mit Codepages/Charsets zu arbeiten.


Deine Lösung mit Russische Texte in die dfm's zu jagen wird nur klappen wenn du auf einem System mit russicher Codepage für deine Delphi-IDE arbeitest. Ansonsten gibts Fragezeichen-Müll.

Die Lösung lautet: Vistalizator -> http://www.froggie.sk/
benötigt den: Russian MUI

Jetzt hat man ein Russisches Betriebsystem, oder ein ...

Beim Zurückschalten auf DE muss man bei Windows 7 in der Systemsteuerung auf 'Region und Sprache' gehen und dort den 'Aufenthaltsort' wieder auf Deutschland stellen... meine dort war es...

Hol dir am besten unicodefähiges Delphi, oder unicodefähige Komponente mit der Verbindung mit gnugettext und *.po Dateien.

Ich hatte das vor Jahren mal bei einem Delphi 6 Programm.
Nicht lachen das funktioniert auch:

1. Gewünschte Spalte in Excel markieren und in Zwischenablage kopieren
2.In Word einfügen
3.In Word alles markieren und auf Schriftart symbol schalten
4.Alles markieren und in Zwischenablage einfügen
5.In Wordpad einfügen
6.In Wordpad alles markieren und auf Arial Mitteleuropa schalten
7.Alle Markieren und in Excel einfügen
8.In Excel wiederum auf Arial Mitteleuropa schalten

Jetzt kannst Du dir die Zeichen in Deine Pascaldatei einlesen und kompilieren lassen. Auf einem russischen System wird alles richtig dargestellt. Zumindest haben meine russischen Kollegen noch nie gemeckert.
Probier es aus.

Zitat von v2afrank:

Jetzt kannst Du dir die Zeichen in Deine Pascaldatei einlesen und kompilieren lassen. Auf einem russischen System wird alles richtig dargestellt. Zumindest haben meine russischen Kollegen noch nie gemeckert.

Der kyrilische Zeichensatz besteht aus einem Block mit 255 Zeichen. Die bescheuerte und in 2012 absolut zu vermeidente Lösung mit Codepages/Charsets zu arbeiten kann nur die ersten 128 Zeichen davon unterstützen. D.h. auch in 2012 bietest du mit deinem Programm nur eine halbgare Lösung an.

Zitat:

Ein gröberes Programm mit Delphi7 erstellt

Und wenn es nun unmöglich wäre, ein Unicode-fähiges Delphi für das Projekt einzusetzen?

Dann bleibt halt nur die Notlösung mit unicodefähigen 3rd-Party Komponenten.
(Ob die Arbeit, die da hineingesteckt werden muss, weniger kostet als ein neues Delphi + Umstellung? Plus ggf. später Rückumstellung...)

Mit den Zeichensatzumstellungen habe ich jedenfalls noch schlechtere Erfahrungen gemacht (und schon die Arbeit mit unicodefähigen Komponenten unter D7 war ein Graus im Vergleich zu D2009+)... (In dem Fall in Bezug auf griechisch.)