Tipps zu mehrsprachigen Programmen

[Ares]

Hallo!

Ich beschäftige mich derzeit mit der Frage, wie ich meien Programme am besten Mehrsprachig gestellten kann. Hier gibt es ja schon eine Reihe von Diskussionen über die Verschiedenen Möglichkeiten (GNU Gettext, Multilizer, INI-Dateien, Ressource-DLLs, etc), ich hätte jedoch noch ein paar allgemeine Fragen.

Ich möchte meine Programme gerne so erstellen, dass die Sprache zur Laufzeit nicht geändert werden kann. Das Programm wird also mit einer Sprache compiliert, die dann nicht mehr geändert werden kann. Ideal wäre es, wenn das Programm anschließend nur aus der EXE bestehen würde, also keine weiteren Dateien benötigt werden aus denen sich die EXE die übersetzten Daten holt. Die Programme enthalten sowohl Texte (logisch...) als auch Bilder mit Texten, die übersetzt werden müssten.

Wie wäre so etwas am Besten zu lösen? Die Diskussionen die ich hier gefunden haben, beschäftigen sich nur mit der Übersetzung der Text. Wie bekomme ich unterschiedliche Bilder in das Programm?

Ich stelle mir das so vor: (ich habe von Ressource-Dateien wenig Ahnung, also bitte nicht lachen wenn das totaler Quatsch ist...)
Bilder und Text werden für jede Sprache in einer eigenen Ressource-Datei (SpracheX.res, SpracheY.res, ...) angelegt. Die Ressource Datei Sprache.res wird in das Delphi-Projekt eingebunden und kann dann darin verwendet werden.

Delphi-Quellcode:

{$R Sprache.res}
...
label1.Caption := sprache.string1;
label2.Caption := sprache.string2;
...
image.Picture  := sprache.image1;
...

Je nach gewünschter Sprache wird die Datei SpracheXYZ.res in das Projektverzeichnis kopiert, in Sprache.res umbenannt und das Projekt compiliert. Ergebis: Das Programm in Sprache XYZ...

Ist etwas in der Richtung machbar (wie?) oder ist das Quatsch? Wie würdet ihr die Aufgabe sonst lösen?

Besten Dank
Ares

[sh17]

Also für den Text würde ich GNU gettext nehmen. Wenn die Sprache fest eingestellt sein soll, dann kannst Du die jeweiligen übersetzten Daten (mo-Files) an die Exe anbinden. So hast Du nur eine Datei, die alles enthält.

Mit den Bildern hab ich auch keine Idee. Was sind denn das für Bilder? In der Regel sollte man bei mehrsprachigen Programmen ja sprachabhängige Bilder verzichten, sonst artet das schnell in Arbeit aus. Eindeutige Symbole, die von allen verstanden werden, sind da sinnvoller.

[alzaimar]

Ich habe für Bilder (also Skizzen von Produkten mit Bemaßung und produktspezifischen Beschriftungen) ein kleines Tool geschrieben, das aus einem Bild (Nur eine Zeichung) zur Laufzeit die aktuellen Beschriftungen in der jeweiligen Landessprache und Einheiten (inch, mm etc.) zeichnet. Der Aufwand dafür ist relativ überschaubar.

Ich kenne GetText nicht. Ich habe mit der ITE von Delphi gearbeitet und mich fast deswegen umgebracht :wall: . Multilizer soll angeblich das Geilste sein, was es gibt. Kein Wunder, kostet auch ne Stange Geld. Nur wir konnten es nicht verwenden, da es ein Tool (8 MB, 100 BDE Tabellen, 100 Formulare) nicht übersetzen konnte.

Die anderen Produkte, die es so gibt, habe ich z.T. getestet (Visual Localize und ein Teil aus Tschechien), ging bei uns nicht richtig. Dann wollte Ich auf TsiLang umsteigen, was wohl ziemlich gut ist (hat ettliche Preise eingeheimst). während die o.g. Produkte auf der EXE aufbauen und Resourcen patchen, ist TsiLang sourcecode basiert.

Die ITE von Delphi (6.0 Enterprise benutze ich) hat den Vorteil, das man die Forms, Labels etc für jede Sprache individuell anpassen kann. Der riesige Nachteil ist der, das man jedesmal alles Neu übersetzen muss. Weiterhin muss man aufpassen, wie ein Luchs: Projektdateien einfach mal so verschieben quitiert die ITE mit absolut hirnrissigen Fehlermeldungen immerhin bekommt man alles wieder repariert, aber bis man einigermassen flüssig damit arbeiten kann, vergehen schon Monate.

[kalmi01]

Hi Ares,

mach es doch über Units, in denen die diversen Strings definiert sind.
Bzw. Bilder in res-Dateien.
Auswahl dann über Compiler-Optionen ($ifdef).

So bleibt das Prog auch schön klein, da ja nur die benötigten Texte/Bilder enthalten sind.

[Ares]

Hallo!

Zitat:

Zitat von kalmi01

mach es doch über Units, in denen die diversen Strings definiert sind.
Bzw. Bilder in res-Dateien.
Auswahl dann über Compiler-Optionen ($ifdef).
So bleibt das Prog auch schön klein, da ja nur die benötigten Texte/Bilder enthalten sind.

Daran habe ich auch schon gedacht. Die ganzen Texte könnte ich natürlich in einer eigenen Unit als Konstanten definieren. Das ist wahrscheinlich auch das unkomplizierteste... Aber wie genau läuft das mit den Bilder in den Res-Dateien? Kennt jemand ein gutes Tutorial, das erklärt wie man Res Dateien erzeugt und dann im Quelltext die Bilder anspricht?

Zitat:

Zitat von alzaimar

Dann wollte Ich auf TsiLang umsteigen, was wohl ziemlich gut ist (hat ettliche Preise eingeheimst). während die o.g. Produkte auf der EXE aufbauen und Resourcen patchen, ist TsiLang sourcecode basiert.

Das Programm habe ich mir auch schon angesehen. Beim ausprobieren der Demo bin ich allerdings nur bis zu ein paar Fehlermeldungen gekommen. Hat jemand hiermit schon konkrete Erfahrungen gemacht?


Besten Dank
Ares

[sh17]

Zitat:

Zitat von Ares

Hallo!
Daran habe ich auch schon gedacht. Die ganzen Texte könnte ich natürlich in einer eigenen Unit als Konstanten definieren. Das ist wahrscheinlich auch das unkomplizierteste... Aber wie genau läuft das mit den Bilder in den Res-Dateien? Kennt jemand ein gutes Tutorial, das erklärt wie man Res Dateien erzeugt und dann im Quelltext die Bilder anspricht?

dann ist aber nix mit Chinesisch ;-)

[Jelly]

Zitat:

Zitat von Ares

Das Programm habe ich mir auch schon angesehen. Beim ausprobieren der Demo bin ich allerdings nur bis zu ein paar Fehlermeldungen gekommen. Hat jemand hiermit schon konkrete Erfahrungen gemacht?

Und ob. Und ich war damals absolut davon begeistert. Der Vorteil ist, dass Du nicht irgendwelche Strings definieren musst, sondern Du ganz normal in Delphi arbeiten kannst. All deine Labels, Panels usw. mit Captions kannst Du direkt während der Designzeit in mehreren Sprachen angeben.

Bei liefen die Komponenten einwandfrei, Fehlermeldungen bekam ich bis jetzt noch keine. Ich habe die Kompos in Delphi 4 und Delphi 6 genutzt, allerdings bezahlt, und nicht als Shareware.

[Ares]

Zitat:

Zitat von sh17

dann ist aber nix mit Chinesisch ;-)

Muss auch gar nicht. Arabisch, Russisch, Hebräisch, Japanisch, Griechisch, etc. auch nicht. Für den Anfang würde mir Englisch und Französisch vollkommen reichen :-)

Zitat:

Zitat von Jelly

Bei liefen die Komponenten einwandfrei, Fehlermeldungen bekam ich bis jetzt noch keine. Ich habe die Kompos in Delphi 4 und Delphi 6 genutzt, allerdings bezahlt, und nicht als Shareware.

Ok, dann werde ich damit noch mal rumspielen. Wenn die Komponenten das tun, was sie sollen habe ich auch kein Problem damit dafür zu bezahlen. Nur fehlerfrei testen möchte ich sie vorher natürlich :-) Lässt sich damit auch das Problem mit den Bildern lösen?

Hat sonst noch jemand einen Tipp, wo ich mich über den Umgang mit Res-Dateien schlau machen kann?

Besten Dank
Ares

[Jelly]

Zitat:

Zitat von Ares

Lässt sich damit auch das Problem mit den Bildern lösen?

Du kannst zumindest sprachabhängige Strings in der Komponente hinterlegen. Abhängig vom Inhalt (z.B. Dateiname des Bildes) kannst Du ja das richtige anzeigen lassen.

Ich hatte damals die Komponenten benutzt, und da wurde unter anderem folgendes per Knopfdruck übersetzt:

• Labels und alle andere Kompos (Buttons,Groupboxen etc) mit Eigenschaften wie Caption, Text, Hint etc.
• Tipp des Tages
• Verlinkte PDF Dateien
• Description Felder aus Datenbank. Je nach Sprache ein anderes Feld
• Komplette Chart Beschriftung
• Ausdrucke, welche aber wieder nur eine unterschiedliche RTF Vorlage wählten

Wie gesagt, Probleme sind bei mir nicht aufgetreten.

[Garby]

Zitat:

Zitat von Ares

Hat sonst noch jemand einen Tipp, wo ich mich über den Umgang mit Res-Dateien schlau machen kann?

Such mal hier im Forum nach TResourceStream oder LoadFromResourceName von TBitmap.

lg

[padavan]

Weiß nicht genau ob´s passt, aber ich habe das alles über eine ini-Datei gelöst, was den Vorteil hat, dass ich die ini-Datei jemandem zum Übersetzen geben kann und ich habe im Quellcode nichts damit zu tun. Einmal die Arbeit quasi im Quellcode erledigt, ab nur noch Pflege über externe Datei.

[runger]

Hallo padavan,

wir haben das Ganze auch mit INI Dateien gelöst. Unsere Sprachen sind durch senkrechte Striche getrennt. Funktioniert ausgezeichnet und vor allem schnell.
Nachteil:
wenn die ini nicht irgendwie an die exe angehängt ist kann jeder darin rumpfuschen.
Achtung Ini Dateien haben einen Nachteil:
Unter win9x dürfen die Dinger nicht gr
össer als 64k sein.

Rainer

[Ares]

Zitat:

Zitat von Garby

Zitat:

Zitat von Ares

Hat sonst noch jemand einen Tipp, wo ich mich über den Umgang mit Res-Dateien schlau machen kann?

Such mal hier im Forum nach TResourceStream oder LoadFromResourceName von TBitmap.

Ok danke, ich werd mich mal danach umsehen. Ich habe dazu allerdings schon eine Frage: Das sieht so aus, also würde man mit TResourceStream oder LoadFromResourceName zur Laufzeit eine Daten aus einer externen Datei einbinden. Die Daten sind also nicht in der EXE enthalten, es müssen also mehrer Dateien weiter gegeben werden. Oder vertue ich mich da?

Zitat:

Zitat von padavan

Weiß nicht genau ob´s passt, aber ich habe das alles über eine ini-Datei gelöst, was den Vorteil hat, dass ich die ini-Datei jemandem zum Übersetzen geben kann und ich habe im Quellcode nichts damit zu tun. Einmal die Arbeit quasi im Quellcode erledigt, ab nur noch Pflege über externe Datei.

Daran habe ich auch schon gedacht (s.o.). Ini Dateien haben für mich aber ein paar Nachteile. Zum einen lösen Sie nur die Probleme mit den Texten und nicht mit den Bildern. Außerdem können die Daten auch nur zur Laufzeit ausgelesen und somit nicht in die EXE hineinkompiliert werden. Daher fände ich es sinnvoller die Texte als Konstanten in einer Unit abzulegen. Somit wird alles in die EXE Kompiliert, man spart sich das Einlesen aus der INI, und ob man jemanden eine INI oder eine PAS-Datei zum übersetzen gibt ist kein großer Unterschied.


Hey, ich habe da gerade eine Idee: Also Texte werden wie geplant als Konstanten in eigener Unit abgelegt. Bilder werden als Bilder auf einem eigenen Formular abgelegt. Unit und Formular-Datei werden je nach Sprache ausgetauscht, und beim Start des Programms den eigentlichen Texten und Bildern zugewiesen:

Delphi-Quellcode:

label1.caption := langConstLabel1;
image1.picture := langPicture1.Picture;
...

Das sollte doch eigentlich gehen, oder? Sieht jemand Probleme oder Nachteile?

[Puhbaehr]

Was hälst du denn von einer Imageliste? Für jede Sprache eine Liste. Beim Wechsel der Sprache wird dann nur die Liste ausgetauscht. Willst du die Bilder eigentlich mit hineinkompilieren?

Gruß, Robert

[Ares]

Zitat:

Zitat von Puhbaehr

Was hälst du denn von einer Imageliste? Für jede Sprache eine Liste. Beim Wechsel der Sprache wird dann nur die Liste ausgetauscht.
Gruß, Robert

Das Problem bei ner ImageList ist, dass jedes enthaltene Bild gleich groß ist, oder?

Zitat:

Zitat von Puhbaehr

Willst du die Bilder eigentlich mit hineinkompilieren?
Gruß, Robert

Klar, das ist ja der Sinn der ganzen Übung und aller meiner Fragen :-) Ich möchte möglichst für jede Sprache eine eigene EXE haben, die auf keine anderen Dateien mehr Zugreifen muss...

[Garby]

Zitat:

Zitat von Ares

Ok danke, ich werd mich mal danach umsehen. Ich habe dazu allerdings schon eine Frage: Das sieht so aus, also würde man mit TResourceStream oder LoadFromResourceName zur Laufzeit eine Daten aus einer externen Datei einbinden. Die Daten sind also nicht in der EXE enthalten, es müssen also mehrer Dateien weiter gegeben werden. Oder vertue ich mich da?

Ja, da vertust du dich ;)

Hier eine Kurzanleitung wie du das einfach machen kannst.
1. Schreibe im Notepad für jede Bilddatei eine Zeile im Format: NAME ART "DATEINAME" z.B.

Code:

BildNr1 BMP 'Bild1.bmp'

2. Speichere diese ab als XYZ.rc
3. Kompiliere diese Datei mit brcc32.
Ich erstelle mir dafür eine Batchdatei (XYZ.bat) die folgendermassen aussieht:

Code:

brcc32 XYZ.rc
PAUSE

Diese Batchdatei lege ich dann im gleichen Verzeichnis ab und starte sie.
Dadurch wird eine neue Datei (XYZ.res) erzeugt.
4. Im Delphi-Quellcode schreibst du dann in der jeweiligen Unit, wo du die Übersetzungen Handeln möchtest:

Delphi-Quellcode:

{$R XYZ.res}

Dadurch wird die Resourcendatei mit in deine Exe gelinkt.
5. Um dann das Bitmap in einem TImage anzeigen zu lassen (z.B. mit TResourceStream) schreibst du dann:

Delphi-Quellcode:

    var Res: TResourceStream;
  ...
    Res := TResourceStream.Create(HInstance, 'BildNr1', 'BMP');
    try
      Image1.Picture.Bitmap.LoadFromStream(Res);
    finally
      Res.Free;
    end;

Vorsicht nicht getestet, sollte aber laufen ;)

Viel Spaß