-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Clarify details documentation for a11y and usage #9899
Labels
a11y-tracker
Group bringing to attention of a11y, or tracked by the a11y Group but not needing response.
accessibility
Affects accessibility
Comments
annevk
added
accessibility
Affects accessibility
a11y-tracker
Group bringing to attention of a11y, or tracked by the a11y Group but not needing response.
labels
Nov 1, 2023
dbaron
added a commit
to dbaron/html
that referenced
this issue
Dec 12, 2023
…ils>. This adds two pieces of advice discussed in w3c/html-aam#509 and whatwg#9899 .
3 tasks
Linking #10003 because sometimes I wander back to issues and having related issues and PRs all connected helps me. |
domenic
pushed a commit
that referenced
this issue
Jan 9, 2024
This adds two pieces of advice discussed in w3c/html-aam#509 and #9899. Co-authored-by: Scott O'Hara <scottaohara@users.noreply.github.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
a11y-tracker
Group bringing to attention of a11y, or tracked by the a11y Group but not needing response.
accessibility
Affects accessibility
What is the issue with the HTML Standard?
With the merging of #9400 the topics raised about how to identify / expose the grouping of details elements for acessibility wasn't really resolved. The note "keeping related elements together can be important for accessibility" dosen't do much in the description of why, or how. For example, the prior sentence indicating one could use the section element won't actually do anything to help expose this grouping to ATs, without additional guidnace.
Additionally, it may also be worth pulling in guidance similar to the following note about dialogs:
For instance, the hidden until found behavior of details/summary can be quite useful if looking for specific content within a web page. But, say if someone were to use these elements to create custom UI components, similar to those listed in the dialog note, or even simply as a means to create an accordion of links within a navigation, such details content could be unexpectedly revealed as a user searched for a term or phrase in the primary content of the page.
I can work on a PR to address the topics I raised.
The text was updated successfully, but these errors were encountered: