https://bugzilla.wikimedia.org/show_bug.cgi?id=29199
--- Comment #4 from Trevor Parscal <tpars...@wikimedia.org> --- I'm not working on this - but I do think there are issues. The collapsible navigation headers should be focusable, but their contents should be indexed directly after them, so pressing enter to open will make it possible to tab into them, closing them by pressing enter again will make it possible to skip directly over them. The fact that the links within the sidebar aren't accesible is a horrible bug. It's not clear that the tabs are a better place to jump the user to first. When we tested frequency of use, the sidebar was used far more frequently than any of the tabs, especially the home page and random article links. The idea of collapsible navigation was originally that you could easily jump over them and onto other things (both with your keyboard focus and your eyes) by them being initially collapsed. Any sufficiently complex user interface is going to suck for tab-indexing, so perhaps we could come up with a structured approach. We could have 5 focusable items (which each play a different "role"), when you press enter on search you search, otherwise you enter a focusing state where you are now tabbing through the sub-items of the area. Press escape to leave this focus group. 0: search 1: sidebar 0+: portal headings and links in order of vertical appearance 2: head 0+: tabs, then personal tools 3: content 0+: links in the content 4: foot 0+: links in the foot There's some guidelines about how this sort of thing should be handled in the WAI-ARIA spec http://www.w3.org/WAI/PF/aria-practices/#focus_tabindex -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
