-
Notifications
You must be signed in to change notification settings - Fork 27
Should header, footer have "Use WAI-ARIA mapping" when scoped to the body element? #119
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
Comments
BTW: If you agree with my suggestion, it might also be worth making this change for
because it's only the Localized Control Type which differs from the And perhaps a similar change for |
@jasonkiss and @asurkov: What say you? :) |
Use WAI-ARIA mappings and specify only differences for header/footer scoped to body, aside, and output.
I say you are correct, @joanmarie :) See a1a661d. I've updated mappings for Made similar changes as suggested for Thanks! |
I agree that the elements having same semantics should be reflected same way in accessibility APIs. However I'm not sure that LANDMARK role is a best fit for headers and footers, that both IA2 and ATK provide the better role match. @joanmarie do you know why ARIA header and footer equivalents don't use HEADER and FOOTER roles? |
Currently in the HTML AAM,
header
scoped to thebody
element is mapped to thebanner
role. Similarly,footer
scoped to thebody
element is mapped to thecontentinfo
role. However, in both cases, they have platform mappings for each platform. So what's the point of the ARIA corresponding role? (rhetorical question)The macOS and UIA mappings reflect what's in the Core AAM (modulo UIA's Localized Control Type), thus
header
andfooter
when scoped to thebody
element are treated as landmarks. But in ATK and MSAA+IA2, they are given different, non landmark roles. This means that the user experience may vary noticeably depending on platform, which is not ideal.If
header
andfooter
, when scoped to thebody
element, really should be treated as if the elements had the stated ARIA role, then the MSAA+IA2 and ATK mappings are wrong and should be changed to reflect the mappings in the Core AAM. And if that is indeed the case, then wouldn't it make sense to make the following additional changes:The text was updated successfully, but these errors were encountered: