Probleme mit DXGetText und Delphi 10.3

[SteffenSchm]

Hallo,

ich bin vor kurzem von Delphi 2010 auf Delphi 10.3 umgestiegen und habe inzwischen auch das erste Projekt umgesetzt.
Dieses nutzt DxGetText und die JCL/JVCL-Bibliothek.

Ein Grund für den Umstieg war die Möglichkeit, Win64-Programme zu erzeugen. Bei der Compilierung des Win64-Programmes kam es aber zu Fehlermeldungen in gnugettext.pas.

Im Forum hatte ich gefunden, dass es in der JVCL eine aktuellere Version von DxGetText (JvGnugettext.pas) gibt. Mit dieser lief der Compiler durch, allerdings erzeugte der Versuch, die Sprachen in die compilierte exe einzufügen, eine Fehlermeldung.

Um zumindest wieder ein Win32-Programm zu erzeugen, habe ich dann von JvGnugettext.pas zurück zu gnugettext.pas gewechselt. Bei der Erzeugung des Win32-Programms lief der Compiler durch und auch das Einfügen der Sprachen in compilierte exe lief ohne Fehlermeldung ab. Allerdings funktioniert das Umschalten auf eine andere Sprache nicht mehr. Die Oberfläche ist immer in der Originalsprache (deutsch).

Als Gelegenheits-Programmierer bin ich jetzt mit meinem Latein am Ende.

Deshalb meine Frage an das Forum:
- Nutzt jemand DxGetText unter Delphi10.3 und hat damit Erfahrungen?
- Sollte man von DxGetText ganz die Finger lassen und lieber auf die Delphi-interne Entwicklung für mehrere Sprachen ausweichen?

[Der schöne Günther]

Über DxGetText kann man sich wahrscheinlich streiten - Das Projekt hat sich vor über zehn Jahren irgendwie balkanisiert. Wenn man fünf Minuten sucht findet man schon 10 verschiedene Forks.

Die einzige Autorität die sich noch um DxGetText kümmert ist Thomas "dummzeuch" Müller. Gehostet wird das noch auf SourceForge:
https://sourceforge.net/projects/dxgettext/

Siehe auch hier:
https://en.delphipraxis.net/topic/37...on-windows-10/
https://www.delphipraxis.net/188630-...dxgettext.html


Ich persönlich setze DxGetText in allen Projekten ein und bin weiterhin sehr, sehr zufrieden. 64-Bit-Anwendungen habe ich bislang zwar nicht gemacht, aber im Changelog auf SourceForge steht etwas von 64 Bit, das wäre sicher mal einen Versuch wert...

[SteffenSchm]

Danke für die Hinweise.

Ich schau mir mal andere (evtl. neuere) Versionen von DxGetText an und werde meine Erfahrungen danach hier auch noch mal bekanntgeben.

[Sherlock]

Wenn es etwas "delpphischeres" sein darf:
https://www.delphipraxis.net/202352-...gsmanager.html

DXGetText ist zwar ganz gut, aber ich finde die Art zu übersetzen, wie Delphi sie eigentlich vorsieht, also mit resourcestrings etwas einleuchtender und vor allem einfacher.

Sherlock

[Luckie]

Zitat:

Im Forum hatte ich gefunden, dass es in der JVCL eine aktuellere Version von DxGetText (JvGnugettext.pas) gibt. Mit dieser lief der Compiler durch, allerdings erzeugte der Versuch, die Sprachen in die compilierte exe einzufügen, eine Fehlermeldung.

Die Frage mag dich jetzt überraschen, aber wie lautet diese? :roll:

[SteffenSchm]

Die Frage überrascht mich nicht - ich habe sie fast schon erwartet!

Da ich aber von JvGnugettext.pas zurück zu gnugettext.pas gewechselt habe, kann ich die Fehlermeldung jetzt nicht so ohne weiteres reproduzieren. Ich erinnere mich an eine Fehlermeldung in der Art "Einsprungadresse nicht gefunden" oder so ähnlich.

Wenn Du aber ein verstärktes Interesse an der Art der Fehlermeldung hast (z.B. weil Du bei Jedi mitarbeitest und diesen Fehler analysieren willst), würde ich noch einmal zurück auf JvGnugettext.pas gehen und könnte Dir dann die Meldung exakt mitteilen.

[dummzeuch]

Vermutlich findet das Assemble-Tool im Executable die Markierung zum Anhängen der Übersetzungs-Dateien nicht. Aus irgendwelchen Gründen wurde die mal geändert, weshalb alte Assemble-Versionen mit neuen GnuGetText-Units nicht klar kommen und umgekehrt.

[SteffenSchm]

Ich habe jetzt mal eine sehr neue Version von gnugettext.pas (27.04.2019) von sourceforge.net heruntergeladen. Wenn ich diese in mein Programm einbinde und dann versuche die Übersetzungen in die exe einzubinden erhalte ich die folgende Fehlermeldung von ggassemble:

Patch code "6637DB2E-62E1-4A60-AC19-C23867046A89" was not found in .exe file. Are you sure the .exe file has been compiled with the correct libraries?.

Das ist die gleiche Fehlermeldung, die ich bei der Einbindung von JvGnugettext.pas erhalten hatte.

Ich interpretiere das mal so, dass ich zwar eine aktuelle gnugettext.pas eingebunden habe, aber das Tool GgAssemble.exe (und eventuell auch weitere Teile von DxGetText) nicht aktuell ist. Aber wo bekomme ich eine aktuelle Version her? Die neuste installierbare Version von DxGetText, die ich an diversen Stellen im Internet finde, hat die Versionsnummer 1.2.2 und ist aus dem Jahr 2008 !!

[dummzeuch]

Zitat:

Zitat von SteffenSchm (Beitrag 1450864)

Ich interpretiere das mal so, dass ich zwar eine aktuelle gnugettext.pas eingebunden habe, aber das Tool GgAssemble.exe (und eventuell auch weitere Teile von DxGetText) nicht aktuell ist. Aber wo bekomme ich eine aktuelle Version her? Die neuste installierbare Version von DxGetText, die ich an diversen Stellen im Internet finde, hat die Versionsnummer 1.2.2 und ist aus dem Jahr 2008 !!

https://blog.dummzeuch.de/2018/12/02...on-windows-10/

[SteffenSchm]

Ich habe jetzt die aktualisierte Version von DxGetText mit allen Tools zum extrahieren, updaten und einbetten von Übersetzungen von Rathlevs Rummelkiste (http://www.rathlev-home.de/) heruntergeladen und installiert. - Das hat geholfen!!!

Danke an alle die mir geantwortet und geholfen haben.
Besonderen Dank an Jürgen Rathlev von dessen Internet-Seite ich die funktionierende Version von DxGetText heruntergeladen habe.

[Bbommel]

Ach cool, dass es neue Tools rund um dxgettext gibt, hatte ich noch gar nicht mitbekommen. Das ist ja klasse. Dem Dank an Jürgen Rathlev schließe ich mich da mal an, falls er hier mitliest. Und an der Stelle auch mal wieder der obligatorische Dank an dummzeuch, der den Kern, die gnugettext.pas, in den letzten Jahren am Leben gehalten hat. :-)

[Der schöne Günther]

Damit ich auch mitreden kann, der direkte Link auf der (sehr interessanten Homepage) von dem guten Mann ist

http://www.rathlev-home.de/tools/pro....html#language

richtig?

[SteffenSchm]

Noch mal eine kleine Rückmeldung, falls jemand mal das gleiche Problem hat:

Ich hatte dann doch noch ein kleines Problem mit dem DXGetText aus dem Paket von Jürgen Rathlev:
Das Tool zum Erstellen der Übersetzungsschablone hat Umlaute nicht richtig in die Schablone geschrieben. Das Problem dürfte nur auftreten, wenn man wie ich das Projekt in deutscher Sprache angelegt hat und dann zusätzlich einen englische Oberfläche erzeugen will. Zu empfehlen ist das wohl eher andersrum, aber das ist bei mir nun mal so historisch entstanden.

Ich habe mir damit geholfen, dass ich die Datei "ggdxgettext.exe" aus der Installation von Jürgen Rathlev durch eine ältere Variante aus DXGetText V1.2.2 ersetzt habe.

[dummzeuch]

Ich habe mir gerade mal oberflächlich die Sourcen dieser Version angeschaut. Da scheint mir aber einiges seltsam, insbesondere der patchcode in AssembleEngine.pas. Egal, solange sie funktionieren, soll mir das egal sein. Ich habe nicht die Zeit und Lust mich damit näher zu beschäftigen und Lars ist schon seit mehreren Jahren auf Tauchstation.

(Insofern ist fraglich, ob dxgettext heute noch eine gute Wahl ist, wenn man neu damit anfängt, eine Übersetzung für ein Delphi Programm einzubauen.)

[SteffenSchm]

Zitat:

Insofern ist fraglich, ob dxgettext heute noch eine gute Wahl ist, wenn man neu damit anfängt, eine Übersetzung für ein Delphi Programm einzubauen.

Und was würdest Du als Profi einem Gelegenheitsprogrammierer stattdessen empfehlen?
Die Delphi-eigene Art der Übersetzung?

[dummzeuch]

Zitat:

Zitat von SteffenSchm (Beitrag 1451028)

Zitat:

Insofern ist fraglich, ob dxgettext heute noch eine gute Wahl ist, wenn man neu damit anfängt, eine Übersetzung für ein Delphi Programm einzubauen.

Und was würdest Du als Profi einem Gelegenheitsprogrammierer stattdessen empfehlen?
Die Delphi-eigene Art der Übersetzung?

Da ich "als Profi" bereits einige Programme pflege, für die dxGetText verwendet wurde (das wurde vor über 10 Jahren entschieden, als das Projekt noch ziemlich aktiv war), bleibe ich dabei, bis es sich als Problem herausstellt (z.B. wenn ich das erste Projekt für eine Platform schreiben muss, die dxgettext nicht unterstützt). Deshalb habe ich bisher nicht mit Alternativen beschäftigt und kann keine Empfehlung geben.

Ich habe mich vor vielen Jahren mal mit der Delphi eigenen Übersetzungs-Methode (ITE - integrated translation environment) beschäftigt und sie für untauglich befunden. Aber das kann sich inzwischen längst geändert haben.

[SteffenSchm]

Hallo Thomas,

Danke für die Antwort und Deine Hilfe!