It is currently Thu Apr 18, 2024 3:12 am

All times are UTC - 8 hours [ DST ]


Forum rules


Please, keep discussions on topic and in the right forum. The start menu topics go into the Classic Start Menu forum, etc. This makes it easier for people to locate topics they are looking for.
If you get a satisfactory response to your question, please mark the topic as "solved". Click the green √ button in the bottom-right of the post.



Post new topic Reply to topic  [ 7 posts ] 
Author Message
PostPosted: Thu Jan 24, 2013 12:48 pm 
Offline

Joined: Thu Jan 24, 2013 12:41 pm
Posts: 4
I'm looking at deploying Classic Start Menu in an enterprise as part of our migration to Win 7. I saw in another topic that one can "lock" settings down by exporting them from the HKCU hive in the registry and putting them into the HKLM hive, but I'd like to also have some per-user settings (for instance, removing the Control Panel from the menu for non-admin users). Would I be able to write these directly into HKCU and have them override the settings in HKLM? If not, is there a way to lock out the settings dialog and still be able to write settings into HKCU?


Last edited by Cuvis on Thu Jan 24, 2013 12:53 pm, edited 1 time in total.

Top
 Profile  
Reply with quote  
PostPosted: Thu Jan 24, 2013 12:52 pm 
Offline
User avatar

Joined: Thu Jan 03, 2013 12:38 am
Posts: 5374
If a setting exists in the HKLM branch or in both, it is locked. If it exists only in HKCU branch, it is user-changeable. It's like Group Policy's Computer Configuration vs User Configuration, but unlike Policy, it's not enforced if in HKCU. So more like Group Policy Preferences.

_________________
Links to some general topics:

Compare Start Menus

Read the Search box usage guide.

I am a Windows enthusiast and helped a little with Classic Shell's testing and usability/UX feedback.


Top
 Profile  
Reply with quote  
PostPosted: Thu Jan 24, 2013 12:53 pm 
Offline

Joined: Thu Jan 24, 2013 12:41 pm
Posts: 4
OK, but if it exists in both, which one takes precedence? The HKLM setting or the HKCU setting?


Top
 Profile  
Reply with quote  
PostPosted: Thu Jan 24, 2013 12:55 pm 
Offline
User avatar

Joined: Thu Jan 03, 2013 12:38 am
Posts: 5374
HKLM.

_________________
Links to some general topics:

Compare Start Menus

Read the Search box usage guide.

I am a Windows enthusiast and helped a little with Classic Shell's testing and usability/UX feedback.


Top
 Profile  
Reply with quote  
PostPosted: Thu Jan 24, 2013 12:56 pm 
Offline

Joined: Thu Jan 24, 2013 12:41 pm
Posts: 4
Damn, that's a problem, then. Thanks for the prompt answer, even if it wasn't what I wanted to hear.


Top
 Profile  
Reply with quote  
PostPosted: Thu Jan 24, 2013 1:02 pm 
Offline
Site Admin
User avatar

Joined: Wed Jan 02, 2013 11:38 pm
Posts: 5333
HKLM takes precedence obviously, otherwise it defeats the purpose of allowing an admin to lock certain settings.
If you have a way to prevent users from accessing the HKCU (like with regedit), you can adjust their settings and then set EnableSettings to 0 to disable the settings UI. If you set EnableSettings to 0 in HKCU, it will be per user. If you set it in HKLM, it will be for all users. Of course if a user has access to regedit he can re-enable his settings. He won't even need to, as he can edit the settings directly in the registry.


Top
 Profile  
Reply with quote  
PostPosted: Thu Jan 24, 2013 1:51 pm 
Offline

Joined: Thu Jan 24, 2013 12:41 pm
Posts: 4
That's perfect. We lock our users out of Regedit using Group Policy, so the fact that they can re-enable settings is no problem at all. Thanks!


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 7 posts ] 

All times are UTC - 8 hours [ DST ]


Who is online

Users browsing this forum: No registered users and 106 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Group, Almsamim WYSIWYG Classic Shell © 2010-2016, Ivo Beltchev.
All right reserved.