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

--- Comment #7 from Steven Walling <[email protected]> 2012-09-18 04:09:00 
UTC ---
> 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:
> 
> ---
> The page "Main Page" has been added to your [watchlist]. Future changes to 
> this
> page and its associated talk page will be listed there, and the page will
> appear bolded in the [list of recent changes] to make it easier to pick out.
> ---
> 
> Imagine that a new user, just having registered an account, clicks the star
> icon. He or she is expected to read (and understand) all of this in five
> seconds before the message disappears? Plus there are two links in there. But
> pretty soon the message has disappeared; who knows, you may have been reading
> another window or tab (bug 40322). This is kind of nasty behavior, in my
> opinion.
> 
> I think the hover trick (where putting your cursor over a message will cause
> the message to not auto-hide) is non-obvious. Admittedly Microsoft Outlook 
> does
> something similar with e-mail inbox message previews.
> 
> And not everybody has a hover state these days. Are cursor-less users just
> expected to read everything very quickly?
> 
> Maybe it makes sense to not auto-hide for new users only. Or maybe auto-hide
> isn't as evil as it seems. I think this needs more thought.

I don't think we should necessarily optimize for so much text. I think you can
basically cut it all down to "The page "Main Page" has been added to your
[watchlist]." as long as you have the link. 

I think auto-hide is just courtesy for certain kinds of messages, especially
confirmation messages. You see this pattern all over. For other kinds of
notification, such as things where a response is expected of you and/or it does
not cover elements of the page, it's not. I think the hover state is a good
idea. Placing a cursor on an element and/or clicking it is obviously indicative
of "grabbing" it, and as such is expected behavior.

-- 
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