Keyboard trap (WCAG 2.0, 2.1.2)
I'm reviewing Zotero to see if it is built to meet Web Content Accessibility Guidelines (WCAG) 2.0.
I'm looking at Success Criteria 2.1.2 https://www.w3.org/WAI/WCAG21/Understanding/no-keyboard-trap.html
For various reasons, many researchers rely on the keyboard rather than a mouse to move the system focus through an interface (e.g., carpal tunnel syndrome)
I'm applying the WCAG test procedure to detect the successful build of reliable technique #G21
https://www.w3.org/WAI/WCAG21/Techniques/general/G21#tests
System
- Mac
- Desktop Zotero
Testing procedure
1. Press Tab to move the system focus through every focusable element on the interface
2. When you get to the last focusable element, press SHIFT + TAB or other keyboard keys to go back to the first element
Step #2 fails at "Extra" and "Title" fields in the item editor. Additionally, the complete toolbar cannot be accessed by Tab/Shift+Tab
Is there anything I can do to help the Zotero dev team meet Success Criteria 2.1.2?
I'm looking at Success Criteria 2.1.2 https://www.w3.org/WAI/WCAG21/Understanding/no-keyboard-trap.html
For various reasons, many researchers rely on the keyboard rather than a mouse to move the system focus through an interface (e.g., carpal tunnel syndrome)
I'm applying the WCAG test procedure to detect the successful build of reliable technique #G21
https://www.w3.org/WAI/WCAG21/Techniques/general/G21#tests
System
- Mac
- Desktop Zotero
Testing procedure
1. Press Tab to move the system focus through every focusable element on the interface
2. When you get to the last focusable element, press SHIFT + TAB or other keyboard keys to go back to the first element
Step #2 fails at "Extra" and "Title" fields in the item editor. Additionally, the complete toolbar cannot be accessed by Tab/Shift+Tab
Is there anything I can do to help the Zotero dev team meet Success Criteria 2.1.2?
Thanks for investigating this.