-
Notifications
You must be signed in to change notification settings - Fork 126
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
Add Accessible Name Required row to each role's characteristics table where it is missing #2411
Comments
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
IMO this is missing from section 5.2 where We should also check all the other characteristics are present and clean them up at the same time. |
§5.2.8.4 “Roles Supporting Name from Author” and §5.2.8.5 “Roles Supporting Name from Content” sort of address this now, by placing “(name required)” beside roles that require an accessible name. Adding a new “Accessible Name Required” section would make those parentheticals redundant, so we should consider removing them at the same time. |
“Accessible Name Required” rows used to list “False”. This changed in 2021 via #1477, which implemented #1466:
|
Describe the change
As per comments in w3c/aria-practices#3211, currently only roles where an accessible name is required have an Accessible Name Required row, with a value pair set to "True".
Roles where accessible name is not required do not have a matching row. Users are left to understand that a role without this value pair have an inferred row of "false".
For those who are not intimately familiar with such a convention, I believe each role's characteristics table should contain an Accessible Name Required row, with either a true/false or less binary value.
Link to the version of the specification or documentation you were looking at
Link to documentation: https://www.w3.org/TR/wai-aria-1.3/ and https://www.w3.org/TR/wai-aria-1.2/
Does the issue exists in the editors draft (the editors draft is the most recent draft of the specification)?
Yes
The text was updated successfully, but these errors were encountered: