[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-17 15:12:22
Message-ID: BAY7-F104NixILzjivB0000579f () hotmail ! com
[Download RAW message or body]

>From: Maurizio Colucci <seguso.forever@tin.it>
>Date: Sat, 17 Apr 2004 09:55:42 +0200
>
>On Friday 16 April 2004 23:41, Jamethiel Knorth wrote:
> > Then I can no longer configure my kicker to look how I want it to.
> >
> > I do not want another button. I shouldn't be there, I don't care how 
>small
> > it is.
>
> > 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. So, I could open 
KControl, go to the panel configuration, unhide those controls, get my 
panel-menu, add one applet, re-hide the panel controls. That's a ridiculous 
amount of work.

Remember, we are talking about the current situation have ONE 
psuedo-extraneous entry in a menu with about five entries or less on 
average. The menu is not crowded and that entry is related to where the user 
clicked.

The reason for a control area on windows is that the control area is 
regularly used and thus should be ever-present. Editing the panel is the 
exception rather than the rule, so it is not kept in plain view. However, it 
must be possible to do from the panel alone, thus the reason to place it in 
a submenu.

_________________________________________________________________
Lose those love handles! MSN Fitness shows you two moves to slim your waist. 
http://fitness.msn.com/articles/feeds/article.aspx?dept=exercise&article=et_pv_030104_lovehandles

_______________________________________________
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]