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

List:       kde-usability
Subject:    Re: [PATCH] Kicker applet context menu simplification
From:       Maurizio Colucci <seguso.forever () tin ! it>
Date:       2004-04-18 19:25:07
Message-ID: 200404182125.08109.seguso.forever () tin ! it
[Download RAW message or body]

On Sunday 18 April 2004 19:45, Jamethiel Knorth wrote:
> You are suggesting to make something much more difficult

??

> or to add a set of buttons

no, just one button (control area), which pops up the panel menu.

> 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.

No, the purpose is to solve two logical inconsistencies: 1) The container is 
semantically different from the contained items. So when you right click a 
contained item, the popup menu should not relate to the container. 2) for 
ordinary windows, there is the distinction control area / content area. For 
the panel, there is not. The two concepts could be unified, resulting in a 
cleaner paradigm.

I believe you either don't understand or you don't care about these 
inconsistencies. If you don't care, keep in mind that it is for 
inconsistencies like this that KDE is generally considered "messy".

> 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?

I hope I have answered.

Cheers,

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