UAC Steuerungsdialog Win10

[TiGü]

Zitat:

Zitat von jaenicke (Beitrag 1422614)

Zitat:

Zitat von TiGü (Beitrag 1422612)

Schlußfolgerung: Du kannst ab Windows 8 und aufwärts nicht mehr so wie früher zu Windows XP und 7 Zeiten die Dateizuordnung programmatisch setzen.

Doch schon, das ist auch so gedacht, aber eben nur über den (auch damals empfohlenen) Weg über die Strukturen in HKEY_CLASSES_ROOT. Windows fragt dann wie schon geschrieben den User und setzt dann die beschriebenen Einstellungen. Dass diese Einstellungen vorher schon existierten und nun nur durch einen Hash gesichert werden, wusste ich gar nicht.

Du meinst, du schreibst in HKEY_CLASSES_ROOT? Da sollten wir nochmal drüber nachdenken:

Zitat:

Important considerations about file types include:

The HKEY_CLASSES_ROOT subtree is a view formed by merging HKEY_CURRENT_USER\Software\Classes and HKEY_LOCAL_MACHINE\Software\Classes

In general, HKEY_CLASSES_ROOT is intended to be read from but not written to. For more information, see the HKEY_CLASSES_ROOT article.

To register a file type globally on a particular computer, create an entry for the file type in the HKEY_LOCAL_MACHINE\Software\Classes subkey.

To make a file type registration visible to the current user only, create an entry for the file type in the HKEY_CURRENT_USER\Software\Classes subkey.

Quelle: https://docs.microsoft.com/en-us/win.../fa-file-types

Zitat:

FYI, HKEY_CLASSES_ROOT is a thing of the past. It comes from Windows 3.1 Starting with Windows 95, new applications should use HKEY_CURRENT_USER\Software\Classes or HKEY_LOCAL_MACHINE\Software\Classes . If you use the former, you register the file extension just for the logged on user; if you use the latter you register the file extension for all users. You should get used to do it like this, despite the great amount of information out there that points to HKEY_CLASSES_ROOT .

Quelle: https://social.msdn.microsoft.com/Fo...forum=netfxbcl

[EWeiss]

Zitat:

Doch schon, das ist auch so gedacht, aber eben nur über den (auch damals empfohlenen) Weg über die Strukturen in HKEY_CLASSES_ROOT. Windows fragt dann wie schon geschrieben den User und setzt dann die beschriebenen Einstellungen. Dass diese Einstellungen vorher schon existierten und nun nur durch einen Hash gesichert werden, wusste ich gar nicht.

Nein ist das gleiche Verhalten wie schon mit HKEY_CURRENT_USER nun gut wie dem auch sei.

gruss

[EWeiss]

Zitat:

Schlußfolgerung: Du kannst ab Windows 8 und aufwärts nicht mehr so wie früher zu Windows XP und 7 Zeiten die Dateizuordnung programmatisch setzen.

Dann wüsste ich gerne wie man sonst Commandlines, Icons und Konsorte dem Extension zuweisen soll wenn nicht über die Registry.
Zudem macht Windows Media Player genau das gleiche es legt die Extension in HKEY_LOCAL_MACHINE ab.
Ob sie jetzt programmatisch zugeordnet werden oder zur Installationszeit kann nicht sagen fakt ist jedoch sie stehen in der Registry.

Siehe Shot!

gruss

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1422618)

Nein ist das gleiche Verhalten wie schon mit HKEY_CURRENT_USER nun gut wie dem auch sei.

Es stimmt, man sollte nicht unter HKEY_CLASSES_ROOT direkt schreiben. Das Eintragen unter HCKU\...\Classes funktioniert hier aber problemlos. Beispielprojekt im Anhang, welches sich selbst z.B. für *.test registriert.

[EWeiss]

Zitat:

Zitat von jaenicke (Beitrag 1422635)

Zitat:

Zitat von EWeiss (Beitrag 1422618)

Nein ist das gleiche Verhalten wie schon mit HKEY_CURRENT_USER nun gut wie dem auch sei.

Es stimmt, man sollte nicht unter HKEY_CLASSES_ROOT direkt schreiben. Das Eintragen unter HCKU\...\Classes funktioniert hier aber problemlos. Beispielprojekt im Anhang, welches sich selbst z.B. für *.test registriert.

Ich habe nicht behauptet das es nicht funktioniert mit HKEY_CURRENT_USER das war ja bisher mein gängiger weg. ;)
Und hat bisher auch auf allen Systemen funktioniert.
Aber unter Win10 geht's halt nicht. Bei mir zumindest die werden immer wieder zurück gesetzt.

Und das sind ja meine Probleme. Warum nicht?
Danke trotzdem für's testen.

PS:
*.test ist nichtssagend weil du keine anderen Abhängigkeiten über die Apps damit beeinflussen kannst so wie das bei MP3 Dateien oder generell Media Dateien ist.
Ich will damit sagen es ist kein Aussagekräftiger vergleich.

gruss

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1422639)

Ich habe nicht behauptet das es nicht funktioniert mit HKEY_CURRENT_USER das war ja bisher mein gängiger weg. ;)

Du hast aber nur Quelltext gepostet, in dem du an eine Stelle schreibst, an die man nicht schreiben sollte (so liest sich das zumindest im Internet).

Zitat:

Zitat von EWeiss (Beitrag 1422639)

*.test ist nichtssagend weil du keine anderen Abhängigkeiten über die Apps damit beeinflussen kannst

Drum habe ich .test auch in das Beispielprogramm geschrieben, damit niemand beim Ausprobieren .mp3 überschreibt. Getestet habe ich mit .mp3.

[EWeiss]

Zitat:

in dem du an eine Stelle schreibst, an die man nicht schreiben sollte

Code:

ClassKey = HKEY_CURRENT_USER

Vielleicht verstehe ich nicht was du meinst aber bei mir im Code steht HKEY_CURRENT_USER nicht HKEY_CLASSES_ROOT

gruss

[jaenicke]

Das geht aber um den konkreten Pfad. Du schreibst nach UserChoice, aber das ist eben ein user choice und kein programmer choice. Das wurde nur bei XP als das eingeführt wurde leider nicht auch durchgesetzt.

In dem Beispielprojekt schreibe ich hingegen quasi nur den Bauplan der Zuordnung, versuche aber nicht vorzugeben, dass der Benutzer das angeblich auch selbst ausgewählt hat.

So verstehe ich jedenfalls die Beschreibung der Registry Zweige.

[EWeiss]

Ok Danke.
Ich komme auf keinen grünen zweig von daher werde ich es wohl vergessen können.
Was ich von dem System halte habe ich oft genug gesagt dafür werde ich nichts mehr Entwickeln.

Danke für euer Interesse.

gruss

[jaenicke]

Auch wenn du nur für XP und Windows 7 entwickelst, solltest du es richtig machen. Nach UserChoice zu schreiben war von Anfang an falsch, aber vor Windows 8 eben leider möglich.

Und weil so viele den Benutzer bevormunden wollten indem in diesen Eintrag geschrieben wurde, musste Microsoft hier eben wieder einmal den Missbrauch verhindern.

Das ist so dieses egozentrische Weltbild "was interessiert mich was der Benutzer einstellt, ich stelle einfach selbst etwas ein".

Mehr zu den Hintergründen für alle Interessierten gibt es hier und in den weiteren Artikeln des Autors:
https://www.htguk.com/deploying-per-user-file-type/#