Problem mit DevExpress Printing System Lokalisierung

[k0ppki11ah]

Guten Morgen zusammen!

Ich häng seit 2 Tagen an einem Problem mit den DevExpress Komponenten.

Hintergrund: Es handelt sich um ein mehrsprachiges Projekt.

Native Sprache ist deutsch. Zusätzlich wurde Englisch über Ressourcen DLL eingebunden (über Delphi Projekt->Sprachen)

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

Problem 1: Wenn ich zur Laufzeit auf den Preview-Designer der ExpressPrintingSystem Komponente zugreifen möchte, tritt eine EReadError Exception auf (Eigenschaft FooterSummary existiert nicht). Das passiert allerdings nur, wenn ich das Programm auf Englisch starte.

Problem 2: Beim Zugriff auf den CustomFilterDialog des ExpressQuantum Grids tritt eine EResNotFound Exception auf (Ressource TcxFilterDialog nicht gefunden). Das passiert ebenfalls nur dann, wenn ich auf Englisch starte.

Es handelt sich um die neueste Version der DevExpress Komponenten. Entwicklungsumgebung ist Delphi XE.

Vielleicht nutzt ja einer von euch auch DevExpress und hat ähnliche Probleme festgestellt.

[uligerhardt]

Dumme Frage: Warum nimmst du nicht den cxLocalizer?

[Union]

Zitat:

Zitat von uligerhardt (Beitrag 1210798)

Dumme Frage: Warum nimmst du nicht den cxLocalizer?

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

[uligerhardt]

Zitat:

Zitat von Union (Beitrag 1210836)

Zitat:

Zitat von uligerhardt (Beitrag 1210798)

Dumme Frage: Warum nimmst du nicht den cxLocalizer?

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

Ich glaube, das ist bei den meisten Anwendungen so. :mrgreen:
Nach meiner Erfahrung hindert dich der cxLocalizer auch nicht daran, das zu tun. :?:

[k0ppki11ah]

Zitat:

Zitat von uligerhardt (Beitrag 1210855)

Zitat:

Zitat von Union (Beitrag 1210836)

Zitat:

Zitat von uligerhardt (Beitrag 1210798)

Dumme Frage: Warum nimmst du nicht den cxLocalizer?

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

Ich glaube, das ist bei den meisten Anwendungen so. :mrgreen:
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]

Zitat:

Zitat von k0ppki11ah (Beitrag 1210923)

Ich nutze den cxLocalizer.

Zitat:

Zitat von k0ppki11ah (Beitrag 1210753)

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

Wieso beides?

Zitat:

Zitat von k0ppki11ah (Beitrag 1210923)

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. :wall:

[Furtbichler]

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 :stupid:) 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]

Zitat:

Zitat von uligerhardt (Beitrag 1210931)

Zitat:

Zitat von k0ppki11ah (Beitrag 1210923)

Ich nutze den cxLocalizer.

Zitat:

Zitat von k0ppki11ah (Beitrag 1210753)

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.

[Furtbichler]

Zitat:

Zitat von k0ppki11ah (Beitrag 1210936)

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:

Zitat von Furtbichler (Beitrag 1210939)

Zitat:

Zitat von k0ppki11ah (Beitrag 1210936)

Aber ich musste schnell weiterkommen...

Merkst Du den Widerspruch? ;-) Egal.

Ja, ist mir auch schon aufgefallen :-D

Den genauen Link hab ich jetzt gerade leider nicht mehr gefunden.

Aber hier ist ein ähnliches Problem (allerdings C++): http://www.devexpress.com/Support/Center/p/Q293316.aspx

Wenn ich die DevExpress Formen aus der DLL entferne, funktioniert gar nichts sobald ich auf Englisch umschalte.

Es hagelt dann EResNotFound Exceptions