"Automatischen" Zugriff auf die Registry unterbinden?

[himitsu]

Im Normalfall gibt es in diesen Verzeichnissen aber doch keine Einträge für eigene Programme.

Gut, ich sehe dort einen Eintrag für die msbuild.exe ... wieso eigentlich? Die wird doch garantiert nichtmal etwas von diesen Verzeichnissen wissen, um dort nachzugucken.

Und wer erstellt dort eigentlich einen Eintrag?


Drum kam ja wohl auch die "Vermutung" auf, dass "normale" eigene Programme dort eh nie etwas finden würden und sie daher auch nie dort etwas zu suchen hätten ... denke ich mal.

[widaMaDelphi]

Danke euch allen.

Beide Lösungen funktionieren übrigens (SetLocaleOverride + Nullen im Kompilat, wenn man erstmal die richtige Zeichenkodierung erwischt hat ).

LG

[dummzeuch]

Zitat von Uwe Raabe:

Zitat von dummzeuch:

Dein Programm greift auf Registry-Einträge von BorCoDero zu? Da ist was faul. Diese Einträge gibt es doch nur auf Entwickler-Rechnern.

Das stimmt so nicht. Diese Einträge verwendet (nahezu) jede VCL-Applikation um eine mögliche Vorgabe für die Sprache der Ressource-DLLs zu ermitteln.

WTF? Wer kam denn auf diese dämliche Idee? Und wieso hat das noch keiner entfernt?

Man wird alt wie 'ne Kuh ...

[Uwe Raabe]

Zitat von dummzeuch:

WTF? Wer kam denn auf diese dämliche Idee? Und wieso hat das noch keiner entfernt?

Wieso entfernt? Das ist eine häufig verwendete Funktionalität bei lokalisierten Anwendungen. Man legt einfach die passenden Sprach-Ressourcen neben die EXE und stellt in dem Registry-Key die gewünschte Sprache ein (macht BdsSetLang auch so). Alles Weitere macht die RTL von alleine. Du stellst gerade die Funktionalität so mancher Lokalisierungstools in Frage.

[himitsu]

Nja, aber für eigene Programme dieses Setting nicht in einem eigenen Registry-Pfad, einer INI oder Sonstwo zu haben .....

[Uwe Raabe]

Zitat von himitsu:

Nja, aber für eigene Programme dieses Setting nicht in einem eigenen Registry-Pfad, einer INI oder Sonstwo zu haben .....

Dort schaut die RTL aber eben nicht nach. Der Charme der integrierten Lösung ist halt, dass sie vollkommen ohne weiteren Lokalisierungscode in der Anwendung auskommt und quasi out-of-the-box funktioniert.

Daneben finde ich es auch ganz praktisch, dass die Spracheinstellungen für alle meine mit Delphi erstellten Programme an der gleichen Stelle in der Registry verwaltet werden können.

[KodeZwerg]

Also wenn ich Delphi's integrierte Übersetzer anwende, werden auf dem Zielsystem automatisch Registry Keys erstellt??
Sowas sollte man schon wissen für einen Deinstaller.

[Uwe Raabe]

Zitat von KodeZwerg:

Also wenn ich Delphi's integrierte Übersetzer anwende, werden auf dem Zielsystem automatisch Registry Keys erstellt??

Nein, nicht solange du die nicht selbst anlegst (um z.B. die Sprache deiner Anwendung festzulegen). Aber danach gesucht wird halt.

[Sinspin]

Zitat von Uwe Raabe:

Zitat von dummzeuch:

WTF? Wer kam denn auf diese dämliche Idee? Und wieso hat das noch keiner entfernt?

Wieso entfernt? Das ist eine häufig verwendete Funktionalität bei lokalisierten Anwendungen. Man legt einfach die passenden Sprach-Ressourcen neben die EXE und stellt in dem Registry-Key die gewünschte Sprache ein (macht BdsSetLang auch so). Alles Weitere macht die RTL von alleine.

Ja, WTF! Das dachte ich mir auch.
Wer kommt auf die behämmerte Idee sowas fest einzubauen!?
Es ist ja schön das es was gibt zum automatisch übersetzen. Aber ich möchte schon gerne selber entscheiden wo ich mir meine Daten merke.
Aber wenn die Pfade immer gleich (Falsch) sind, wie merke ich mir dann unterschiedliche Einstellungen für unterschiedliche Programme?

Zitat von Uwe Raabe:

Du stellst gerade die Funktionalität so mancher Lokalisierungstools in Frage.

Unser Lokalisierungstool (von SiComponents) gehört da aber nicht dazu, das nimmt sich nicht heraus ungefragt in die Registry zu malen.

[Uwe Raabe]

Zitat von Sinspin:

Aber wenn die Pfade immer gleich (Falsch) sind, wie merke ich mir dann unterschiedliche Einstellungen für unterschiedliche Programme?

Hättest du schnell selbst gesehen, wenn du dir die Einträge mal angesehen hättest. Die Programme werden mit vollständigem Pfad mit dem Sprachkürzel as Wert eingetragen.

Zitat von Sinspin:

Unser Lokalisierungstool (von SiComponents) gehört da aber nicht dazu, das nimmt sich nicht heraus ungefragt in die Registry zu malen.

Das mag ja durchaus sein. Allerdings wird dann vermutlich irgendwelcher Code mit dem Programm zu compilieren sein, damit dann auch die eingestellte Sprache verwendet wird.

Der Built-In Ansatz funktioniert halt ganz ohne irgendwelchen 3rd-Party Code im Programm.

Und wie schon gesagt: Da wird auch nichts in die Registry geschrieben. Das muss schon ganz bewusst von außen kommen oder vom Entwickler im Programmcode vorgesehen sein (z.B. "verwende ab dem nächsten Programmstart die Japanischen Sprachmodule").

Ehrlich gesagt, verstehe ich die ganze Aufregung nicht. Dieses Verhalten gibt es schon seit Jahrzehnten in jedem Delphi-Programm (kann aktuell nicht vor D5 prüfen, war aber definitiv schon früher da). Jetzt hat jemand festgestellt, dass solche Programme beim Start einen bestimmten Registry-Schlüssel abfragen und die halbe Entwicklergemeinde springt im Dreieck. Leute, habt ihr denn die VCL/RTL-Sourcen noch nie gelesen?