openwebdocs / project

project documentation, policies & meeting minutes
http://openwebdocs.org
Creative Commons Zero v1.0 Universal
360 stars 42 forks source link

Help collecting accessibility support data #193

Open Elchi3 opened 7 months ago

Elchi3 commented 7 months ago

Problem statement

The non-profit OWD collective currently contributes heavily to mdn/browser-compat-data. The BCD project collects compatibility data for browsers and some runtimes like nodejs and deno. However, the BCD project doesn't collect support data for accessibility necessarily (see https://github.com/mdn/browser-compat-data#what-isnt-tracked)

Several issues were brought up about accessibility support recently, though (non-exhaustive list)

The web-features project ("baseline"), doesn't yet take accessibility support info into account due to missing data. See https://github.com/web-platform-dx/web-features/issues/498 and https://github.com/web-platform-dx/web-features/pull/519.

Web developers are not informed properly about a11y support in browsers and in assistive technologies.

Proposed solutions

There are probably a few things we could do. Some initial thoughts:

1) We sometimes use partial_implementation and note in BCD to say that some aspects of a feature don't work. See "<hr>in select" as an example for this. However, there are no BCD data guidelines about these partial support statements. We could propose to create a BCD data guideline, so that BCD can talk about at least some of the a11y support issues in a consistent way.

2) We could start contributing to https://github.com/accessibilitysupported/a11ysupport.io (licensed CC BY 4.0) From https://a11ysupport.io/faq:

This is a community-driven website that aims to help inform developers about what code features (roles, states, properties, elements, etc.) are supported by assistive technologies, and what that support looks like. It might take a bit to get familiar with this data and with testing AT. https://a11ysupport.io/contribute has some pointers.

3) We could look into https://github.com/web-platform-tests/interop-accessibility/ which is about improving the interop for accessibility and maybe that group has more research that ought to be surfaced in data and in documentation.

4) Finally, we should probably not only figure out how to curate and record good accessibility support but also figure out the data quality or other requirements needed to be met so that MDN/Caniuse/Baseline/others would consider the data good enough to be displayed and shown to web developers (prominently).

Task list

As written, the problem statement and the work on the proposed solutions is really, really large and high effort. There is a lot to unpack here. I think the OWD collective currently won't be able to do all of this. Maybe some allies in the a11y community could help. Let me try to make up a task list (this will probably change if we get into this work):

Priority assessment

More information

Open Web Docs (OWD) is a non-profit collective funded by corporate and individual donations.

In order for this project to happen, please consider donating to OWD on https://opencollective.com/open-web-docs. For more information on sponsorship and membership tiers, see https://openwebdocs.org/membership/

More information is available at https://openwebdocs.org/. For questions, please reach out to florian@openwebdocs.org.

Elchi3 commented 6 months ago

Via @dontcallmedom: https://aria-at.w3.org/reports

Elchi3 commented 5 months ago

Via Steve Faulkner: https://freedomscientific.github.io/standards-support/html.html