Mehrsprachig mit GNU Gettext

[Hobbycoder]

Zitat von Headbucket:

Wir verwenden es auch in mehreren Projekten.

Bisher scheint noch alles gut zu funktionieren. Mir graut es auch vor dem Tag, wo etwas nicht mehr geht.

Ich verwenden aktuell folgende Version

Code:

// Information about this file:
// $LastChangedDate: 2010-08-25 15:40:17 +0200 (on, 25 aug 2010) $
// $LastChangedRevision: 220 $

Das entspricht den Angaben in der JvGnugettext.pas.

Die Pas aus DxGnugettext schein 2 Jahre älter zu sein.

[Hobbycoder]

Ich habe jetzt mal angefangen ein Beispielprojekt mehrsprachig zu machen.

In der Anleitung stehen ja so tolle Sätze wie:

Zitat:

Compile the default.po file to a default.mo file by clicking on it with the right mouse button and choose "compile to .mo file".

.
Er macht auch irgendwas, der Cursor dreht sich fleißig, aber am Ende scheint nichts passiert zu sein. Jedenfalls kann ich kein .mo-File finden. Wissen die Götter, wo er das nun hinpackt.
Gibt's irgendwo (möglichst deutschsprachig) eine Anleitung, wie man das über die Commandline macht, da habe ich wenigstens eine Ergebnis-Ausgabe.

Zitat von p80286:

Zitat von Der schöne Günther:

Erst wenn es eines Tages nicht mehr richtig gehen sollte werden alle aufwachen.

Zumindest einer scheint nicht zu schlafen:https://sourceforge.net/projects/dxgettext/

Gruß
K-H

Das ist die, die ich mir runtergeladen habe, und laut Versionsangabe in der PAS-Datei, ist die Version schon mal 2 Jahre älter als die JvGnugettext, die der JCL beiliegt.

[CCRDude]

Um aus .po eine kompilierte .mo zu machen, verwende ich schlicht POEdit zum übersetzen, das speichert automatisch auch als .mo.

Beantwortet zwar nicht die Frage nach der Kommandozeile, ist aber gleichzeitig eine Empfehlung für einen guten Übersetzungseditor

[Gausi]

Zum Bearbeiten der .po-Dateien und .mo-Dateien nutze ich poedit, https://poedit.net/download. Damit klappt das recht gut. Was du mit "Rechtsklick -> Compile to mo" probierst, ist für die vorübersetzten Delphi-Strings gedacht.

Seit einiger Zeit habe ich auch das Problem, dass ich mit dem Explorer-Rechtsklick "Dekompile the mo-file to po-file" kein Ergebnis mehr bekomme. Ob das an Windows 10 liegt oder an irgendwas anderem, weiß ich nicht. Ich tippe auf irgendwelche Rechte-Probleme in der Explorer-Erweiterung.

Solange man aber aufpasst, dass man die alten po-Dateien mit den ganzen Übersetzungen drin nicht verliert, kann man auch immer weiter gut updaten, wenn in dem Projekt neue Strings dazu kommen. Dazu ein neues Template erstellen (default.po, das klappt noch über den Explorer), dieses umbenennen in default.pot, alte .po öffnen, das neue pot-Template dazuladen, die noch unübersetzten Strings übersetzen, speichern, fertig. Mo-Datei ist dann direkt da. Das betreffende Projekt darf dabei grade nicht laufen (also die exe), sonst gibt's ne Fehlermeldung.

Hab gestern Abend auch die neue Community-Edition ausprobiert, und konnte meinen Player (auch mehrsprachig) ohne größere Probleme kompilieren, und der Wechsel der Sprache funktioniert auch weiter.

[haentschman]

@TE:

Wenn du einfache und schnelle Ergebnisse willst...https://www.delphipraxis.net/146618-...swerkzeug.html

Auch Übersetzungen zur Laufzeit!!! Auch mußt du keine Language Dateien mitliefern...alles einkompiliert. Editor für die Sprachen.

[Hobbycoder]

@Gausi: Wie / Wo legt man denn in Poedit die Sprache für den Quelltext fest? Ich find da nichts. Aus dem Projekt kann er's ja nicht lesen und in der PO-Datei habe ich nichts bezüglich der Sprache gefunden. Oder muss die PO-Datei erst in das Verzeichnis de-DE?

[himitsu]

Zitat von Hobbycoder:

@Gausi: Wie / Wo legt man denn in Poedit die Sprache für den Quelltext fest?

Meinst jetzt Sprache auswählen, oder die Übersetzung in den Quelltext einbauen _('xyz'); ?

Im Prinzip nimmt man im Quelltext keine Sprache, aber ich mache sowas meistens in englisch.

Grundsätzlich ist GNU-gettext so, dass du für die Übersetzungen sprechende Bezeichner verwendest, die einmal als Template die Hauptsprache (englisch) besitzt.

GRUND: Es gibt für manche Dinge im Englischen das gleiche Wort, wofür es im deutschen unterschiedliche Wörter gibt.
Hast du das aber direkt als "englisch" angelegt, dann kannst du dafür keine unterschiedlichen deutschen Übersetzungen speichern.

[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.

[Hobbycoder]

Zitat von haentschman:

@TE:

Wenn du einfache und schnelle Ergebnisse willst...https://www.delphipraxis.net/146618-...swerkzeug.html

Auch Übersetzungen zur Laufzeit!!! Auch mußt du keine Language Dateien mitliefern...alles einkompiliert. Editor für die Sprachen.

Habe mir Lingus mal heruntergeladen. Ist ja wirklich simple.
Probiere das grad aus. In dem Abschnitt "Während der Laufzeit die Programmsprache ändern" heißt es

Zitat:

Wichtig ist dabei der anschließende Aufruf von Language.Translate(Self); in allen geöffneten Formularen, um die Änderung zu übernehmen.

Wirklich nur in alle geöffneten Formularen? Da Language.Translate(self) ja im OnFormCreate aufgerufen wird, müsste das dann nicht in alle erzeugten Formularen aufgerufen werden?

Ansonsten sieht das ja wirklich mal richtig simple aus. Gibt es vielleicht eine Extension, die automatisch Übersetzungen per Google-Translate ermöglicht?