kwin default window button order.
Thomas Zander
zander at kde.org
Thu Nov 15 19:32:40 GMT 2007
On Thursday 15. November 2007 19:43:13 Lubos Lunak wrote:
> > * close is a destructive action and should therefore be kept away from
> > other buttons. we do this in our menus as well.
>
> But in the menu it's moved only a bit away, and it can be done for
> titlebar buttons as well (as seen e.g. in this openSUSE screenshot
> http://en.opensuse.org/Image:Screeny102_KDE_k3b.jpg).
The point is that the buttons are quite a bit smaller then the normal buttons
a user uses. The spacing between an 'ok' and a 'cancel' button, combined with
the button size is that its much much easier to miss the cancel if you aim
for the ok button.
So, I like the idea you bring up but I think its a baby step in the right
direction. And combined with the fact that not all win-decos support spacers
I think its not sufficient.
> > * it changes the defaults to the above
>
> With the exception of this item, unless there's stronger support for it.
> I'd personally prefer the using of spacers to separate the close button.
How much stronger? We already have 3 people saying they want their close
button on the opposite side of their minimize/maximize buttons...
For everyone, please try changing your default to the suggestion aaron made;
http://aseigo.bddf.ca/dms/1/235_window_buttons.png [1]
And just run with it for a week or so (got to give it some time), after which
you tell us if you like or dislike it.
1) from http://aseigo.blogspot.com/2005/09/buttons-bugs-and-babies.html
--
Thomas Zander
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20071115/8791421c/attachment.sig>
More information about the kde-core-devel
mailing list