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

Define more ARIA landmarks in the CMS admin #5275

Closed
7 tasks
thibaudcolas opened this issue May 1, 2019 · 2 comments · Fixed by #5290
Closed
7 tasks

Define more ARIA landmarks in the CMS admin #5275

thibaudcolas opened this issue May 1, 2019 · 2 comments · Fixed by #5290

Comments

@thibaudcolas
Copy link
Member

thibaudcolas commented May 1, 2019

Part of #4199 (comment). See also #4623 (WIP).

To explore the content of a web page, users of assistive technologies rely on the use of Landmarks to identify major parts of the web page, e.g: navigation, main, footer, form...etc.

Wagtail only has a couple set up right now, we should add more. ARIA roles we should use for landmarks: banner, navigation, main, contentinfo, search (https://dequeuniversity.com/assets/html/jquery-summit/html5/slides/landmarks.html)

A/C:

  • CMS admin UI has ARIA roles defined for major parts of the UI: header, main menu, content, search, tabs, footer, etc

Additional readings on the importance of proper heading structure and landmarks:


We will want to do this for:

  • header
  • main menu
  • main content
  • search
  • tabs
  • footer
@thibaudcolas
Copy link
Member Author

See #5290.

WCAG2.1 & ATAG 2.0 for CMS automation moved this from In progress to Done May 14, 2019
@thibaudcolas
Copy link
Member Author

We didn't really cover tabs that much here – they were in the initial issue description, but these aren't actually landmarks, so I think they warrant a separate issue.

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

Successfully merging a pull request may close this issue.

1 participant