HKEY_CLASSES_ROOT benutzerspezifisch?

Hallo,

gibt es eine Möglichkeit, die Verknüpfung von einem Dateityp mit einem
Programm, wie sie in HKEY_CLASSES_ROOT für alle Benutzer geschieht,
benutzerspezifisch zu machen? Dass also Benutzer x z.b. Wave-Dateien
mit Programm a startet, Benutzer y mit Programm b?

Grüße,
Jens

Jens Müller <jens_0.no-.spam@hotmail.com> schrieb:

>Hallo,
>
>gibt es eine Möglichkeit, die Verknüpfung von einem Dateityp mit einem
>Programm, wie sie in HKEY_CLASSES_ROOT für alle Benutzer geschieht,
>benutzerspezifisch zu machen? Dass also Benutzer x z.b. Wave-Dateien
>mit Programm a startet, Benutzer y mit Programm b?


Bei eingeschalteter Benutzerkontensteuerung ist das ganze Benutzerspezifisch.
Die Einträge landen dann nähmlich unter
HKEY_CURRENT_USER\Software\Classes

Ralf Schmidt schrieb:

> Bei eingeschalteter Benutzerkontensteuerung ist das ganze Benutzerspezifisch.
> Die Einträge landen dann nähmlich unter
> HKEY_CURRENT_USER\Software\Classes

Das hat nichts mit der Benutzerkontensteuerung zu tun.
Du kannst auch ohne sie dort die benutzerspezif. Einstellungen vornehmen.


--
Grüße,
Thomas

> Bei eingeschalteter Benutzerkontensteuerung ist das ganze
> Benutzerspezifisch. Die Einträge landen dann nähmlich unter
> HKEY_CURRENT_USER\Software\Classes

Ok - und die haben vorang vor den Benutzerunabhängigen?

Jens

"Thomas D." <dnr@discussions.microsoft.com> schrieb:

>Ralf Schmidt schrieb:
>
>> Bei eingeschalteter Benutzerkontensteuerung ist das ganze Benutzerspezifisch.
>> Die Einträge landen dann nähmlich unter
>> HKEY_CURRENT_USER\Software\Classes
>
>Das hat nichts mit der Benutzerkontensteuerung zu tun.
>Du kannst auch ohne sie dort die benutzerspezif. Einstellungen vornehmen.

Sie selbst ist natürlich nicht dafür verantwortlich.
Sondern die Tatsache das man durch sie keine Schreibrechte auf die globalen Classes hat.
Genauso wie bei jedem anderen "normale" Benutzer landen die dann im Benutzerprofil.

Hi,

Ralf Schmidt schrieb:
> Sie selbst ist natürlich nicht dafür verantwortlich.
> Sondern die Tatsache das man durch sie keine Schreibrechte auf die globalen Classes hat.

Auch Nö.
UAC hat nüscht damit zu tun. HKCR ist ein Link von HKLM\Software\Classes
Dieser wird nur zur ÜBersichtlichkeit extra als HKCR eingeblendet.

Die Berechtigungsstruktur ist schon alleine durch das "normale"
Benutzerkonzept realisiert.
Für Beerchtigungen in der Registry braucht es kein neues Feature von
Vista das gab es schon mit NT4.

HKCU\Software\Classes und damit die Benutzerspezifische Ablage der Datei
Endungen findet sich schon in XP. Ich habe gerade kein 2000 mehr, ich bin
nicht sicher, ob diese Umleitung schon in W2K war, ich meine nicht.

Tschö
Mark
--
Mark Heitbrink - MVP Windows Server - Group Policy

Homepage: www.gruppenrichtlinien.de - deutsch
Blog: gpupdate.spaces.live.com - english

> Ralf Schmidt schrieb:
>> Sie selbst ist natürlich nicht dafür verantwortlich.
>> Sondern die Tatsache das man durch sie keine Schreibrechte auf die
>> globalen Classes hat.
>
> Auch Nö.
> UAC hat nüscht damit zu tun. HKCR ist ein Link von
> HKLM\Software\Classes Dieser wird nur zur ÜBersichtlichkeit extra als
> HKCR eingeblendet.

Also darf eine normale Anwendung ohne Erhöhte Rechte auch nicht nach
HKLM\Software\Classes schreiben?

Jens

"Mark Heitbrink [MVP]" <spam-only@gruppenrichtlinien.de> schrieb:

>Hi,
>
>Ralf Schmidt schrieb:
>> Sie selbst ist natürlich nicht dafür verantwortlich.
>> Sondern die Tatsache das man durch sie keine Schreibrechte auf die globalen Classes hat.
>
>Auch Nö.
>UAC hat nüscht damit zu tun.

Habe ich das nicht geschrieben das sie dafür nicht direkt verantwortlich ist?

> HKCR ist ein Link von HKLM\Software\Classes
>Dieser wird nur zur ÜBersichtlichkeit extra als HKCR eingeblendet.

Und? Wo sie wie eingeblendet wird ist doch egal.
Mit den Rechten eines Benutzers hat man keinen Schreibzugriff darauf.

>Die Berechtigungsstruktur ist schon alleine durch das "normale"
>Benutzerkonzept realisiert.
>Für Beerchtigungen in der Registry braucht es kein neues Feature von
>Vista das gab es schon mit NT4.

Und die UAC macht ja einen User der eigentlich Admin ist zu einem normalen Benutzer.
Insofern ist die UAC indirekt dafür verantwortlich das auch bei einem Admin das
Benutzerspezifische greift.

>HKCU\Software\Classes und damit die Benutzerspezifische Ablage der Datei
>Endungen findet sich schon in XP.

Ja, aber da waren die meisten Leute als Admin unterwegs wodurch das Benutzerspezifische
nicht gegriffen hat.

Jens Müller schrieb:

>> Ralf Schmidt schrieb:
>>> Sie selbst ist natürlich nicht dafür verantwortlich.
>>> Sondern die Tatsache das man durch sie keine Schreibrechte auf die
>>> globalen Classes hat.
>>
>> Auch Nö.
>> UAC hat nüscht damit zu tun. HKCR ist ein Link von
>> HKLM\Software\Classes Dieser wird nur zur ÜBersichtlichkeit extra als
>> HKCR eingeblendet.
>
> Also darf eine normale Anwendung ohne Erhöhte Rechte auch nicht nach
> HKLM\Software\Classes schreiben?

Nein.


--
Grüße,
Thomas

> HKCR ist ein Link von
> HKLM\Software\Classes Dieser wird nur zur ÜBersichtlichkeit extra als
> HKCR eingeblendet.

So einfach scheint es nicht zu sein.

HKCR setzt sich AFAIK zusammen aus HKLM\Software\Classes und
HKCU\Software\Classes.

Jens