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

Discrepancy between platform mappings for footer #534

Open
tranjocelyn opened this issue Mar 4, 2024 · 3 comments
Open

Discrepancy between platform mappings for footer #534

tranjocelyn opened this issue Mar 4, 2024 · 3 comments

Comments

@tranjocelyn
Copy link

For section 3.4.42 footer (scoped to the main element,a sectioning content element), some platforms expose the generic role, however, for others (UIA and ATK) they expose the footer role. Why are the mappings so different from each other?

@aleventhal
Copy link
Collaborator

@jcsteh do you have an opinion on this one? Each platform's mapping is very different from each other.

@scottaohara
Copy link
Member

worth keeping this proposal for new non-generic header/footer roles in mind - w3c/aria#1931

actually. if chromium / gecko could express whether they'd good with that proposal or not, then that can be implemented, and then platforms can be consistent.

@jcsteh
Copy link

jcsteh commented Mar 4, 2024

This kind of discrepancy usually occurs because a platform didn't want to lose the semantic information inferred by the role, but also didn't want it mapped as a landmark in some cases. This is also why the form element/role is so messy. Other platforms likely didn't agree because a non-landmark version of that role doesn't exist on that platform.

I can't speak for UIA, which tends to non-semantically map a whole bunch of stuff to localized control types. That'd be a question for someone at Microsoft.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants