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

Standardization of certifier report? #161

Open
avneeshsingh opened this issue Apr 14, 2023 · 2 comments
Open

Standardization of certifier report? #161

avneeshsingh opened this issue Apr 14, 2023 · 2 comments

Comments

@avneeshsingh
Copy link
Collaborator

avneeshsingh commented Apr 14, 2023

This issue was raised by @johnfoliot
John highlighted that EPUB accessibility metadata can point to certifier report, but there is no guidance for writing the report, and we should consider standardizing the report.

The other participants of the task force highlighted that it they kept away from this because the report can be used for various use cases, some may be using this report for validation purpose, some may be placing results of accessibility checking in this report and some may have some other use case for it.
The format of report would also differ according to the local requirements. For example EU countries may ask for some specific things in the report, United States may have different expectations like VPAT, India may have different expectations etc.

Therefore, we should have a good discussion on this issue tracker for figuring out the path ahead.

@mattgarrish
Copy link
Member

I expect the best we could do here is recommend key information that should be in the report, sort of like what WCAG has for making claims: https://www.w3.org/TR/WCAG21/#conformance-claims

Given that we're probably something like 90% WCAG success criteria reporting and 10% EPUB, this may be the wrong venue for trying to find a universal reporting format.

The other part of the issue is where the reports should be hosted. We've tried the embedding approach with metadata records and if that's any precedent then expecting reading systems/vendors to present linked internal content may be a dead end. That leaves linking out to records. I've heard hesitation about sending users off vendor sites to external links, however, especially when those links are author provided (i.e., could present security issues). Some vendors probably will allow this, perhaps only for trusted publishers, but it seems strongly related to the work that's already going on for presenting the accessibility metadata. We should be able to find the answers there as part of how to present these links.

@RachelComerford
Copy link

While a conformance report will mean something to those working in the accessibility field, I'm worried that this would move us even further from supplying meaningful, easy to consume information for the average user. Already the metadata that we provide in many cases raises questions rather than supplying answers about the accessibility of the product, leading us to write longer and more detailed accessibility summaries so that we can introduce plain language explanations.

In addition, this will likely become a deterrent for some publishers to update their backlist - developing a conformance report for hundreds or thousands of titles is financially not a viable ask and could quickly become an excuse to not improve any elements of ebooks in the backlist.

Is the problem that this is trying to solve that there are unverified claims of accessible titles? If not, can I get a better idea of the why for this report?

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

No branches or pull requests

4 participants