[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-20 1:13:18
Message-ID: 200404200313.18741.seguso.forever () tin ! it
[Download RAW message or body]

On Tuesday 20 April 2004 00:20, Jamethiel Knorth wrote:
> >From: Maurizio Colucci <seguso.forever@tin.it>
> >Date: Mon, 19 Apr 2004 17:46:14 +0200
> >
> >On Monday 19 April 2004 13:57, Jamethiel Knorth wrote:
> > > The panel is not like a window. The panel is always there but little
> > > changes. The panel is rarely resized or moved or rearranged.
> >
> >Rarely, yes. But *sometimes* you need to add something to the panel or
> > move the panel, etc.
>
> Currently, you can edit the panel.

In an inconsistent way.

> > > Thus, the
> > > controls which allow such activities need not be in plain view.
> >
> >Agreed, not in plain view, but they must be accessible *somehow*.
> >And this "somehow" should not be the right mouse button, due to the
> >inconsistency.
>
> It is only slightly inconsistent. Applets are part of the panel. If I saw a
> good alternative I would take it, but I still do not.


You are entitled to your opinions.

> > > Adding a
> > > control button removes a great deal of flexibility from the panel.
> >
> >I don't see why.
>
> It means I need a certain button. That isn't true right now, and I want it
> to remain not true.

You can remove it.

> > > In
> > > normal operation as the situation is currently, the panel can be
> >
> >customized
> >
> > > in any way whatsoever and still be fully useable. You are proposing to
> > > remove that functionality for the sake of cleaning up those context
> >
> >menus.
> >
> >  There must be a mistake. :-) I am not proposing to remove any
> >functionality.
> >I am proposing to add something.
>
> You are reducing customizability.

No, I am not.

> > > The value of flexibility and a better look
> >
> >A control area would make the panel look worse?
>
> Yes. It would give me something I need to have which I do not want.
>
> > > trumps the value of consistency
> > > in this case.
> > > I say that with the utmost care, as I value consistency very highly.
> > > The inconsistency between the menu items is bad. However, having
> >
> >'consistency'
> >
> > > between windows and the panel is bad as well. they are not the same and
> > > should not be treated the same.
> >
> >Does not follow. IMO, two concepts should always be unified if there is no
> >reason not to. (for obvious reasons of minimality)
> >
> >You still have not supplied a reason not to.
>
> It interferes with the customizability of the panel. That has been my
> reason all along. I guess I was not clear on that in earlier messages.

No it doesn't. And the argument for customizability is not necessarily good 
anyway.

> > > Also, possibly you could supply a mockup of what this control area
> > > would look like. Mayhaps you have an idea of how to actually integrate
> > > this to make it acceptable. I have doubts, although it would be nice.
> >
> >The panel control area could be something like the blue area in the
> >picture.
>
> Well, seeing that image, it is definitely a bad idea. That doesn't have
> much room for customizability and doesn't fit itself to the theme at all.
> It depends on me having a defineable 'end' to my panel, when it could
> easily be floating in the middle, and it's very much designed for me to
> have a KMenu, which I may not.

Jamethiel, all this paragraph is complete crap, as you probably know.

good bye,

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]