Integrierte Übersetzungstools erzeugen defekte Resource-DLL

[Deep-Sea]

Hallöchen ...
ich glaube wieder einmal Delphi will, dass ich in meinen jungen Jahren an 'nem Herzinfarkt sterbe Folgendes:

Ich habe vor ein paar Tagen angefangen ein Projekt ins englische zu übersetzen. Dazu habe ich die von Delphi mitgelieferten Übersetzungstools genutzt. So weit, so gut - bei ein paar Test-Kompilierungen der englischen Resource-DLL zwischendurch lief alles prima. Jetzt bin ich mit dem Übersetzen fertig (leider auch mit den Nerven -.-), aber die Resource-DLL die Delphi erzeugt passt einfach nicht zur Anwendung! Das kennt man ja, wenn man z.B. nur die Anwendung aber nicht die Übersetzung ändert: Es sind falsche Texte zu sehen oder noch schlimmer das Programm stürzt gnadenlos ab. Ich weiß aber einfach nicht was ich noch machen kann. Denn ich speichere das ganze Projekt, compiliere nur die Anwendung, aktualisiere die "lokalisierten Projekte" und compiliere nochmal alles. Das ist doch alles richtig oder? Aber nö, gehen tut's net. Ich mein, bin ich echt zu blöd dazu? Hilfe!


(Warum kann die ganze Welt net eine Sprache sprechen ... was würde das an Problemen, Zeit und Geld sparen ... ich bin ja für deutsch )

[geskill]

Hi,
am besten du versuchst mal folgendes:

Im Projektmanager dein aktuelles Projekt markieren, dann im MainMenu unter Projekt -> Sprachen -> Lokalisierte Projekte aktualisieren klicken. Danach das/die lokalisierten Projekte bereinigen und compilieren.

[Deep-Sea]

Und wie bereinigen?

[geskill]

Datei manuell per Hand löschen oder erzeugen ;)

erzeugen = bereinigen und compilieren

[Deep-Sea]

Achso ... das habe ich auch schon versucht - erfolglos. Habe auch schon mal alle History-Dateien gelöscht (da hatte ich auch schon mal einen Fehler mit entdeckt). Bringt aber alles nichts.

[Deep-Sea]

Nachtrag:

Ich habe nun aus Verzweiflung die Sprache gelöscht, sowie den danach immer noch existierenden Sprach-Ordner, mein Wörterbuch und alle History-Dateien und habe eine neue Sprache angelegt - und zwar eine andere als vorher. Lange rede kurzer Sinn: Selbst diese unangetastete Resource-DLL funktioniert nicht!
Allerdings äußert sich das nur bei einem bestimmten Resource-String (Fehlermeldung) mit einem Absturz (gut, viel weiter habe ich auch noch nicht gesucht), so das der Satz aus meinem ersten Post "bei ein paar Test-Kompilierungen der englischen Resource-DLL zwischendurch lief alles prima" vlt. nur daraus resultiert, dass ich dort den besagten Fehler nicht ausgelöst habe.

Das kann doch alles net wahr sein

[geskill]

Hast du in deinem Programm vielleicht irgendwelche anderen Komponenten, außer die von Delphi selber? Aus eigenen Erfahrungen weiß ich, dass z.b. die ImageList von DevExpress mit der ITE inkompatibel ist. Die Delphi eigene Übersetzungshilfe ist leider ziemlich Fehleranfällig, liefert jedoch schnelle Resultate!
Erstelle einfach mal ein neues Projekt und teste dich damit, anstatt an größeren Projekten zu scheitern.

[Deep-Sea]

Klar sind andere Komponenten drauf, aber eig. nur welche von Jedi, Indy und meine eigenen. Aber selbst wenn ich's denn mal zum laufen bekomme ist es inakzeptabel, dass ich jedes mal, wenn ich eine neue Version kompiliere, damit rechnen muss, dass alle Übersetzungen zerstört sind und ich das nicht mal nach einem Test herausfinde weil es vlt. nur bei einem bestimmten Res-String passiert ...

Dann werde ich mich wohl oder übel nach einer Alternative umsehen müssen

Danke für deine Hilfe, geskill ...

[Deep-Sea]

Ich hab's!
Es fiel mir eben, beim letzten verzweifelten Test, durch eine andere Sache wie "Schuppen von den Haaren" ...
Und zwar sagte ich ja folgendes: "Allerdings äußert sich das nur bei einem bestimmten Resource-String (Fehlermeldung) mit einem Absturz".
Ich habe einen eigenen Fehlerdialog (um noch Dinge wie Exception-Verlauf, Stacktrace etc. anzeigen zu können). Dieser ist nicht explizit Teil meines Projektes, da er ja zu meinem Package gehört. So stürzte es ab, als die besagt Fehlermeldung ausgelöst wurde.

Das bringt mich natürlich zu folgender Frage: Wieso muss man jede blöde Form, die in irgendeiner Unit irgendeines Packages liegt, explizit in das Projekt aufnehmen, damit die blöde ITE das peilt? Das führt doch zwangsweise dazu, dass ich irgendwann mal was vergesse ... mein eigenes Package ist ja mittlerweile schon so groß, dass ich das nicht mehr mit Sicherheit sagen kann ... von Jedi und Indy mal ganz zu schweigen


(Was bin ich trotz alledem erleichtert *Tag gerettet*)