[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-usability
Subject: Re: opinion on this...
From: "Diego Moya" <turingt () gmail ! com>
Date: 2008-02-04 18:20:47
Message-ID: 11ee04940802041020x13be0603jf4b5b9a4df05d8c8 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
If I "Cancel" the error, do I get the application to work properly? W00t!
(I know, I know - you're the visual style team, you're not into the texting
businesses. But you should take care of the examples you release to the
world, as they will create a following).
Hint: the button should include a clue about their action, which must be
sensible to the user's needs.
- "Ok" is meaningless in this context - it's an error, it's NOT ok!
- "Accept" is humiliating.
A better option for the closing button would be "Log this message", with an
explanation that all the logged notifications will go to an easily
accessible errors archive (something that should be supported by the
notification libraries).
On 03/02/2008, pinheiro <nuno@oxygen-icons.org> wrote:
>
> We are refactoring the eror messages our latest idea on the subject is
> somthing like
> opinions ideas are welcome
> http://nuno-icons.com/images/estilo/image4612.png
>
> --
>
> core oxygen icon designer
> _______________________________________________
> kde-usability mailing list
> kde-usability@kde.org
> https://mail.kde.org/mailman/listinfo/kde-usability
>
[Attachment #5 (text/html)]
If I "Cancel" the error, do I get the application to work properly? \
W00t!<br><br>(I know, I know - you're the visual style team, you're not into \
the texting businesses. But you should take care of the examples you release to the \
world, as they will create a following).<br>
<br>
Hint: the button should include a clue about their action, which must be sensible to \
the user's needs.<br>- "Ok" is meaningless in this context - it's \
an error, it's NOT ok!<br>- "Accept" is <span \
onclick="dr4sdgryt2(event)" style="cursor: pointer;">humiliating.<br> <br>A better \
option for the closing button would be "Log this message", with an \
explanation that all the logged </span><span onclick="dr4sdgryt2(event)" \
style="cursor: pointer;">notifications will go to an easily accessible errors archive \
(something that should be supported by the notification libraries).</span><br>
<br><br><br><div><span class="gmail_quote">On 03/02/2008, <b \
class="gmail_sendername">pinheiro</b> <<a \
href="mailto:nuno@oxygen-icons.org">nuno@oxygen-icons.org</a>> \
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> We are refactoring the \
eror messages our latest idea on the subject is<br>somthing like<br>opinions ideas \
are welcome<br><a href="http://nuno-icons.com/images/estilo/image4612.png">http://nuno-icons.com/images/estilo/image4612.png</a><br>
<br>--<br><br>core oxygen icon \
designer<br>_______________________________________________<br>kde-usability mailing \
list<br><a href="mailto:kde-usability@kde.org">kde-usability@kde.org</a><br><a \
href="https://mail.kde.org/mailman/listinfo/kde-usability">https://mail.kde.org/mailman/listinfo/kde-usability</a><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