Problem mit DevExpress Printing System Lokalisierung

**Union**

Dumme Frage: Warum nimmst du nicht den

Vielleicht weil er nicht NUR die devexpress Komponenten lokalisiert haben will?

**uligerhardt**

Zitat von Union:

Dumme Frage: Warum nimmst du nicht den

Vielleicht weil er nicht NUR die devexpress Komponenten lokalisiert haben will?

Ich glaube, das ist bei den meisten Anwendungen so.

Nach meiner Erfahrung hindert dich der cxLocalizer auch nicht daran, das zu tun.

**k0ppki11ah**

Zitat von Union:

Dumme Frage: Warum nimmst du nicht den

Vielleicht weil er nicht NUR die devexpress Komponenten lokalisiert haben will?

Ich glaube, das ist bei den meisten Anwendungen so.

Nach meiner Erfahrung hindert dich der cxLocalizer auch nicht daran, das zu tun.

Ich nutze den cxLocalizer. Aber wie Union schon erwähnt hat, will ich natürlich nicht nur das Grid übersetzen, sondern das komplette UI.

Das Problem ist aber unabhängig vom cxLocalizer. Ob der aktiviert ist oder nicht ändert nichts an dem Fehler.

Der Fehler scheint an der Sprach-DLL zu liegen.

**uligerhardt**

Ich nutze den cxLocalizer.

Ich habe mittlerweile alle Formen aus dem DevExpress Installationsordner in die Sprach-Ressourcen-DLL des Projektes eingebunden, also in die <Projektname>.ENG

Wieso beides?

Aber wie Union schon erwähnt hat, will ich natürlich nicht nur das Grid übersetzen, sondern das komplette UI.

Leute, das ist doch völlig logisch.

Wenn in der Ressourcen-DLL ein Formular nicht geladen werden kann, dann steht eben in der DLL die falsche Information drin. Die ITE ist hier nicht gerade vertrauenserweckend, zumindest ist das meine Erfahrung aus uralten Zeiten. Mittlerweile benutze ich die SiLang Komponenten, aber das gehört hier nicht hin. Damit kann man auch die DevExpress-Komponenten lokalisieren, muss aber imho die Übersetzungen selbst schreiben. Aber, wie gesagt: Gehört nicht hierhin.

Ich würde den cxLocalizer nehmen und die DevExpress-Quellen aus der DLL wieder entfernen und das Teil komplett neu erstellen. Wenn das nicht hilft, das Ressourcen-DLL-Projekt wegschmeißen (die Sprache löschen), eine neue Sprache anlegen (die gleiche natürlich

) und dann kann man imho den Pfad angeben. Wenn dort schon Dateien sind, werden diese eingebunden. Damit hatte ich damals (so um 1863) meine zerballerten Ressourcen-DLL immer wieder hinbekommen.

**k0ppki11ah**

Ich nutze den cxLocalizer.

Ich habe mittlerweile alle Formen aus dem DevExpress Installationsordner in die Sprach-Ressourcen-DLL des Projektes eingebunden, also in die <Projektname>.ENG

Wieso beides?

Beides weil ich für den cxLocalizer bereits eine fertige Sprachdatei mit deutscher Übersetzung habe.
Läuft das Programm auf deutsch, aktiviere ich den cxLocalizer, läuft es auf englisch deaktiviere ich ihn, da die native Sprache der DX Komponenten ja Englisch ist.

Die Formen müssen, wie in einem Support-Topic im DevExpress Forum beschrieben, in die DLL integriert werden.

Das mit dem Rebuild der DLL hatte ich schon versucht. Bringt leider auch nichts. Der Fehler lässt sich auch einem neuen Projekt so reproduzieren.

Auch wenn es ein wenig offtopic ist: Die ITE ist in der Tat nicht wirklich vertrauenserweckend. Aber ich musste schnell weiterkommen und wollte keine kostenpflichtigen Drittkomponenten dafür einsetzen.

Aber ich musste schnell weiterkommen...

Merkst Du den Widerspruch?

Egal.

Bezüglich des Support-Topics... hast Du da den Link?

Mein Tipp: Schmeiss die DevExpress-Komponenten aus der Resourcen-DLL. Ich hatte die jahrelang nicht drin und alles lief.

**k0ppki11ah**

Zitat von Furtbichler: