Re: [Usability] Panel popup proposal + desktop preferences

[Marek Peteraj <marpet naex sk>]

On Fri, 2004-06-11 at 15:58, Uno Engborg wrote:
> Marek Peteraj wrote:
> 
> >On Thu, 2004-06-10 at 06:47, Marek Peteraj wrote:
> >  
> >
> >>On Wed, 2004-06-09 at 18:44, Calum Benson wrote:
> >>    
> >>
> >>>On Wed, 2004-06-09 at 14:50, Daniele Levorato wrote:
> >>>
> >>>      
> >>>
> >>>>I have a suggestion about panels popup menu... perhaps someone has 
> >>>>already posted something similar however I don't know :-)
> >>>>        
> >>>>
> >>>We have indeed had long discussions about this before... most of the key
> >>>points are captured in this (now closed) bug report:
> >>>http://bugzilla.gnome.org/show_bug.cgi?id=82642
> >>>      
> >>>
> >>Haven't read it thoroughly, have seen some talks about the hide buttons.
> >>Too non-obvious i suppose.
> >>
> >>I think you should take a look at each function of the parent context
> >>menu i.e. the panel menu:
> >>
> >>1. about panels, about gnome - who cares we want usability ;)
> >>2. new panel - shouldn't be invoked from another panel, and if so, it's
> >>not really important for the icon context menu which should inherit the
> >>important parent functions.
> >>3. properties + delete this panel - this
> >>4. add to panel  - and this
> >>5. help - isn't available in icon context menu
> >>
> >>3. and 4. should go into a 'panel' submenu within the icon context menu.
> >>True you won't get a 100% context menu, but the world isn't perfect
> >>either. ;)
> >>    
> >>
> >
> >
> >OTOH i think that it makes perfect sense to have the following functions
> >centralised:
> >
> >*Add panel
> >*Delete panel
> >*Panel properties
> >
> >As these functions logically fit together as one group.
> >It's really not right to invoke a new panel from another panels context
> >menu. 
> >
> >As delete and properties is specific to each panel, it makes sense to
> >also leave them in context menu. But they would become subsidiary to the
> >centralised ones.
> >
> >As for adding new icons(add to panel) - if the panel is full, there's no
> >place to put an additional icon, so you'd have to remove one which again
> >would free up space for a panel rightclick.
> >
> >So to summarize:
> >
> >* add a centralised and unified add/remove/properties functionality
> >* remove add panel from panel context menu
> >
> >That said, i'm beginning to wonder why desktop preferences  are located
> >in Applications menu?
> >
> >The menu bar should be
> >(gnome logo) >Applications< >Desktop preferences< >Actions<
> >
> >  
> >
> ??
> you mean:
> (gnome logo)->Actions->Desktop preferenses

I think desktop preferences don't count as actions.
They represent a separate featureset. Having them directly in the menu
bar would make it very obvious for users.

Marek