-
Notifications
You must be signed in to change notification settings - Fork 355
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Web Accessibility. Keyboard navigation behavior with [TAB] #2605
Comments
It depends on what roles the elements have in the navigation:
If they use role=menuitem/menubar/menu, they did it wrong. If they are links, they have done it right |
Menu for navigation is not without controversy: #353 |
Hello @JAWS-test Pressing TAB, Shift+TAB will go through all items of top navigation menu. Would it be a mistake? Is it allowed for that specification / recommendation? Behavior will be the same as on https://www.w3.org/WAI/ARIA/apg/patterns/disclosure/examples/disclosure-navigation/ Another question:
Thank you |
@nfxpnk asks:
Yes, it would be a mistake. Please see explanation in my comment on 2607. @nfxpnk asks:
This is a recommendation for helping sighted keyboard users understand when they can use arrow keys to navigate among items that are grouped together in a single tab stop. The outer border is intended to signal the grouping. It is not the only way to visually provide that kind of information. While providing such support to sighted keyboard users is not yet a common practice, the APG Task Force views the lack of such support as problematic. |
@nfxpnk if your question is not sufficiently answered, please feel free to re-open. |
It would be a violation of the ARIA APG recommendations. However, it is important to understand that the ARIA APG are only recommendations - it is not mandatory to follow them. There are normative requirements that are in the ARIA specification and WCAG, for example. Unfortunately, in both specifications there are hardly any requirements regarding the concrete keyboard operation. A menu with the ARIA roles for menus that can be navigated with TAB and arrow keys would not be a violation of the ARIA specification and the WCAG. In this respect, you are welcome to do it that way, but it would not make sense and would confuse blind people. |
@JAWS-test wrote:
While the ARIA specification does not absolutely forbid tabbing inside a menu, that does not mean authors are welcome to build a menu that way. The ARIA spec contains a normative requirement stating that authors SHOULD provide arrow key navigation instead of tab navigation inside menus. That is just one step down from "authors MUST". The menu role includes the following normative requirement:
|
Thanks for the addition. Yes, fortunately it is a bit more clearly stated in the ARIA specification. But unfortunately in WCAG, which are accessibility guidelines for many countries in the world, there are few concrete requirements for keyboard operation, so according to WCAG a menu with TAB operation inside would not be a violation. See w3c/wcag#872 |
Hello, community!
Here is a list of randomly selected websites which follow (or not) best practices.
Most visited e-commerce websites top list:
Additional
I checked how keyboard navigation works on each site from the list above.
With [TAB] key I can choose every item of top navigation menu.
And only here https://www.w3.org/WAI/ARIA/apg/patterns/menubar/examples/menubar-navigation/ we can't do the same.
It is only possible to choose first item with [TAB]. And then we need to press arrow keys to continue navigation.
Question is: Most of the developers (Amazon/eBay) have done it wrong? Or navigation on top level menu can be done with [TAB] as well? With no issues to Accessibility?
Thank you.
The text was updated successfully, but these errors were encountered: