Caniuse: Group together accessibility related topics/features

[frob]

Accessibility features are somewhat poorly documented as they pertain to use and browser support. It would be good if there was some link between accessibility related features/topics.

I found this page https://caniuse.com/#feat=wai-aria but it stands alone and there are no links to other features on caniuse. Right now #1240 and #1515 are discussing adding reports on speech and aural style sheets. Once they land the would be prime candidates for including in the notes section of the aria page.

[brennanyoung]

An important initiative.

Some more items to add to the accessibility 'bag':

• This link is absolutely invaluable https://www.w3.org/TR/wai-aria-practices-1.1/
• Data on screenreader support for content() ???
• @media screen or @media all is apparently the thing to use for screenreaders, rather than @media speech or @media aural (both of which appear to be deprecated). This is perhaps counter-intuitive, and not easy to discover.

Any idea how we might we add screenreaders to caniuse? They are not fully-fledged user agents, and yet...

[Fyrd]

No plans on including screen readers to caniuse, though there are efforts underway to create a caniuse-type site specific to accessibility, which I think is the appropriate way to go. When/if that happens caniuse support tables can link to that site as appropriate.

[brennanyoung]

Thanks. If anyone involved in that caniuse-a11y effort reads this, please hook me in, so I can contribute.

[frob]

I kind of disagree with this approach. It continues the idea that a11y isn't a part of every project. Either-way, please loop me in as well.

[Malvoz]

Accessibility features are somewhat poorly documented

Not anymore, thanks to https://a11ysupport.io/! (Adding the resource to the WAI-ARIA feature data in https://github.com/Fyrd/caniuse/pull/5601/commits/78a5c55b5e29347f110b367d3f5198a4ab115d7c.)