Innosetup: Verständnisfrage zur Registry (HKCU)

[mkinzler]

Ich würde es auch nicht Klonen, sondern im 1. Schritt nur in HKLM schreiben, ändert ein Benutzer eine Einstellungen würde ich diese Änderung dann in HKCU schreiben. Das hat den Vortiel, dass bei einer Änderung der Standard, nicht alle Profile geändert werden müssen und das so einfacher ersichtlich ist, was individuell ist.

[DeddyH]

Genau so hatte ich es ja in #2 skizziert.

[Codehunter]

Zitat von mkinzler:

ändert ein Benutzer eine Einstellungen würde ich diese Änderung dann in HKCU schreiben

Ich nenne es der Einfachheit halber "Klonen", wobei mein Code im Grunde genau das tut was du sagst, nur beim Zugriff auf einen in HKCU nicht existierenden Wert wird er angelegt mit dem Default aus HKLM. Allerdings reicht in dem Fall schon ein Lesezugriff um das auszulösen. Das könnte ich noch ändern.

Doch an den beiden grundsätzlichen Problemen (kein Schreibzugriff als Standardbenutzer und Uninstaller) ändert das aber erstmal nichts.

[mkinzler]

Zitat:

Ich nenne es der Einfachheit halber "Klonen", wobei mein Code im Grunde genau das tut was du sagst, nur beim Zugriff auf einen in HKCU nicht existierenden Wert wird er angelegt mit dem Default aus HKLM.

Das würde ich (und Detlef) ja gerade nicht machen, nur bei Änderungen. Kein Wert in HKCU = benutze Default (HKLM)

[Codehunter]

Zitat von mkinzler:

Das würde ich (und Detlef) ja gerade nicht machen, nur bei Änderungen. Kein Wert in HKCU = benutze Default (HKLM)

Wie gesagt, das ließe sich ja leicht ändern. Nur muss man ja auch User-Settings speichern können. Das gehört nun mal nach HKCU und nicht nach HKLM.

[Codehunter]

OK, Kommando zurück

Der Fehler lag in dem Fall ganz woanders. Das Setup hat (aus welchen Gründen auch immer) manche Reg-Values überhaupt nicht angelegt. Weder in HKLM noch in HKCU. In dem Fall griffen in meinem Programm nur die Failsafe-Defaults und die sagten ganz simpel "Bloß nix anfassen, Baustelle!". Ergo erzeugte mein Code auch keine Schlüssel oder Werte in HKCU.

Asche auf mein Haupt