-
Notifications
You must be signed in to change notification settings - Fork 5
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
2.1 Accessibility Services of Platform Software #228
Comments
Thank you for taking the time to review the WCAG2ICT public draft. Our task force will review your comment and develop a response that we hope will address your concern. The response will be drafted in a comment on this issue, marked DRAFT RESPONSE until the Task Force reaches consensus. |
My perspective (not Working Group consensus):
If we added something like the above points to WCAG2ICT, would it address your question? If WCAG2ICT even tried to list the possible accessibility APIs, it would be incomplete and it wouldn't age well. And it's out of scope for this TAsk Force to provide anything like the kinds of details in HTML-AAM. |
Thank you @mitchellevan. Exposing the accessibility API for web content is simple using browser inspect tools. We are looking for examples of how one might view/expose/interact with the accessibility API provided by software (and other non-web ICT) for testing 1.3.1 and other relevant SCs. Thank you |
Tools such as Microsoft's Accessibility Insights or XCode's Accessibility Inspector can be used to inspect APIs on their respective open platforms. I would add that you do not have to have access to the code to use Xcode's Accessibility Inspector for iOS or macOS. |
Regarding others' comments, some native software accessibility API inspection tools require you to be a developer working on the source code and using the development tools. A test professional that is testing the built and delivered product software might have to resort instead to completely testing manually and using a screen reader. |
WCAG2ICT TF answer: Hi Melanie, This task force is narrowly scoped to providing interpretation of WCAG in a non-web context. For the content in the WCAG2ICT Note, we are limited to that scope and not at liberty to investigate and document available tooling to be used for accessibility testing in a non-web environment. Just as we cannot develop techniques for non-web software or documents to conform with WCAG. We do feel such resources would be very helpful for those working on and testing non-web documents and software for conformance to WCAG criteria. Development of such resources could be done by establishing a W3C Community Group. |
Closing as answered. |
Can examples or information about how to view/expose/interact with the accessibility API provided by software be provided? This also relates to Note 1 for 1.3.1.
The text was updated successfully, but these errors were encountered: