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

Allow for the possibility of user agents implementing landmark navigation #5813

Open
carmacleod opened this issue Aug 12, 2020 · 2 comments · May be fixed by #5814
Open

Allow for the possibility of user agents implementing landmark navigation #5813

carmacleod opened this issue Aug 12, 2020 · 2 comments · May be fixed by #5814
Labels
a11y-tracker Group bringing to attention of a11y, or tracked by the a11y Group but not needing response. accessibility Affects accessibility clarification Standard could be clearer

Comments

@carmacleod
Copy link
Contributor

The linked draft PR adds a second example to the description of Sequential Focus Navigation Starting Point, so that the Example box reads:

Example: For example, the user agent could set it to the position of the user's click if the user clicks on the document contents. Or, the user agent could set it to a target landmark element if the user agent has a mechanism for navigating by landmarks.

Of course, we would need to define "landmark element" and "navigating by landmarks" before this new sentence could go in.
Those definitions would go something like this:

  • landmark element: An HTML element that has an implicit ARIA landmark role. These elements are: header (in body scope), footer (in body scope), main, nav and aside. (And hopefully also section and form with an associated label element, and search).
  • navigating by landmarks: A user agent may provide a mechanism (for example, in a dialog box or through keyboard commands) for navigating to landmark elements. Keyboard commands could navigate to the landmark element that follows or precedes the Document's sequential focus navigation starting point, which would then be moved accordingly. One of the goals of providing landmark navigation would be to enable efficient navigation based on the author's structural organization of the Document.

Please help me figure out where in the spec these definitions would belong.
It would be really cool to create a new content category for "Landmark content" that intersects with Sectioning content and Flow content.

@domenic
Copy link
Member

domenic commented Aug 12, 2020

My main concern here is duplicating content between HTML and ARIA. If ARIA already defines implicit landmark roles, then we should link to its definitions, instead of creating our own.

Alternately, if we wanted to define landmark roles and the navigation thereof in HTML, that would be reasonable, but I don't think spreading it out over two specs would work that well. And the relevant expertise probably lies with the ARIA spec editors, for longer-term maintenance.

@annevk annevk added a11y-tracker Group bringing to attention of a11y, or tracked by the a11y Group but not needing response. accessibility Affects accessibility clarification Standard could be clearer labels Aug 17, 2020
@michael-n-cooper michael-n-cooper added a11y-tracker Group bringing to attention of a11y, or tracked by the a11y Group but not needing response. and removed a11y-tracker Group bringing to attention of a11y, or tracked by the a11y Group but not needing response. labels Aug 19, 2020
@botic
Copy link

botic commented Apr 7, 2023

I think my 12 year old Firefox bug report goes in the same direction: https://bugzilla.mozilla.org/show_bug.cgi?id=670928

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
a11y-tracker Group bringing to attention of a11y, or tracked by the a11y Group but not needing response. accessibility Affects accessibility clarification Standard could be clearer
Development

Successfully merging a pull request may close this issue.

5 participants