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-details precedence over aria-describedby #1009

Closed
jongund opened this issue Jul 1, 2019 · 5 comments
Closed

aria-details precedence over aria-describedby #1009

jongund opened this issue Jul 1, 2019 · 5 comments
Milestone

Comments

@jongund
Copy link
Contributor

jongund commented Jul 1, 2019

In the definition of aria-details has the following statement about the precedence of aria-details over aria-describedby:

"In some user agents, multiple reference relationships for descriptive information are not supported by the accessibility API. In such cases, if both aria-describedby and aria-details are provided on an element, aria-details takes precedence."

The CORE AAM for aria-details and aria-describedby tells an interesting story:

  1. The mappings seem to be independent of each other except for UIA, so are processing instructions needed to be included to enforce the precedence of aria-details? Can the mapping be updated for UIA to make them independent?
  2. What is more concerning is there is no mapping for aria-details for AX API, which means using this property will be useless to users of macOS. If anything shouldn't we be giving precedence to aria-describedby which is supported on all platforms?
@jnurthen jnurthen added the F2F Topics For F2F (or virtual F2F) label Jul 11, 2019
@joanmarie joanmarie added this to the ARIA 1.2 milestone Jul 11, 2019
@jongund jongund added F2FCandidate Candidate topics for F2F (or Virtual F2F) meeting and removed F2FCandidate Candidate topics for F2F (or Virtual F2F) meeting labels Aug 1, 2019
@jnurthen
Copy link
Member

@cookiecrook At TPAC you seemed amenable to getting a mapping for aria-details into AX API. Can we get a path forwards on this so we can resolve this issue particularly in regards to the ongoing work on ARIA Annotations.

@cookiecrook
Copy link
Contributor

cookiecrook commented Sep 26, 2019

My comment was that original use cases for aria-details were questionable like longdesc or aria-describedat, but that the annotations use case mentioned for document suites has merit. @aleventhal is proposing this use for Google Docs.

@jnurthen
Copy link
Member

Correct - any chance we can get some mappings for AX API so we can resolve at least half of this issue? I can log an issue against core-aam and assign to you if that would help.

@cookiecrook
Copy link
Contributor

https://bugs.webkit.org/show_bug.cgi?id=165842

@jnurthen jnurthen removed the F2F Topics For F2F (or virtual F2F) label Oct 14, 2019
@jnurthen jnurthen modified the milestones: ARIA 1.2, ARIA 1.3 Nov 19, 2019
@pkra
Copy link
Member

pkra commented Feb 27, 2021

I think this can be closed now. The problematic wording is no longer in the spec. Instead it reads

If a user agent relies on an accessibility API that does not support exposing multiple descriptive relations, and if an element has both aria-details and aria-describedby, the user agent SHOULD expose the aria-details relation and the description string computed from the aria-describedby relationship.

For the point about core-aam listing AX API as not mapped I filed w3c/core-aam#88.

@pkra pkra closed this as completed Feb 27, 2021
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

5 participants