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

List:       kde-usability
Subject:    Re: [PATCH] Kicker applet context menu simplification
From:       Sébastien_Laoût <sebastien.laout () tuxfamily ! org>
Date:       2004-04-16 18:30:24
Message-ID: 1082140224.2679.100.camel () localhost ! localdomain
[Download RAW message or body]

> Well but, for example, the "remove" submenu in the Panel menu is absolutely 
> redundant. I remove the applet from the basic applet menu, it's the shortest 
> and clearest way.

Not sure.
Users can also hide the handles :-)
Not all applets provide the submenu on them.
But, of course, when we hide the handles, it's to have a "lock kicker"
feature (such as in Windows xp).
So it's to not remove accidentaly the applets (and because it's less
uggly).
So, yes : it's redundant.

> The problem, as I said, is actually *adding* a new applet.
> That's the problem.

Hum. Yes.
But we also need the "Configure kicker" entry.
It's not obvious to start a heavy solution such as KControl to just
configure the kicker.
This entry must also be keeped.

> Has someone any ideas?? 

Hum... No :-(
I will think about...

> Maybe it should stay in the Configure panel dialog, but in this case that 
> dialog should mostly redisegned, so I'd prefer to think about another 
> method...but I don't know what :(

Need some usability tests. I'm not sure users will immediatly think to
"configure the pannel" to add applets or buttons. It's not direct.

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