I just wanted to point out the irony that the manual and other documentation for this "inclusive design" toolkit come as PDFs – the worst choice you can make if you strive for accessibility.
I just wanted to point out the irony that the manual and other documentation for this "inclusive design" toolkit come as PDFs – the worst choice you can make if you strive for accessibility.
https://en.wikipedia.org/wiki/PDF/A
PDF/A is a small family of sub-formats to PDFs which amount to the accessible subset of PDF + some requirements.
PDF/A and PDF/UA are mandated by a variety of governments for PDF distribution. They're very suitable to archival and are accessible (screenreaders can work with them, their text can be cleanly copied, etc).
HTML, on the other side, can be easily made readable on any device. Even if the author didn't care, through readable mode in my browser.
Why would you read PDFs on a smart phone anyway?
Is there another option here?
IME PDF/A is better than nothing, but far worse than plain HTML for accessibility..
If it's scanned copies then all it is is a bunch of images, not A compliant.
As long as it has actual text and is reasonably typeset (selecting text in this pdf seems to work properly), I don't see what's wrong. I'd take it any day over webpages with random floating content that you have to click through and use a modern browser with javascript without blockers/filters for the content to even render, in small text on 20% of the page, with low contrast and somehow broken zoom.
Where it breaks down is some badly designed OCR systems which place the letters independently rather than in lines/blocks. But that's starting from a document which was not accessible in the first place, so not a huge issue.
I have to admit that many modern SPAs also won't rendet on many devices, though.