Sprachen in BDSSetLang nachinstallieren?

[PeterPanino]

Hallo! In Delphi XE2 gibt es das Tool BDSSetLang.exe:

C:\Program Files (x86)\Embarcadero\RAD Studio\9.0\bin\BDSSetLang.exe

Mit diesem Tool kann man die Sprache sowohl der IDE als auch die Bibliothekssprache (also z.B. die Sprache der Buttons in MessageDlg) umstellen.

Leider ist nur eine Sprache vorhanden:

http://img829.imageshack.us/img829/941/bdssetlang.png

Wie kann man andere Sprachen nachinstallieren?

[himitsu]

Delphi neu (drüber)installieren und dabei in den Optionen ein paar mehr Sprachen auswählen?

Wo soll das Zeug auch sonst herkommen. :roll:

[PeterPanino]

Hab ich gerade gemacht:

C:\ProgramData\Embarcadero\BDS\9.0\Downloaded Updates\Delphi XE2 and C++Builder XE2 Update 4_delphicbuilder_xe2_upd4.exe

Die Sprachen in BDSSetLang sind jetzt auswählbar. Habe gerade die Bibliotheken auf Englisch umgestellt. MessageDlg kommt nun wie gewünscht mit englischen Buttons. (Brauche das für ein Programm in englischer Sprache).

[colcok]

Hallo,

wie können Sprachen manuell installiert werden? Wird z.B. keine IDE benötigt, lässt sich BdeSetLang.exe nicht ausführen,
ich möchte den Compiler, etc. jedoch über ein Buildsystem ansteuern.
Ich kenne es, dass nach Installation einer weiteren Sprache über das Setup (z.B. Französisch) im bin-Verzeichnis Dateien
mit der Endung *.fr vorliegen. Entfernt man diese, wird die Sprache in BdsSetLang.exe nicht mehr angezeigt, fügt man diese
wieder hinzu, ist die neue Sprache vorhanden.

Sichere ich die *.fr-Dateien aus bin, entferne anschließend die IDE wieder, und kopiere die *.fr-Dateien erneut in bin,
wird die neue Sprache beim Kompilieren nicht verwendet/erkannt. BdsSetLang.exe lässt sich nicht mehr öffnen, da keine IDE vorhanden ist.
Meine Frage ist nun: Wie kann ich eine neue Sprache manuell installieren ohne über das Setup zu gehen?

[himitsu]

Im BIN-Verzeichnis sind die Dateien für die IDE.


Theoretisch könnte man über GetIt auch Teile nachladen. (das Setup installiert auch via GetIt die Compiler/Platformen, Sprachen usw.)

Ansonsten gibt es eigentlich kein "Update" mehr. Die Setups machen immer eine neue Installation und deinstallieren das Alte/Aktuelle (wenn gleiche Verison).


Der CLI ohne Installation, da mußt doch nur passenden Dateien via Suchpfad reingeben. (die nötigen Dateien aus einem installierem Delphi kopieren)
siehe "Lib" und "Redist"

z.B. wenn direkt einkompiliert
C:\Program Files (x86)\Embarcadero\Studio\21.0\lib\win32\release
und für Deutsch die C:\Program Files (x86)\Embarcadero\Studio\21.0\lib\win32\release\de dort reinkopiert/überschrieben oder im Suchpfad vor dem anderen Pfad

oder wenn mit Laufzeitpackages zu den BPL die passenden .DE mitliefern.
Hier wird immer gegen die DCP der englichen BPL kompiliert und zur Laufzeit die .DE geladen (auf einem deutschen Windows, wo dann das Programm läuft)


Die BDSSetLang macht für den Compiler auch nichts Anderes, als quasi die Suchpfade anzupassen, damit zuerst die Sprache und dann der Default (Englisch) gefunden wird.

[colcok]

Danke für die schnelle Antwort.

Angenommen ich habe die deutsche Sprache nach C:\Program Files (x86)\Embarcadero\Studio\21.0\lib\win32\release\de kopiert, und möchte, dass MessageDlg-Buttons nun auf deutsch angezeigt werden.
1) Wie müsste ich den Suchpfad anpassen, damit beim Kompilieren die de-Libs verwendet werden? Welchen Suchpfad genau? Unter %PATH% meinst du nicht, oder?
In der Registry gibt es z.B. diesen Key:
Computer\HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BD S\20.0\Library\Win32\Language Library Path
Dort steht aber Folgendes: $(BDSLIB)\$(Platform)\release\$(LANGDIR);$(BDS)\li b\$(LANGDIR)

Wodurch wird jetzt fr vor de bevorzugt? (nachdem dieses z.B. über die BdsSetLang.exe eingestellt wird). Wo wird $LANGDIR gesetzt?

Wenn ich z.B. in der BdsSetLang.exe die Sprache auf deutsch umstelle, werden beim Kompilieren die de-Libs verwendet. Wie kann ich das manuell hinbiegen?

2) Könnte ich z.B. einfach die Dateien in (x86)\Embarcadero\Studio\21.0\lib\win32\release mit denen aus (x86)\Embarcadero\Studio\21.0\lib\win32\release\de überschreiben?

[TiGü]

Zitat:

ich möchte den Compiler, etc. jedoch über ein Buildsystem ansteuern.

Zitat:

Wodurch wird jetzt fr vor de bevorzugt? (nachdem dieses z.B. über die BdsSetLang.exe eingestellt wird). Wo wird $LANGDIR gesetzt?

Wenn du ein Buildsystem hast, dann kannst du das selbst machen.
Wir nutzen Jenkins mit Windows-Batch Skripten.
Einer der ersten Schritte im Skript ist das rufen der rsvars.bat* und das nachträgliche ändern der LANGDIR:

Code:

...
ECHO ================================================================================

SET IDE_VERSION=12.0

ECHO ================================================================================

CALL "%ProgramFiles(x86)%\Embarcadero\RAD Studio\%IDE_VERSION%\bin\rsvars.bat"
SET LANGDIR=DE
...

* -> http://www.felix-colibri.com/papers/..._bat_variables

[haentschman]

Moin...8-)

Nur so als Anregung:

Zitat:

Mit diesem Tool kann man die Sprache sowohl der IDE als auch die Bibliothekssprache (also z.B. die Sprache der Buttons in MessageDlg) umstellen.

Persönlich würde ich die IDE nicht "mißbrauchen". Ja, die MessageDlg Buttons sind in der IDE Sprache...aber was hindert dich dran, ein Localisation Tool wie https://www.tsilang.de/ zu benutzen. Die haben das drin! :thumb: https://www.tsilang.de/tsilang-faq/#7

Ich benutze eigene Dialoge auf Basis TForm. Vorteile: CorporateDesign, eigene Icons, Breite des Dialogs entsprechend dem längsten Text, Texte als TStrings, "Leerzeilen" möglich...alles in Allem bessere Optik...und komplett mehrsprachige Lokalisierung möglich.

[colcok]

Vielen Dank für eure vielen Anregungen und Informationen, habt mir damit sehr weitergeholfen und ein klares Bild verschafft.
Die Information über die rsvars.bat finde ich sehr spannend, und ich denke das könnte auch der passende Ansatz sein.

Klar, man kann immer auch über neue Dialoge nachdenken, wie z.B. auch den TTaskDialog, aber erstmal würde ich es mit den bestehenden Dialogen versuchen.

[himitsu]

Die rsvars zu nutzen ist der Anfang.

Weiter geht es, wenn man anstatt mit DCCxx die DPR,
mit MSBUILD die DPROJ kompiliert.
So könnte man auch eine ganze GROUPPROJ kompilieren.

Vorteil: Man muß dem DCC nicht selber die Optionen/Suchpfade/... mitgeben
und hat hier die "selben" Projekt-Einstellungen, wie wenn man in der IDE kompiliert.


Den DCCxx braucht man eigentlich nur noch, wenn man einzelne Units kompilieren möchte, ohne ein Projekt drumrum.
z.B. zum Vorkompilieren von Units, mit anderen Einstellungen. (mach ich z.B. mit Eurekalog, welches ohne Debuginfos kompiliert wird, damit Einen der Mist nicht beim Debuggen nervt)