Closed LaZay closed 2 years ago
Agreed we should remove these from the ACE report, our GCA program at Benetech for over a year now has been not requiring and strongly discouraging publishers and conversion vendors from including these two pieces of metadata in their EPUBs.
Hummm, I hope we did not decide too fast about this. :-/ I realized that these two metadata could be usefull. To be discussed with Daisy probably. https://github.com/w3c/a11y-discov-vocab/issues/58
Two schema.org accessibility properties have been discouraged by Daisy : schema:accessibilityAPI and schema:accessibilityControl. http://kb.daisy.org/publishing/docs/metadata/schema.org/accessibilityAPI http://kb.daisy.org/publishing/docs/metadata/schema.org/accessibilityControl
In Ace report though, they are still listed as missing, when they are not embedded in the EPUB OPF.
Our EPUB subcontractors are asked to produce natively accessible EPUBs without any missing accessibility metadata in the Ace report. We need to control our EPUB automatically by using JSON Ace report (i.e. Violations and Metadata at least, as they are the only parts relevant for fully automatic check). We might need to expose Violations and Metadata Ace control to our potential customers for distribution-sale needs (i.e. requirement of EPUB accessibility details). Our customers might lose confidence in the reality of an PEUB accessibility, if some deprecated metadata were reported as missing by Ace report. They might avoid to take any the risk in buying such an EPUB (though it is OK).
In Ace report, would it possible to:
Thanks!