Skip to content
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

Tabs Component Keyboard Behaviour #291

Open
cmuncharaz opened this issue Oct 15, 2021 · 1 comment
Open

Tabs Component Keyboard Behaviour #291

cmuncharaz opened this issue Oct 15, 2021 · 1 comment

Comments

@cmuncharaz
Copy link
Contributor

The results page includes a tabs component to show the list of errors, warnings, notices, and ignored rules. In the current implementation, each tab is focused pressing the TAB key.

This is not the expected keyboard behaviour according to the tabs design pattern described in the WAI-ARIA Authoring Practices. The WAI-ARIA guide recommends to move focus between tabs using the arrow keys.

However, there are some opinions against this recommended behaviour and to support the current implementation on Pa11y Dashboard. Paul J. Adam wrote a post on ARIA Tab Panel Accessibility, published in the Deque blog. Paul thinks that most users would expect tabs to be TABable.

Should the tabs component on Pa11y Dashboard adhere to the recommended behaviour described by the WAI-ARIA Authoring Practices? Is it okay to keep TABable tabs?

@Leddfoot
Copy link

Leddfoot commented Nov 8, 2022

Is it possible to have both? That would satisfy both opposing views.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants