Wie erkennt eine Delphi-Exe die Systemsprache?

[Sherlock]

Hi,
ich habe da mal eine grundsätzliche Frage (siehe Titel). Hintergrund/Erläuterung: Ich weiss wie ich lokalisiere, bzw. nutze ohnehin den Sisulizer. Im Quellcode muss man nichts tun, denn die nötige Ressource wird automagisch gezogen. Der automagische Teil interessiert mich dabei. Ich weiss, daß sich dieser Teil mit D2010 geändert hat. Ich habe aber auch noch eine D2007 Version in freier Wildbahn herumfliegen, die sich nun etwas störrisch verhält und mich vor ein Rätsel stellt.

Nochmal: Es geht darum wie eine Delphi-Anwendung zur Laufzeit ohne weiteres Zutun des Entwicklers die Systemsprache ermittelt und dann die richtige Ressource zieht. Am besten noch als Gegenüberstellung prä 2010 und post 2010, damit ich weiss wo ich ansetzen muss

Ich wäre sehr dankbar für Erleuchtung.

Grüße,
Sherlock

[Phoenix]

Naja, die .exe an sich gar nicht

Es gibt in der Win32 API die Funktion GetUserDefaultLCID (http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx), die Dir die Locale ID gibt. Anhand derer kannst Du die Culture ermitteln.

Seit Windows Viste empfiehlt Microsoft allerdings eher die Verwendung von GetUserDefaultLocaleName (http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx).

[Sherlock]

Da ich das nicht selber in den Code transportiert habe, ist das ist doch offensichtlich irgendwo in der VCL vergraben. Vermutlich in der Unit Windows und passiert demnach ganz von alleine, sobald ich die einbinde. Und aus meiner Sicht damit eben doch in der EXE
Aber die MSDN Links helfen mir eventuell schon weiter. Vielen Dank dafür!

Grüßle,
Sherlock

[jaenicke]

Schau einmal in der Unit SysUtils nach... da findest du unter initialization GetFormatSettings. Darin wiederum findest du InitSysLocale.

[Sherlock]

YEAH! Das ist es, da schau ich mal nach was sich zwischen D2007 und XE2 getan hat. Super! Danke!

Sherlock

[Uwe Raabe]

Zitat von Sherlock:

Es geht darum wie eine Delphi-Anwendung zur Laufzeit ohne weiteres Zutun des Entwicklers die Systemsprache ermittelt und dann die richtige Ressource zieht.

Wenn du meinst, wie Delphi z.B. auf einem Deutschen System die Resource mit der Endung DE und auf einem Englischen die mit einem EN lädt. Das passiert in der System.pas, genauer in GetResourceModuleName. Wenn nicht (s.u.) überschrieben, dann wird eine Systemeinstellung genommen. Der Mechanismus, der diese ermittelt, ist ziemlich komplex - wer mag, kann das gerne mal analysieren.

Mann kann aber, wie erwähnt, die verwendete Resource auch fest einstellen. Die entsprechenden Einträge findet man in der Registry unter verschiedenen Schlüsseln (in der Reihenfolge):

Delphi-Quellcode:

HKEY_CURRENT_USER\Software\Embarcadero\Locales
HKEY_LOCAL_MACHINE\Software\Embarcadero\Locales
HKEY_CURRENT_USER\Software\CodeGear\Locales
HKEY_LOCAL_MACHINE\Software\CodeGear\Locales
HKEY_CURRENT_USER\Software\Borland\Locales
HKEY_CURRENT_USER\Software\Borland\Delphi\Locales

[himitsu]

Zitat von Phoenix:

Es gibt in der Win32 API die Funktion GetUserDefaultLCID (http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx), die Dir die Locale ID gibt. Anhand derer kannst Du die Culture ermitteln.

Seit Windows Viste empfiehlt Microsoft allerdings eher die Verwendung von GetUserDefaultLocaleName (http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx).

Ich hatte mir letztens über GetLocaleInfo + LOCALE_USER_DEFAULT die Sprache ausgelesen, aber das sollte auf's Gleich rauskommen.

Bei LOCALE_SABBREVLANGNAME bekommt man dann DEU, ENG usw.

[edit]
Bei GetUserDefaultLocaleName wurde auch GetLocaleInfoEx verlinkt, also kann es wohl nicht so falsch sein.
Da XP nun tot ist, kann/sollte ich mein GetLocaleInfo durch GetLocaleInfoEx upgraden, bzw. ich schau grade mal, was genau GetUserDefaultLocaleName für einen String liefert.
[edit2]
GetUserDefaultLocaleName ist im XE3 natürlich noch nichtmal deklariert.

de-DE
en-US
...