GNOME Bugzilla – Bug 132967
Lock/Unlock objects should be "Lock to Panel" ?
Last modified: 2004-12-22 21:47:04 UTC
On locking, the launcher the Properties menuitem still exists. We should make it insensitive. Hiding would leave the popup menu not look great.
Hrm, pretty nasty. Certainly not 'locked'. :) Retitling to make a little more clear. I think this is high, but I can see how others would disagree- if that was not part of the design, Mark, please knock it down.
The intention for the feature is that the objects when locked, are locked to the panel so they can't be accidently pushed/dragged around. Its not a lockdown feature. Originally I was thinking of having the menu item be "Lock to Panel" or something along those lines. That might prevent the confusion. Usability people?
I'm sure we went through all these permutations in some other bug and discarded them all for one reason or another, but maybe "Lock Position" or something would make the intention clearer. (Although that doesn't particularly indicate that you can't then remove it altogether either).
I'll agree with Calum. "Lock Position" would be better coz it just tells that we are just making the objects immovable. It is more clear . : )
Created attachment 27712 [details] [review] Have changed "Lock" to "Lock Position"
Created attachment 27771 [details] [review] Patch for displaying Lock / Unlock Position I have added a patch, that changes Lock / Unlock to Lock / Unlock Position (From Calum's comment). Instead of Lock Position, something like 'Stick to Panel' should also be nice i feel. Any usability comments calum?
How about freeze/unfreeze. Would it make sense. What do u say Ragavan, Calum, Mark... Any comment ?
Ok, so I believe bug 114055 has some of the discussion on the original lock position terminology. The agreed term was "Lock to Panel" on a checkbox and it looks like it never got through, however I think this is the way to go. I'll make a note on that bug as well. In a related bit, since the intention of the feature is just to lock position then I would say removing the applet should be allowed too, yes? like in bug 142605 I don't see why if someone is trying to remove the applet they should know to 'Unlock' it first and then remove it. Discussion on this should continue on that bug. Then to top this all off, bug 114160 has some discussion on locking multiple applets at once, which perhaps could be taken into account for a better way of just locking all applets at once; say from a panel menu option. But this too is a topic for the other bug I suppose.
#142605 contains a patch as well. The other one changes a few more bits as well, though.
Marking this as a dup of bug #114055. *** This bug has been marked as a duplicate of 114055 ***