Develop concept/styling for direct advice for how AT/screen readers should interpret specs · Issue #96 · w3c/aria-common · GitHub
More Web Proxy on the site http://driver.im/
You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One thing that came out of the discussion was that some ATs would appreciate guidance on how to implement support for new ARIA features. We will explore a process for drafting AT guidance directly in the spec under the feature and role. As part of the consensus process we can get feedback from ATs through our many personal relationships.
Additionally it seemed like there was some consensus to use "should" and "may" with respect to ATs, and acknowledged that often we mean screen readers specifically.
This issue is for the editor team to explore the styling of these sections and to provide draft guidance for a recent feature, for example, the annotation roles.
jamesn: exactly
... we need to prototype something
mattking: I'd suggest not just 1 style but all 3 styles immediately
... and not just visual
jamesn: I'd like a prototype that can be extended that way
mattking: right. just don't paint yourself in a corner
jamesn: right. e.g. background color could get difficult
... e.g., https://speced.github.io/bikeshed/#tracking-vectors // https://infra.spec.whatwg.org/#tracking-vector
pkra: I'd like to try to pick up on the visual cues for notes, examples etc
Original at w3c/aria#1942
As discussed in this week's call https://lists.w3.org/Archives/Public/public-aria-editors/2023Jun/0002.html, this issue to get a design working.
The text was updated successfully, but these errors were encountered: