[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-usability
Subject: Re: icons on buttons
From: "Hans Chen" <hanswchen () gmail ! com>
Date: 2008-01-12 17:00:23
Message-ID: c59230380801120900ifcb725dp2296ae2645a3bebf () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
In KDE3 this options is located in "Style", under "Appearance & Themes". I
fail to see the connection to window behavior - or maybe I've misunderstood
the whole topic.
Personally I like this feature. Although the argument "Windows and Mac OS X
don't have it" isn't valid (in my opinion) this could be a reason to
investigate further. For now I don't see this as a problem as you can
disable it.
On Jan 12, 2008 3:20 PM, Celeste Lyn Paul <celeste@kde.org> wrote:
> On Saturday 12 January 2008 05:37:01 Dominik Haumann wrote:
> > On Saturday 12 January 2008, Jos Poortvliet wrote:
> > > Since when does 'doing what MS and Apple do' constitute a good reason
> > > to do something? Sure, we can try to figure out WHY they do certain
> > > things, and if their reasons are sound, we can follow. But I see no
> > > compelling reason to remove icons from buttons - and though I am no
> > > expert, I can easily see why it's actually an advantage in terms of
> > > usability. There are projects out there which are trying to copy MS or
> > > Apple, but we ain't one of them. We just want to create great, usable
> > > software - copying them blindly doesn't bring much advantages that I
> > > can think of when there are ways to do better than them.
>
> I don't know of too much evidence which supports icons on system buttons,
> save
> the few examples where the icons can help with translations and illiteracy
> (not a primary or even secondary goal of the windowing system and
> shouldn't
> be used as justification). The dialogs and button options should be
> written
> in a way that the actions are clear to the user. The icon meanings and
> can
> be misinterpreted and take up space which could be used for better buttons
> (space is always an issue for Spanish and German translations, probably
> more). Together with the label, I don't think there is a strong enough
> value
> added to counter the "screen junk" and inconsistency issues.
>
> I don't know of any compelling reasons to have icons on the buttons, and
> the
> counter examples seem like a good reason to take them off -- at least by
> default*
>
> > Besides: open .kde/share/config/kdeglobals and edit the section [KDE]
> with
> >
> > [KDE]
> > ...
> > ShowIconsOnPushButtons=false
> >
> > It's configurable... (something KPersonalizer did)
>
> This is not something we should expect the user to do.
>
> *The button icon configuration should be configured in the window behavior
>
> section of kcontrol.
>
>
> --
> Celeste Lyn Paul
> KDE Usability Project & HCI Working Group
> Kubuntu
> www.kde.org
> www.kubuntu.org
>
> _______________________________________________
> kde-usability mailing list
> kde-usability@kde.org
> https://mail.kde.org/mailman/listinfo/kde-usability
>
>
[Attachment #5 (text/html)]
In KDE3 this options is located in "Style", under "Appearance & \
Themes". I fail to see the connection to window behavior - or maybe I've misunderstood \
the whole topic. <br><br>Personally I like this feature. Although the argument "Windows \
and Mac OS X don't have it" isn't valid (in my opinion) this could be a reason to \
investigate further. For now I don't see this as a problem as you can disable it. \
<br><br><div class="gmail_quote">On Jan 12, 2008 3:20 PM, Celeste Lyn Paul <<a \
href="mailto:celeste@kde.org" target="_blank">celeste@kde.org</a>> wrote:<br><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt \
0.8ex; padding-left: 1ex;">
<div>On Saturday 12 January 2008 05:37:01 Dominik Haumann wrote:<br>> On Saturday 12 January \
2008, Jos Poortvliet wrote:<br></div><div>> > Since when does 'doing what MS and \
Apple do' constitute a good reason <br>> > to do something? Sure, we can try to \
figure out WHY they do certain<br>> > things, and if their reasons are sound, we can \
follow. But I see no<br>> > compelling reason to remove icons from buttons - and though I \
am no <br>> > expert, I can easily see why it's actually an advantage in terms \
of<br>> > usability. There are projects out there which are trying to copy MS or<br>> \
> Apple, but we ain't one of them. We just want to create great, usable <br>> > \
software - copying them blindly doesn't bring much advantages that I<br>> > can think \
of when there are ways to do better than them.<br><br></div>I don't know of too much \
evidence which supports icons on system buttons, save <br>the few examples where the icons can \
help with translations and illiteracy<br>(not a primary or even secondary goal of the windowing \
system and shouldn't<br>be used as justification). The dialogs and button options should be \
written <br>in a way that the actions are clear to the user. The icon meanings and \
can<br>be misinterpreted and take up space which could be used for better buttons<br>(space is \
always an issue for Spanish and German translations, probably <br>more). Together with \
the label, I don't think there is a strong enough value<br>added to counter the \
"screen junk" and inconsistency issues.<br><br>I don't know of any compelling \
reasons to have icons on the buttons, and the <br>counter examples seem like a good reason to \
take them off -- at least by<br>default*<br><div><br>> Besides: open \
.kde/share/config/kdeglobals and edit the section [KDE] with<br>><br>> [KDE]<br> \
> ...<br>> ShowIconsOnPushButtons=false<br>><br>> It's \
configurable... (something KPersonalizer did)<br><br></div>This is not something we should \
expect the user to do.<br><br>*The button icon configuration should be configured in the window \
behavior <br>section of kcontrol.<br><font color="#888888"><br><br>--<br>Celeste Lyn \
Paul<br>KDE Usability Project & HCI Working Group<br>Kubuntu<br><a \
href="http://www.kde.org" target="_blank">www.kde.org</a><br><a href="http://www.kubuntu.org" \
target="_blank">
www.kubuntu.org</a><br></font><br>_______________________________________________<br>kde-usability \
mailing list<br><a href="mailto:kde-usability@kde.org" \
target="_blank">kde-usability@kde.org</a><br><a \
href="https://mail.kde.org/mailman/listinfo/kde-usability" target="_blank">
https://mail.kde.org/mailman/listinfo/kde-usability</a><br><br></blockquote></div><br>
_______________________________________________
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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic