Should Technique G138 be revised to not be a sufficient technique for 1.3.1? #3830
backwardok
started this conversation in
General
Replies: 2 comments
-
AT currently read bold/strong, usually there is a verbosity setting as they aren't read by default, but the information is available to AT. |
Beta Was this translation helpful? Give feedback.
0 replies
-
This issue is labelled as a discussion, so we’re moving this to Discussions. There doesn’t seem to be an update to make to the documentation, but if that changes, we can move it back to the issues list. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Note: Maybe more of a discussion area in relation to what should or should not be considered sufficient within WCAG if the technique is not fully supported by browsers.
G138 is marked as a sufficient technique to meet 1.3.1, with the example of using
<strong>
to provide emphasis. While browsers have a default style that's applied for<strong>
elements, it doesn't seem like they're exposed programmatically in their respective accessibility trees (even if they're exposed in their DOM trees).Here's how the different browsers are exposing
<strong>
in their a11y tree/node inspectors:StaticText
text leaf
StaticText
Part of this may be due to the
strong
role not being an ARIA role until ARIA 1.2, which only became a recommendation relatively recently. Perhaps browsers will apply that role to<strong>
at some point. To some degree this is more of an issue with browser support than it is with HTML authors, but I was curious to what extent something should be identified as a sufficient technique if there isn't actual support for it for AT that interface with the a11y tree from the browser?Beta Was this translation helpful? Give feedback.
All reactions