ich soll im Rahmen eines Praktikums ein Programm schreiben, welches zu verschiedenen Programmiersprachen und unter verschiedenen Entwicklungsumgebungen (Delphi, .Net, VC 6.0), die Sprachelemente (Beschreibungen, Menü, ...) raussucht, diese dann sinnvoll in einer Datenbank organisiert, sodass im Ausland sitzende Übersetzer/Mitarbeiter dieses übersetzen können. Zum Schluss soll mit dem geschriebenen Programm wieder alles in das ursprüngliche Programm eingepflegt werden, bzw. verschiedene Sprachkomponenten für das zu übersetzende Programm erstellt werden.

Der Zugriff auf die Datenbank durch die Übersetzer wird wahrscheinlich über PHP stattfinden und die Daten werde ich vermutlich in einer mysql-Datenbank ablegen (muss ich auch noch programmieren).

Mein Problem ist, dass ich noch nie mehrsprachig entwickelt habe und somit auch nicht weiß, wie das alles "gehandelt" wird. Ich habe inzwischen herausbekommen, dass unter VC++ 6.0 hier in der Firma alles in den Stringtables abgelegt wird und dann für jede Sprache eine Extra-DLL erstellt wird. Die Sprachelemente muss ich aus der rc-Datei ausparsen (Format 1).

Unter .Net ist es wohl so, dass für jedes Formular eine eigene Resourcendatei angelegt wird und dann müssten dann auch noch allgemeine Sachen irgenwo stehen.
Hier ist das ganze im XML-Format abgelegt (Format 2).

Wie das ganze unter Delphi funktioniert weiß ich überhaupt nicht (Format 3).

Denkt ihr es ist möglich/sinnvoll/realistisch ein Programm zu schreiben, das aus verschiedenen "Entwicklungsumgebungen" die Dateien parst und die oben beschriebenen Bedingungen erfüllt. Leider weiß ich nicht wirklich, wie die Dateien aufgebaut sind bzw. was alles kommen könnte. Das Projekt muss bis Mitte Januar fertig sein!

Wie würdet ihr anfangen? Ich hatte vor das ganze unter vc++ 6.0 zu entwickeln. Mit dem anderen habe ich noch nichts gemacht. Andere Vorschläge? Haltet ihr dieses Tool für sinnvoll?

MFG Stefan

Edit: Interessant wären auch Programme die schon existieren!!! Kennt da jemand was?

wird wohl auch sehr umfangreich werden. Das Problem ist eigentlich nur der unterschiedliche Aufbau der Dateien, wo die zu übersetzenden Sachen drinnen stehen. Wenn ich den Aufbau von allen Programmierumgebungen mit den genauen Eventualitäten wissen würde, dann ...

Das Praktikum ist im Rahmen des Studiums

Bin momentan etwas entmutigt, weil ich noch nicht ganz weiß, wie ich's angehen soll!

MFG Stefan

MFG

(Hoffentlich wirste dafür gut bezahlt,denn sonst würden die eine Schweinekohle
für das Prog bezahlen müssen..... aber wir Informatik-Studenten werden ja imemr
im Praktikum ausgenützt.... )

@MaSTaH: Danke Damit werde ich jetzt aber mal anfangen

@Bummsfallera: Ich habe mir jetzt gedacht, dass die Leute, die das Programm benutzen angeben müssen, welche Programmiersprache vorliegt. Wenn die das nicht können Jetzt werde ich erstmal ein paar Infos zu den rc-Dateien (vs 6.0) sammeln. Delphi kommt zuletzt!
Die ID in die Datenbank zu speichern habe ich mir auch schon überlegt. Das Problem ist aber, dass static-Elemente (Beschriftungen) keine ID haben. Ansonsten könnte ich ja alle anhand dieser identifizieren.
Geld gibt's 400 Euro

Also immer her mit den Infos zu den RC-Dateien (und zum Rest)!

Mfg Stefan

MFG, der Sklave

@MaSTaH: Was mir da gerade noch auffällt. Wenn du das doch mal geschrieben hast, dann weiß du doch bestimmt dut bescheid, oder. Hast du noch irgendwelche Daten zu den rc-Files. Kannst du mir evtl. mal was per Mail schicken?

für einen studenten ist das eher sowas in richtung reich werden.

versteh ich nicht (mein studenten-verstand is da wohl zu klein) *lol*

Gab keine anderen Themen. Morgen machen wir mal ein bisschen Projekt-Management

So long! Jetzt geht's erstmal heim!

MFG Stefan

Btw: 400€ sind viel zu wenig für die ganze Arbeit... sogar für einen Praktikanten. Wenn die wollen, dass du denen ein vernünftiges Programm lieferst dann würde ich locker das zwei- bis vierfache verlangen (je nach getriebenen Aufwand).

bei einem Lokalisierungstool reicht es nicht, die Strings rauszuziehen. Auch das Dialoglayout und eventuell die Bitmaps müssen änderbar sein.
Die Formate VC++, .NET, Delphi sind komplett unterschiedlich.

Woher ich das weiß`?

Ich verdiene seit Jahren mein Geld mit dem Schreiben eines Lokalisierungstools. Und da steckt 'ne Menge Arbeit drin!

Unser Tool (PASSOLO http://www.passolo.com) ist auch mit einer VisualBasic-kompatiblen Scriptsprache erweiterbar.

Sag' deiner Firma, sie sollen einfach PASSOLO kaufen und du machst dann die PHP-Anbindung mithilfe der Scriptsprache. Das wäre ein realistischer Auftrag für ein Praktikum.

Was das Programm können müsste, wäre:
Die Projekt-Dateien aus den genannten Entwicklungsumgebungen öffnen und dann sämtliche relevante Daten rausziehen. Ich denke Bitmaps und Icons müssten nicht mit rausgezogen werden, da diese gleich bleiben. 'Ne Filtermöglichkeit wäre auch nicht schlecht! Das ganze sollte dann in xml-Datei oder ähniches exportiert werden.
Mit dieser xml-Datei würde ich dann weiterarbeiten. Wenn die Übersetzungen in der Datenbank vorliegen, würde ich wieder xml-Dateien aus diesen erstellen. Zum Schluss muss das Programm aus den xml-Files entsprechende Resourcen-Files erstellen. So oder so ähnlich soll das ablaufen.

Zum Schluss soll es möglich sein, zu jeder Sprache eine dll zu erstellen, damit der Kunde zwischen den Sprachen umschalten kann.
Bekomme ich dies mit Passolo hin?

MFG Stefan

P.S. Jetzt weiß ich's wieder! Hatte mir http://www.multilizer.de angeschaut! (Konkurrenz )

Mal ein paar "Fragen":

- wie merkst Du dir, wohin die Strings zurückgeschrieben werden müssen
- Dürfen die Original-Ressourcen während der Übersetzung geändert werden? Wie soll "wer ändert wann was" gehandlet werden?
- Welche Kontext-Information gibst du mit? (Woher wiß der Übersetzer, ob "open" an dieswer Stelle "offen" oder "öffnen" heißt?)

Ich würde mit de Schnittstelle Paser <--> Datenbank anfangen, hier werden sicherlich die "interessantesten" Fragen entstehen.

Ob das Projekt bis Mitte Januar "realistisch" is, hängt von deinen Fähigkeiten ab - aber nach meinen Erfahrungen mit Studenten denke ich:

- Web-Interface + Datenbank
- Schnittstelle Datenbank <--> generische Parser-Schnittstelle
- Implementation Parser für XML - Format

für machbar, falls der Student richtig gut ist.

Irgendwie scheint es mir, als würde der Projektplan einige "irgendwies" enthalten... Das Projekt ist nteressant, aber fett.

Mal ein paar "Fragen":

- wie merkst Du dir, wohin die Strings zurückgeschrieben werden müssen
- Dürfen die Original-Ressourcen während der Übersetzung geändert werden? Wie soll "wer ändert wann was" gehandlet werden?
- Welche Kontext-Information gibst du mit? (Woher wiß der Übersetzer, ob "open" an dieswer Stelle "offen" oder "öffnen" heißt?)

Ich würde mit de Schnittstelle Paser <--> Datenbank anfangen, hier werden sicherlich die "interessantesten" Fragen entstehen.

Ob das Projekt bis Mitte Januar "realistisch" is, hängt von deinen Fähigkeiten ab - aber nach meinen Erfahrungen mit Studenten denke ich:

- Web-Interface + Datenbank
- Schnittstelle Datenbank <--> generische Parser-Schnittstelle
- Implementation Parser für XML - Format

für machbar, falls der Student richtig gut ist.

Hi. wenn ich nicht auf eine Fremdfirma zurückgreife, werde ich folgendes machen:

-Wohin die Strings wieder zurückgeschrieben werden merke ich mir garnicht. Wenn ich die Strings wieder einpflegen will, mache ich eine Kopie der jeweiligen (Resourcen)-Datei. In dieser Datei such ich dann nach zu ersetzenden Strings. Habe ich welche gefunden, suche ich in der Datenbank nach dem Äquivalent in einer anderen Sprache. Somit muss ich mir keine Position mekren.

-Ressourcen dürfen während der Übersetzung nicht geändert werden. Ist zwar blöd, aber wie soll man das sonst handeln (Obwohl, mir ist gerade eine möglichkeit eingefallen: Die Ressourcendatei neu parsen, Änderungen in der Datenbank vornehmen, Übersetzern automatisch eine eMail schicken)

-Über die Kontextinformationen habe wir hier auch schon geredet. Ist mir bisher leider noch nichts eingefallen.

Die drei Punkte, die aufgezählt hast, halte ich auch für machbar. Werde mich jetzt nochmal verstärkt nach einer Fremdfirma für das parsen umschauen!

MFG Stefan