Gnome-panel should have a global lock for applets

Bug #73343 reported by ranespa
98
This bug affects 16 people
Affects Status Importance Assigned to Milestone
GNOME Panel
Won't Fix
Wishlist
One Hundred Papercuts
Invalid
Undecided
Marcus Carlson
gnome-panel (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Binary package hint: gnome-panel

Many friends told me the same. They wish that panel locks all element at while and unlocks in the same manner. Follow this link and you have an example (in Italian):
https://pollycoke.wordpress.com/2006/11/26/nuova-applet-gnome-per-regolare-la-luminosita-digressione-sulle-applet/#comment-5097

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. That's something known upstream: http://bugzilla.gnome.org/show_bug.cgi?id=114160

Changed in gnome-panel:
assignee: nobody → desktop-bugs
importance: Undecided → Wishlist
status: Unconfirmed → Confirmed
ranespa (felici-alex)
description: updated
Changed in gnome-panel:
status: Unknown → Confirmed
Changed in gnome-panel:
status: Confirmed → Triaged
Revision history for this message
Jossele (jossele) wrote :

I Agree:
One lock("customize") for the whole toolbar and disallow removel if locked.

Benefits
- less clutterd right click menus on applets (3 menu items less): let the user focus on what he wants to do
- dont remove menu bars accidently (I've installed ubuntu for my mother and everytime(!!) i have a look at it some applets are accidently missing)

Revision history for this message
Andy.hall06 (andrew-hall06) wrote :

I know this bug report is a duplicate and seems to be marked confirmed and triaged (except for the 100 bugs project) but I think it should be considered for the 100 papercuts project because the older bugs were filed and appraised 2 and 3 years ago (and not as part of this project) and still haven't been fixed upstream! Is anyone even looking at them now?

If ubuntu could fix it for its distribution it would be nice especially because it seems to be a trivial change and fits perfectly into the papercut definition.

Thanks

Vish (vish)
Changed in hundredpapercuts:
status: New → Confirmed
Przemek K. (azrael)
summary: - Gnome-panel locks each applet (or each element). Global lock is better
+ Gnome-panel should have a global lock for applets
Revision history for this message
ktulu77 (ktulu-highwaytoacdc) wrote :

I agree gnome panel will be very easier to use with that possibility.

There is an option in the program ubuntu-tweak (screen Desktop -> GNOME) to lock or unlock panels (exactly the desired behaviour). So I think this bug is not very hard to fix.

Revision history for this message
ktulu77 (ktulu-highwaytoacdc) wrote :

It seems to be easy to solve :
There is a gconf key to do lock / unlock all applets : "/apps/panel/global/locked_down".
We just need a menu item in the gnome-panel context menu that enable / disable this boolean key.

If some people like the possibility to lock individual panel objects, another key in gconf could enable or disable the global lock.

Revision history for this message
Tomasz Chrzczonowicz (tch) wrote :

If it's an usability bug and is easy to fix, then perhaps it could be reported as papercut, no?

Revision history for this message
ktulu77 (ktulu-highwaytoacdc) wrote :

Today, a friend just called me because his task bar was gone. He was lost and did not know how to get it back.

If we had the panel locked by default, users would not be able to remove accidentally things from the gnome panel. If they don't know how to use applets, it should be locked to avoid wrong manipulations.

Losing applets like gnome main menu or task bar is an important issue, even if it is a wrong manipulation of the user. We have found an easy way to solve it. There is already a gconf key for that. What are we missing to have this fixed ?

Changed in hundredpapercuts:
assignee: nobody → Marcus Carlson (0-launchpad-mejlamej-nu)
Revision history for this message
Marcus Carlson (0-launchpad-mejlamej-nu) wrote :

First patch posted upstream. I'm just waiting for review.

Changed in gnome-panel:
importance: Unknown → Wishlist
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Could someone familiar with this bug please confirm whether or not this is still an issue with the new panel introduced in Lucid? If it isn't, then this isn't a paper cut.

Changed in hundredpapercuts:
status: Confirmed → Incomplete
Revision history for this message
Peter VandeHaar (pjvandehaar) wrote : Re: [Bug 73343] Re: Gnome-panel should have a global lock for applets

This is still a problem in 10.10 Desktop. It is irrelevant in Netbook
Edition because of Unity.

On Wed, Jan 26, 2011 at 3:57 PM, Chris Wilson <email address hidden> wrote:
> Could someone familiar with this bug please confirm whether or not this
> is still an issue with the new panel introduced in Lucid? If it isn't,
> then this isn't a paper cut.
>
> ** Changed in: hundredpapercuts
>       Status: Confirmed => Incomplete
>
> --
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (389287).
> https://bugs.launchpad.net/bugs/73343
>
> Title:
>  Gnome-panel should have a global lock for applets
>
> Status in Desktop panel for GNOME:
>  Confirmed
> Status in One Hundred Paper Cuts:
>  Incomplete
> Status in “gnome-panel” package in Ubuntu:
>  Triaged
>
> Bug description:
>  Binary package hint: gnome-panel
>
>  Many friends told me the same. They wish that panel locks all element at while and unlocks in the same manner. Follow this link and you have an example (in Italian):
>  https://pollycoke.wordpress.com/2006/11/26/nuova-applet-gnome-per-regolare-la-luminosita-digressione-sulle-applet/#comment-5097
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/gnome-panel/+bug/73343/+subscribe
>

Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

If Unity make this irrelevant, then the release of 11.04 should fix this.

Changed in hundredpapercuts:
status: Incomplete → Invalid
Changed in gnome-panel:
status: Confirmed → Won't Fix
Revision history for this message
Pedro Villavicencio (pedro) wrote :

comment on the upstream bts: "The new way to to edit panels (which requires a modifier on the context menu)
removes the need for this, IMHO." so closing the bug.

Changed in gnome-panel (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.