[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: [PATCH] Kicker applet context menu simplification
From:       "Jamethiel Knorth" <jamethknorth () hotmail ! com>
Date:       2004-04-18 17:45:34
Message-ID: BAY7-F75JIZ9SgSGHXF00057a81 () hotmail ! com
[Download RAW message or body]

>From: Maurizio Colucci <seguso.forever@tin.it>
>Date: Sat, 17 Apr 2004 22:21:42 +0200
>
>On Saturday 17 April 2004 17:12, Jamethiel Knorth wrote:
> > > > However, I need access to that panel submenu. That isn't an
> > > > acceptable solution.
> > >
> > >It seems to me you are jumping to conclusions.
> > >
> > >It is widely accepted that windows are divided into a "control area",
> > > where you find buttons to control the window (close, minimize...) and 
>a
> > > "client area", which shows the content of the window. These areas are
> > > separate ant this is good, because their semantics is entirely 
>different.
> > > Now, why shouldn't we extend this to the panel? Why shouldn't a panel
> > > have a control area too? This is an inconsistency, plain and simple,
> > > probably inherited from
> > >Microsoft. BTW, this would NOT prevent you from configuring the panel 
>as
> > >you
> > >want to: just put an option to hide the control area... like you can do
> > > for ordinary windows.
> >
> > Because the panel is an everpresent portion of the desktop which I am
> > effectively required to have, so I should be able to make it look 
>however I
> > want to.
> >
> > If you add the option of hiding the controls, where do I click to unhide
> > them. Oh, wait, that would be in the panel submenu.
>
>1)  Not necessarily. For example, in KDE, if you remove the window control
>area, you can bring it back with a shortcut key.
>
>2) if you don't like the shortcut key, just don't hide the panel control 
>area.
>For god's sake, we are talking about 10x10 pixels! :-) I think improving
>consistency is well worth sacrificing 20x20 pixels.

You are suggesting to make something much more difficult or to add a set of 
buttons to a panel to solve the problem of a context menu being too cramped 
when the context menu only has about FIVE buttons in it, often less.

As I said before, just move 'Panel Menu' to the top, then have the title-bar 
for the applet under that, and the list of options for that applet under 
there. The 'Panel Menu' isn't grouped with the applet items, the applet 
items are placed closest to the cursor (when the panel is on the bottom), 
and there is no need for a 'Control Area' or the memorization of hotkeys.

Why is this a problem to do?

_________________________________________________________________
Get rid of annoying pop-up ads with the new MSN Toolbar – FREE! 
http://toolbar.msn.com/go/onm00200414ave/direct/01/

_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]