"Automatischen" Zugriff auf die Registry unterbinden?

[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?

[Rolf Frei]

Verstehe das Theater auch nicht. Die integrierte Übersetzungsmechanik in Delphi (ITM/ETM genannt) nutze ich auch selber und das ist schon ein feines Feature. Das gibt es schon seit glaube ich Delphi 3.

Nutzt ihr den keine resourcestrings in eurem Code? Dass Delphi dauraus automatisch die entsprechenden Resourcenfiles erzeugt ist doch eine feine Sache.

Wer davon noch nie was gelesen hat, sollte sich vieleicht mal die Emba Doku dazu anschauen: https://docwiki.embarcadero.com/RADS...ger_in_the_IDE

[dummzeuch]

Zitat von Uwe Raabe:

Leute, habt ihr denn die VCL/RTL-Sourcen noch nie gelesen?

Wenn ich die VCL/RTL-Sourcen komplett gelesen hätte, hätte ich längst einen Herzkasper bekommen. Es reichen schon die ganzen Seltsamkeiten und Bugs, die man dort während des Debuggings findet.

Aber immerhin kann man die bei Delphi finden, bei anderen Entwicklungsumgebungen hat man die Sourcen ja gar nicht erst.