Programm mehrsprachig - was ist die beste variante

[himitsu]

Ich hab hier noch eine selbstenwickelte Methode.
Die ist mal entstanden, damit ich nicht jedesmal, wenn sich die Sprach-/Listendaten ändern, das Projekt neu compilieren muss und dennoch nur die Programmdatei existiert. (zur direkten Weitergabe ohne Setup und Komprimierung)
Ist zwar nicht die eleganteste Art, aber funktioniert.

Das Projekt ist noch nicht fertig/optimiert und und liest die Datei Byteweise ein, daher dauert es eine Weile bis die Daten eingelesen sind. (Programmstart / Wechsel der Sprache)
Ich fürchte, das ich etwas zuviel gelöscht habe, da 1-2 Label nicht übersetzt werden. :oops:

1. Projekt (''Dateinamen.dpr'') compilieren (Strg + F9)
   (nicht starten (F9), eine der Fehlerbehandungen, Daten vorhanden und in Ordnung, ist noch nicht vorhanden)
2. Daten anhängen (''Dateinamen_DatenAnhaengen.dpr'') (F9)
3. fertiges Programm: ''FNSE - A&M-Dateinamen.exe''
   
   Die Programme piepsen, wenn sie starten oder fertig sind

Über ''Art / Dateityp'' - 1. ComboBox (anderes Item auswählen) sieht man die Auswirkung der Sprachvariablen. Alle festen Beschriftungen werden direkt geändert.

Über dir Flagge kommt man zur Sprachauswahl... und mit OK wieder zurück.

[Nimoee]

Hallo,

nach vielen anstrengenden Versuchen machen wir das Ganze nur noch mit Ini Dateien.
Jeder Form wird ein Sekktor zugewiesen. Buttons, Formname und so weiter haben immer die gleichen Bezeichner.
Mehrsprachigkeit wird durch Texte, die durch senkrechte Striche getrennt sind realisiert.
Für das Ganze benutzen wir eigene Standardroutinen.

Beispiel:

[Hauptfenster]
Formname=Hauptfenster|mainwindow|nächste Sprache|nächste Sprache

Um eine Sprache auszuwählen brauche ich nur einen integer-Wert.
Die ganzen anderen Varianten sind zum Teil extrem kompliziert und unhandlich.
Ich habe mir dafür ein Tool gebaut. Geht prima.
Nur damit der Umfang klar wird: wir produzieren , im Leittechnikbereich, Programme mit mehr als 500000 Zeilen Code.

Wir haben Versuche mit acces, Ressourcestrings und dem ganzen anderen Krampf hinter uns.
Die Ini's sind für uns da Beste.
Ein Problem, allerdings auch eine Chance, ist der Kundenzugriff auf die Ini Datei. Lässt sich aber beherrschen.
Extremer Vorteil der ganzen Sache: ich habe alles auf einem Platz und kann Änderungen extrem leicht durchführen.

Nimoee

[MrKnogge]

Aber ich glaub für Anfänger, is es leichter wenn man für jede Sprache eine eigene Ini anlegt.

[hm988]

hallo,

hat denn keiner von euch mal mit Resourcen Dateien gearbeitet, ich weiß nicht mehr genau wie aber ich hab mal
mit einem Zusatztool von Microsoft C eine Resourcen Datei erstellt, die die Sprachen enthielt und der Tag`s zugeordnet waren.

der Button hatte z.B. Tag Nr. 12 dann ist Deutsch 12, Englisch dann 1012 und die dann in mein Delphi Projekt eingebunden :thuimb:

falls es noch jemanden Interresieren sollte werde ich nachschauen wie ich des gemacht hatte :hi:

[MrKnogge]

Schau dir mal Nr 3 an :roll:

PS: Resource-Dateien kannst du auch mit der von Borland mitgelieferten brcc32.exe erstellen.

[hm988]

:oops: mhh da hast du recht, glaube mit dem brcc habe ich die Resourcen Dateien auch compiliert,

mit dem MS Editor waren Sie jedoch einfach (übersichtlich) zu erstellen.