https://bugzilla.wikimedia.org/show_bug.cgi?id=47993
--- Comment #11 from Derk-Jan Hartman <[email protected]> --- @Graham: You said: "screen reader users tend to cut off their speech all the time to speed things up." I was struggling to figure out how this mattered, but I think I now understand. You are basically 'programmed' to skip/break off certain things automatically when you are reading a page right ? So in the old DOM location, this was less of a problem to you, because the notification was basically part of the content 'proper' of a page, just before the header level 1. This is a location where you usually don't skip/break off the notifications right ? I'm struggling to find a good solution to this. Perhaps in addition to setting role=alert, we could use aria-flowto. We could set this conditionally on wether or not there are new message. If there are new messages, a 'flowto' on Header level 1 for instance, could direct the screenreader to the new messages indicator. Then we put an aria-flowto with a list on the indicator, which would give the reader the option to continue reading the personal tools list, or to go back to the content. -- 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
