GNOME Bugzilla – Bug 163174
locking should mean undeleteable
Last modified: 2007-09-24 12:48:12 UTC
This is a part of https://bugzilla.ubuntu.com/4267 "Quoting from: http://www.livejournal.com/users/gerald_duck/136062.html # If you remove "Application" or "Computer", it's not obvious how to get them back. As a consequence I think that locking the main menu applet on the bar by default should be done and locked applets shouldn't be removable without unlocking them first."
The menu bar installed when GNOME is run for the first time is locked (maybe not in ubuntu?). I don't think it should be undeletable, but maybe we could have a confirmation dialog when the applet is locked? Also see bug #142605 cc'ing usability guru.
It's not locked on ubuntu, but that's probably my fault. BTW as said before this bug is about the removal of locked stuff. The dialog seems a good idea. For me the locking is here to prevent to mess the panel, it should mean to made the removal not that easy, no ?
It makes sense for me.
> # If you remove "Application" or "Computer", it's not obvious how to get them > back. The problem here is that once you've removed this item it's 'not obvious how to get it back'. Creating an extra step before removing it doesn't actually address this problem. This is similar to the idea of delete confirmation dialogs. The extra step in a delete confirmation dialog is just noise to the users trying to delete something and doesn't actually make the person think twice about the deletion of a certain file. What you want to do is make it easy for a person to always retrieve a file after it's been deleted, then they can undo their mistakes and not be questioned by the computer for trying to do their work. The idea transfers to the extra step to remove the menu item, the person isn't going to really think "I have to do and extra step to remove this, perhaps it's not a good idea", instead they'll just complete the extra step and be in the same position as above. I think the right way to go with this is to change the way we do applets and panel configuration. The person obviously found the right-click context menu of the menu-applet, so they can find the right-click of the Panel as well. I think the "Add to Panel..." item doesn't really describe getting your menu back. If perhaps instead it was something like "Panel and Applet Settings", which covered your panel and applet setup we could eliminate the panel properties menu and the silly Add to Panel dialog which people seem to find very confusing. See bug 11763 for a little more on add to panel ideas.
Ok, gonna close this won't fix. Reopen if something thinks I've over stepped my bounds here.
*** Bug 323757 has been marked as a duplicate of this bug. ***
I have reported this bug on launchpad concerning Ubuntu (Launchpad bug #144318). My report has been marked as a a duplicate of Launchpad bug #10818. As i said in my bug report, the problem concern all icons (in the panel but also on the desktop) since the context menu allow you to manage both the item represented by the icon (CD ROM, Trash can, system volume) and the icon itself (change icon size, suppress from the panel...), which seems quite confusing to me. Therefore i've proposed in particular to create a submenu with configuration options to suppress direct access to these menu entries. Thanks