https://bugzilla.wikimedia.org/show_bug.cgi?id=40307

--- Comment #6 from Krinkle <[email protected]> 2012-09-18 04:04:36 UTC ---
(In reply to comment #5)
>  I think using auto-hide for these kinds of notifications makes for poor site
> accessibility. There's a lot of text and it's difficult to read it all 
> quickly.
> The current message displays for five seconds and contains the following text:

It depends on the message. For one, that message contains way too much crap. We
have a tendency to cover our complicated interface by bombarding the user with
loads of text.

A confirmation of an asynchronous event (adding page to watchlist) is in my
opinion not the place to explain how it all works and elaborately explain which
wire to cut in the event of facing a bomb.

So for the watchlist confirmation a simple hiding is probably OK.

Having said that, there is two other types of messages for the user:

* Messages that have a home:
- Got a new e-mail, preview shown. Clicking opens up the e-mail. Message
auto-hides. Users knows where to find e-mails later if they missed the message,
clicked too late, or want to check later (e.g. they might have left their
screen open and went to the loo, they'll catch up on e-mail later by going to
the inbox manually).

* Messages that don't have a home:
- All messages should have a home, but for those that don't yet. If they are
important, they should probably not auto-hide. Examples are messages that
require user interaction (e.g. clicking one of two buttons). Those would appear
until the user either takes or dismisses the call for action.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to