Skip to content
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

Closed
melaniephilipp opened this issue Sep 29, 2023 · 7 comments
Closed

2.1 Accessibility Services of Platform Software #228

melaniephilipp opened this issue Sep 29, 2023 · 7 comments

Comments

@melaniephilipp
Copy link

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.

@maryjom
Copy link
Contributor

maryjom commented Oct 2, 2023

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.

@mitchellevan
Copy link
Contributor

My perspective (not Working Group consensus):

  • Examples of accessibility APIs can be found at HTML Accessibility API Mappings (HTML-AAM). User agents and non-web software that runs on these platforms can also use these same accessibility APIs.
  • Other platforms with many form factors, from smart TVs to watches and everything in between, may have their own versions of accessibility APIs, including platforms that do not have a browser.

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.

@melaniephilipp
Copy link
Author

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

@mraccess77
Copy link

mraccess77 commented Oct 11, 2023

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.

@maryjom maryjom self-assigned this Oct 11, 2023
@maryjom
Copy link
Contributor

maryjom commented Oct 11, 2023

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.

@maryjom
Copy link
Contributor

maryjom commented Oct 11, 2023

WCAG2ICT TF answer:
@melaniephilipp

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.

@maryjom
Copy link
Contributor

maryjom commented Jan 23, 2024

Closing as answered.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Development

No branches or pull requests

4 participants