HeyHo Com,

ich möchte mein Programm mehrsprachig machen aber nicht so wie in dem Tutorial hier: [VB 2010] Tutorial: Programme mehrsprachig erstellen

Ich bin aus der WP8 Programmierung daran gewöhnt es in den MyProject-Settings Strings und Co zu generieren die ich dann in der App aufrufe.

Nur wie kann ich es in WinForms machen ? Was findet ihr besser hab mir mal ein paar Ideen dazu gemacht diese hier:

1.Aus einer DLL laden z.B: en-US.dll

2.Aus einer TXT laden z.B: en-US.txt

3.Aus irgend einer anderen Datei laden.

4.Habt ihr noch eine Idee ?

Greet iEi

iEi schrieb:

Habt ihr noch eine Idee ?

Warum willst Du eine neue Mehrsprachigkeit erfinden?
Das Microsoft-Konzept ist doch völlig in Ordnung, und Du hast keinerlei Zusazuaufwand außer einmal alle Texte in allen Sprachen reinzuhännern.

RodFromGermany schrieb:

Das Microsoft-Konzept ist doch völlig in Ordnung

Find ich nicht. Das Microsoft-Konzept unter .NET sieht vor, dass für jede Sprache eine Satelliten-DLL in einem eigenen Verzeichnis (benannt nach der Culture) bereitgestellt wird. Ich persönlich finde es extrem unschön, bei der Installation für jede unterstützte Sprache ein eigenes Verzeichnis im Programmpfad der Applikation anlegen zu müssen.

Meine Lösung des ganzen war, eine DLL zu erstellen, die mit einem "Resourcennamen" und der gewünschten Culture gefüttert wird und dann jeweils lokalisierte Strings ausspuckt, die zur Laufzeit verwendet werden. Die Stringresourcen selbst werden dabei dynamisch aus einer resx-Datei geladen, deren Benennung den Resourcennamen und das Culture-Kürzel (z.B. de oder de-DE) enthält, wobei alle resx-Dateien an _einem_ Ort gesammelt bereitgestellt werden können. Knapp formuliert...

Arby schrieb:

anlegen zu müssen.

Ich dachte, das erledigt das System / das Studio / der Installer?

Ich würde auf XML Dateien zurückgreifen, das mit der Dll find ich zu undynamisch..

@ThuCommix::

RodFromGermany schrieb:

Warum willst Du eine neue Mehrsprachigkeit erfinden?

RodFromGermany schrieb:

Arby schrieb:

anlegen zu müssen.

Ich dachte, das erledigt das System / das Studio / der Installer?

Füge nach belieben ein "lassen" an geeigneter Stelle ein, es ändert nichts daran, dass ich diese aufgezwungene Verzeichnisstruktur in meinem Anwendungspfad einfach ka**e finde.

Das ist nicht neu erfunden sondern eine äußerst gängig Art und Weise der Lokalisation. Ich muss mich ja nicht auf das undynamische Konzept von Microsoft stützen.