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

aria heading level takes precedence - no conflict w <h> #194

Open
cliffbert opened this issue Mar 28, 2023 · 0 comments
Open

aria heading level takes precedence - no conflict w <h> #194

cliffbert opened this issue Mar 28, 2023 · 0 comments

Comments

@cliffbert
Copy link

atbcb/ICTTestingBaseline#405

https://www.w3.org/TR/wai-aria-1.1/#host_general_conflict:

When WAI-ARIA states and properties correspond to host language features that have the same implicit WAI-ARIA semantic, it can be particularly problematic to use the WAI-ARIA feature. If the WAI-ARIA feature and the host language feature are both provided but their values are not kept in sync, user agents and assistive technologies cannot know which value to use. Therefore, to prevent providing conflicting states and properties to assistive technologies, host languages MUST explicitly declare where the use of WAI-ARIA attributes on each host language element conflicts with native attributes for that element. When a host language declares a WAI-ARIA attribute to be in direct semantic conflict with a native attribute for a given element, user agents MUST ignore the WAI-ARIA attribute and instead use the host language attribute with the same implicit semantic.

User agents testing (Chrome, Firefox) showed the aria-level (instead of native attribute) in accessibility tree when conflict is present between aria-level and H level.

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

2 participants
@cliffbert and others