-
Notifications
You must be signed in to change notification settings - Fork 50
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
Comments
there's a related issue 77 (w3c/html-aam#77), where suggested to rely on HTML spec definition, which should resolve this issue, @jasonkiss ? |
Agreed. Would recommend reusing language from the HTML-AAM and the phrasing pattern already used in this spec for the section element:
|
the issue with these definitions is that it is not immediately clear what "scoped to the body" means |
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) |
Pulling in the comment from @JAWS-test from issue #161, as I'm closing that issue to consolidate:
|
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: 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. |
resolving this issue needs w3c/html-aam#375 to be completed. |
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>
statesHowever, 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:
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?
The text was updated successfully, but these errors were encountered: