-
Notifications
You must be signed in to change notification settings - Fork 62
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
Reading system accessibility #1608
Comments
IMO it is important to keep Reading System accessibility in the appendix. People often confuse document accessibility, software accessibility, and the importance of having both. |
I prefer a separate specification. This is what WAI does. |
That's not in scope or realistic for this revision. We need something we can use now. Given that there are only two bullets for reading systems, could we integrate these directly in the reading system specification rather than farm them out to the accessibility specification? |
Separate specifications for reading systems accessibility is difficult to fit in the current schedule. We need to wrap up before November 2021 (CR timeline). |
I then like Matt's suggestion. Incorporate the two bullets in the reading system specification. Adding normative requirements that are not in the said scope of the accessibility specification is not the right way to go forward, IMHO. |
It actually looks like we only have one requirement: that reading systems should conform to UAAG. I don't believe we can require reading systems to pass a loosely defined test suite no matter which specification we put it in. I'm pretty sure we'll run afoul of W3C's requirements for normative references if we try to cite them normatively. An informative note is likely all we could use to point devs to them. |
I like the idea of adding accessibility requirements in the mainstream reading system specification. It further integrates accessibility into the day-to-day work of developers. This leaves the EPUB accessibility specification clearly focused on conformance and discovery of content. This also works well with the EU Directive, because they separate services (content) and products (reading systems and distribution systems). |
The issue was discussed in a meeting on 2021-04-08 List of resolutions:
View the transcript2. Where is the right place to put the language about RS a11y?See github issue #1608. Avneesh Singh: this used to be in the appendix Matt Garrish: this was considered out of scope for ISO Tzviya Siegman: agreed, but I think this is an opportunity for us to work with SILVER Avneesh Singh: so for our current revision of the spec, are we leaning towards including this sort of language in the RS spec, or keep it in the a11y spec? Wendy Reid: agree with mgarrish George Kerscher: including it in RS spec would make it more obvious to RS developers that a11y is important
|
The appendix on reading system accessibility was removed from the accessibility specification during the iso process, but the reading system specification still references it:
Should we restore this appendix, or how else can we address this?
The text was updated successfully, but these errors were encountered: