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

List:       kde-usability
Subject:    Re: [PATCH] enhancing kicker menu extensions
From:       Aaron Seigo <aseigo () kde ! org>
Date:       2004-03-18 20:01:51
Message-ID: 200403181301.51601.aseigo () kde ! org
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On March 18, 2004 12:35, Alexander Neundorf wrote:
> On Tuesday 16 March 2004 22:55, Alexander Neundorf wrote:
> > Uhh, it seems we even get to some constructive discussion.
> > How scary ;-)
>
> ...it seems nobody else cares about this.
> I guess I'm going to commit the code in the next days.

i've been busy the last few days and haven't gotten through all my email for 
the week yet, but....... i have already commented on this same thread in the 
past. you can keep resurrecting it as often as you want, but i probably won't 
want to keep discussing it over and over ... sorry =)

if you don't recall, my previous comments went something like:

 o kicker is not a toolbar. it's a much more complex beast. trying to derive 
conclusions about kicker by adopting the narrow viewpoint of a toolbar is not 
exactly conclusive logic IMHO

 o having some menus that behave one way and other menus that behave another 
is not consistent. period.

 o kicker is not alternative means to access capabilities, it's the primary 
one (one of the many ways the panel is different from a toolbar). these 
decisions matter a LOT. 

 o open questions include whether or not people will actually figure out it's 
a menu at all and what effect having buttons that purport to be menu-like in 
some way has on people trusting other menus on the panel

 o i see the benefit of having a delay-menu button as an option being that, 
for instance, we can ship with a Konqi profile button allowing to up the 
prominence of profiles while allowing the usual "click and it launches" 
behaviour. but that has further issues: how do we separate and classify file 
management from network/web browsing profiles? that's a pretty fundamental 
issue IMO. konsole is more cut-n-dry of an issue, of course.

personally, if we're going to offer such things i'd much rather see them 
visually distinct (something others brought up already), in particular a 
visual separation between the button part and the menu part. the Text Color 
toolbar button in KWord exhibits this behaviour, and it is a fairly common 
button style in other apps on many other platforms as well.

this keeps things consistent while allowing for flexibility. thoughts?

- -- 
Aaron J. Seigo
Society is Geometric
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQFAWgAv1rcusafx20MRAnXUAKCxNqaVRUYd3G+lNy8ARHHwrl5SWACghqJw
bp+6d4hf2J594xzvlhZ4+Gg=
=41v2
-----END PGP SIGNATURE-----
_______________________________________________
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]