Mehrsprachig mit GNU Gettext

[Hobbycoder]

Ich meine das festlegen der Ursprungssprache, die mittels DxGetText aus dem Projekt in die .po-Datei exportiert wurde.
Wenn ich die .po-Datei dann in Poedit öffne, steht über den Elementen "Quelltext - Englisch" und rechts daneben "Übersetzung - unbekannte Spracht".
Ich kann dann die Sprache festlegen, aber das bezieht sich auf die Übersetzung.

Meine vorhandenen Quelltext sind durchweg alle in Deutsch, von daher möchte ich natürlich von Deutsch -> Englisch übersetzen. Die Quellsprache müsste sich doch irgendwo festlegen lassen. Schließlich wäre das ein enormes Unterfangen überall im Source alles auf Englisch zu ändern.

Aber: ich habe mich mit Lingus etwas angefreundet. Klappt schon recht gut. Das übersetzen der Controls und Variablen geht ganz locker. Bei Konstanten will er aber noch nicht.
Auch die Eigenschaft "AutoHotkeys"=maAutomatic führt noch zu einer Fehlfunktion. Und der letzte Beitrag von Wicht zu diesem Thema stammt aus dem Jahre 2013. Wird da noch Programmpflege betriebe? Oder ist Lingus schon "Tot"?
Immerhin läuft es unter Tokyo problemlos, und ist zudem noch wirklich selbsterklärend.

[Der schöne Günther]

Zitat von Hobbycoder:

Ich meine das festlegen der Ursprungssprache, die mittels DxGetText aus dem Projekt in die .po-Datei exportiert wurde.
Wenn ich die .po-Datei dann in Poedit öffne, steht über den Elementen "Quelltext - Englisch" und rechts daneben "Übersetzung - unbekannte Spracht".
Ich kann dann die Sprache festlegen, aber das bezieht sich auf die Übersetzung.

https://stackoverflow.com/q/33648855/2298252

[Rollo62]

Da haben wir alle dasselbe Problem.

Ich hatte GetText auch benutzt, und den Editor etwas optimiert für mich.
Aber die pas Datei ist ziemlich wirr und recht fett, wenn es besser gepflegt wäre
Würde ich das womöglich weiter nutzen, aber das Risiko ist mir ein bisschen hoch.

Müsste man mal richtig ausmisten und modernisieren, aber was ist der Master und wem gehört das ganze?

[dummzeuch]

Zitat von Rollo62:

Da haben wir alle dasselbe Problem.

Ich hatte GetText auch benutzt, und den Editor etwas optimiert für mich.
Aber die pas Datei ist ziemlich wirr und recht fett, wenn es besser gepflegt wäre
Würde ich das womöglich weiter nutzen, aber das Risiko ist mir ein bisschen hoch.

Müsste man mal richtig ausmisten und modernisieren, aber was ist der Master und wem gehört das ganze?

Tja, das ist eine gute Frage. Bis vor einiger Zeit hat Lars Dybdahl, von dem das dxgettext-Paket stammt, da noch aktiv mitentwickelt, allerdings habe ich von ihm schon länger nichts mehr gehört. Der dxgettext-Installer ist, wie schon diverse Leute geschrieben haben, ziemlich veraltet.

Es gibt außer mir auch noch andere mit Schreibzugriff auf das Sourceforge-Repository, aber auch da passiert wenig.

Seitens des Projekt Jedi, die vor Jahren ihre eigene Version der gnugettext.pas Unit abgespalten haben, finde ich seit einigen Monaten auch keinen Ansprechpartner mehr. Ich hatte versucht, die beiden Versionen wieder zu vereinigen, aber das scheiterte mangels Interesse auf der Jedi-Seite.

Kurzum: Ich halte das Projekt enigermaßen auf Sourceforge am Leben, indem ich Bugs fixe, wenn man mir welche meldet (glücklicherweise meistens gleich mit Patch), und ab und an Support für eine neue Delphi-Version einbaue. Aber so richtig Interesse habe ich nicht. Ich setze Gnugettext selbst auf der Arbeit für übersetzungen ein. Es funktioniert ganz gut.

Es gibt im Source übrigens mit Gorm auch einen recht guten Editor für PO-Dateien, den ich selbst einsetze.

twm

[Rollo62]

Ja Gorm war besser als PoEdit.
Den hatte ich für mich noch etwas optimiert, seinerzeit mit Google-Translate, etwas verbesserter UI und Sprachenmanagement, etc.
Aber es ist mir zu unsicher auf so einem System weiterzumachen was anscheinend nicht mehr gepflegt ist.

GetText auf anderen Platformen scheint aber gut gepflegt, und Stand der Dinge, deshalb verstehe ich die Situation bei Delphi nicht ganz.

Rollo

[Sherlock]

Die Situation bei Delphi ist simpel:

• GetText ist eine Krücke, die elegant die Fähigkeiten von Delphi umgeht.
• Es gibt einen eingebauten Übersetzer, und es gibt hervorragende Übersetzungstools die teilweise nicht viel kosten.

Natürlich wandern die Leute davon ab.

Sherlock

[Der schöne Günther]

DxGetText macht super transparent die Auflösung von resourcestring nach String . Wo ist das eine Krücke?

Und wo wandern Leute ab?

[Headbucket]

Zitat von Sherlock:

Die Situation bei Delphi ist simpel:

• GetText ist eine Krücke, die elegant die Fähigkeiten von Delphi umgeht.
• Es gibt einen eingebauten Übersetzer, und es gibt hervorragende Übersetzungstools die teilweise nicht viel kosten.

Natürlich wandern die Leute davon ab.

Sherlock

Ich weiß es bei GetText für Delphi sehr zu schätzen, dass der Eingriff in den Quellcode nahezu Null ist. Ich könnte aus meinen projekten 5 Zeilen Code entfernen und GetText wäre komplett entfernt. Als ich mich vor ein paar Jahren mit der Mehrsprachigkeit unter Delphi beschäftigt habe, hatte ich hier keine wirkliche Alternative für mich gefunden.

Ich bin auch aktuell noch sehr zufrieden mit GetText und verwende es in allen aktuellen Projekten. Wichtig für mich ist hierbei:
- Übersetzung muss von externen Personen ohne Delphi oder Programmierkenntnisse vorgenommen werden können
- Kunden können selbst Übersetzungen anpassen und sogar neue Sprachen hinzufügen
- Möglichst geringer Eingriff in Quellcode

All diese Dinge erfüllt GetText und ist dabei noch kostenlos.

Zitat von dummzeuch:

Kurzum: Ich halte das Projekt enigermaßen auf Sourceforge am Leben, indem ich Bugs fixe, wenn man mir welche meldet (glücklicherweise meistens gleich mit Patch), und ab und an Support für eine neue Delphi-Version einbaue. Aber so richtig Interesse habe ich nicht. Ich setze Gnugettext selbst auf der Arbeit für übersetzungen ein. Es funktioniert ganz gut.

Das weiß ich sehr zu schätzen! Vielen Dank dafür. Ich habe mir die aktuelle Version bei sourceforge mal angeschaut und mit meiner bisherigen Version verglichen. Da gab es ja doch allerhand Änderungen.

Viele Grüße
Headbucket

[Bbommel]

Zitat von dummzeuch:

Kurzum: Ich halte das Projekt enigermaßen auf Sourceforge am Leben, indem ich Bugs fixe, wenn man mir welche meldet (glücklicherweise meistens gleich mit Patch), und ab und an Support für eine neue Delphi-Version einbaue. Aber so richtig Interesse habe ich nicht. Ich setze Gnugettext selbst auf der Arbeit für übersetzungen ein. Es funktioniert ganz gut.

An der Stelle übrigens auch an dich mal vielen Dank dafür, dass du die gnugettext.pas so halbwegs am Leben hältst. Zwar wäre es natürlich optimal, wenn sich irgendwer finden würde, der das Gesamtpaket noch mal richtig rund macht (die ganzen Tools, die dazu gehören und teilweise ja auf Cygwin o.ä. basieren), aber im Alltag haben wir dann doch alle anderes zu tun. Insofern ist es aller Ehren wert, dass es jemanden gibt, der sich um den "Kern" - also die gnugettext.pas - kümmert, diese immer recht zuverlässig an neue Delphi-Versionen anpasst (und somit z.B. lästige Warnungen beim Compilieren beseitigt) und hier und da Bugs korrigiert.

Danke!

[Rollo62]

Zitat:

Zitat von dummzeuch:

Ja dann ein herzliches Dankesehr auch von mir.
Ich hatte es in 4-5 Projekten eingesetzt, die teilweise immer noch Laufen.
Obwohl ich im Moment nicht mehr genau sagen kann welche Version von wo ich benutzt hatte, es war nach ersten Anlaufschwierigkeiten sehr stabil.

Ich finde GetText prinzipiell OK, und fände es gut wenn da mal wieder etwas Bewegung rein käme.

Auch die bereits vorhandenen Übersetzungsfiles der aktuellen Libraries, Tms, DevExpress, etc. waren seinerzeit ein großer Pluspunkt für mich.
Ich denke schon seit längerem das man eigentlich nur eine einmalige, OpenSource Übersetzung braucht um 90% der UI-Texte in Apps abzudecken, bei normalen Projekten und etwas diszipliniertem Einsatz der Texte.
Das hatte ich mal mit GetText als Basis vor, bin dann aber von Weg abgekommen

Rollo