On Wed, Jul 7, 2010 at 9:15 AM, Andrew Levicki <[email protected]> wrote: > Yes, it worked for me. You have to restart IE for the change to take effect.
I can't create HKCU\Software\Policies\Microsoft\Internet Explorer\Toolbars\Restrictions\NoCommandBar because the user don't have permission to that registry key. But, I played around with it some more, and have discovered the following: Creating HKLM\Software\Policies\Microsoft\Internet Explorer\Toolbars\Restrictions\NoCommandBar also appears to work. At the least, that registry value hid the Favorites button on that computer. The Group Policy setting "Disable the Command Bar" is not the same as this registry value "NoCommandBar". The registry value "NoCommandBar" still leaves the "Command Bar" option enabled in the toolbar list. My remaining concern is that the next time GP gets applied/changed/etc, the value will get clobbered. But I should be able to hack together an ADM to let GP set it properly. I get the feeling not everyone within the MSIE team is on the same page as to what "Command Bar" is or should do. Thanks for spurring me on to investigate this further. > I've noticed that it disables tabbed browsing as well, which may not be a > desired result for you, but yes it certainly works. From what I saw, the registry value "NoCommandBar" doesn't actually disable tabbed browsing -- it just hides the toolbar the tabs appear on, which is also the toolbar the Favorites button appears on. You can even ask MSIE to create a new tab, and it will do so. You just can't see the tabs, or switch with the mouse. Fortunately, I was still able to actually disable tabbed browsing. Which is what I want for this user anyway. Thanks again, -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
