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

Possible conflict with the HTML Accessibility API Mappings document #63

Open
matatk opened this issue Jan 6, 2017 · 7 comments
Open
Assignees
Labels
Clarification needed Revise or expand the information provided

Comments

@matatk
Copy link

matatk commented Jan 6, 2017

I have a question about an apparent conflict (or lack of info expressed in this document) relative to the HTML Accessibility API Mappings 1.0 document.

Just as an example, I am looking at the implicit semantics of the <footer> element.

In the table in section 2 of this document the entry for <footer> states

If not a descendant of an article, aside, main, nav - (changed) or section element

However, in the HTML Accessibility API Mappings document's "HTML Element Role Mappings" section, other sectioning/sectioning root elements are added into the implicit mapping's description:

descendant of body but not of main or other sectioning content or sectioning root element

Sectioning elements are as above, but sectioning root elements include <blockquote>, <td> and others.

To me, it seems that the info provided in this document is thus not complete, as not all the nesting constraints are given; wonder if it would be best to refer to the HTML Accessibility API Mappings table as the "single point of truth" for this?

@asurkov
Copy link

asurkov commented Jan 9, 2017

there's a related issue 77 (w3c/html-aam#77), where suggested to rely on HTML spec definition, which should resolve this issue, @jasonkiss ?

@jasonkiss
Copy link

Agreed. Would recommend reusing language from the HTML-AAM and the phrasing pattern already used in this spec for the section element:

  • role=banner if the header element is scoped to the body. Otherwise, no corresponding role.
  • role=contentinfo if the footer element is scoped to the body. Otherwise, no corresponding role.

@stevefaulkner
Copy link
Collaborator

the issue with these definitions is that it is not immediately clear what "scoped to the body" means

@asurkov
Copy link

asurkov commented Jan 18, 2018

agreed with @stevefaulkner we should have a link to the HTML spec. I'm curious if can refer to specific paragraph, rather than to element itself (http://w3c.github.io/html/sections.html#the-header-element)

@scottaohara
Copy link
Member

Pulling in the comment from @JAWS-test from issue #161, as I'm closing that issue to consolidate:

HTML-ARIA: "If not a descendant of an article, aside, main, nav - (changed) or section element"
HTML AAM: "scoped to the main element, a sectioning content element, or a sectioning root element other than body"

Definition of sectioning root: https://html.spec.whatwg.org/multipage/sections.html#sectioning-root

I don't care which of the specifications is adapted, but it should be uniform. See also: w3c/html-aam#222

@scottaohara
Copy link
Member

Comment I had originally posted in #118, but going to post/revise here because I think we should merge 118 and then update again:


What's missing now is mention of the sectioning root elements (sans body), which if those elements were added individually, it'd require listing: blockquote details, dialog, fieldset, figure, td and mirroring applicable ARIA roles.

Might this be something we instead reduce to just mentioning the high level requirement of "if scoped to the body [banner/contentinfo], if else no corresponding role" and then link "scoped to the body" to an in-document reference of what that means, including the types of elements and ARIA roles that would prevent a header/footer from being scoped to the body?

Should we also consider noting other ARIA roles that should result in a header/footer not being mapped to landmarks? Quickly reviewing, I'm personally thinking that most of ARIA's roles would also prevent these elements from becoming landmarks.... to the point where it'd likely be fewer roles to list to say what would allow header/footer to be landmarks than to list the ones that would not allow such mappings.

@scottaohara scottaohara added this to the ARIA in HTML: Next milestone Sep 20, 2021
@scottaohara scottaohara added the Clarification needed Revise or expand the information provided label Sep 24, 2021
@scottaohara scottaohara self-assigned this Mar 3, 2022
@scottaohara
Copy link
Member

resolving this issue needs w3c/html-aam#375 to be completed.
there is no longer the concept of a sectioning root in HTML with the recent update to the outline algorithm in the spec.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Clarification needed Revise or expand the information provided
Projects
None yet
Development

No branches or pull requests

5 participants