During a recent SchoolNow Academy webinar How to Make Website PDFs ADA Compliant and Accessible, (see webinar video here), we had many questions we didn’t have time to answer live. In my role as chief product officer at SchoolNow, I have to stay out in front of school website accessibility and how it affects the websites we create for you. Following are those questions and the answers.
Check out the original webinar video, other Qs and As from a previous webinar, and this article on making PDFs accessible. I encourage you also to visit the School Website Accessibility Education Center. Let me know if you have any questions of your own about how to make your school website PDFs accessible.
JM: Absolutely. If I had those source files, I’d open them back up in the original program and clean up everything that is reasonable. Turn multi-columns into single columns if it’s an option. Select the text and clear styles, even applying the H1 heading to the main title. Export again through the distiller, and that may help reduce a lot of the “garbage” in the resulting document… leaving minor items that can be cleaned up in Acrobat.
JM: It is my understanding it’s not available in the free option. There may be some tools that enable you to fix some basic items just to give you a taste and make you want to upgrade. They'll do that.
JM: Well, that’s basically the “Full Check” scan that you conduct first thing when you open the document in Acrobat DC. It provides you with a report that is custom to that document. If you go under the “Accessibility Report” (there’s an icon), it tells you the specific things it found and then provides a link out to more info in the Adobe site. Don’t be intimidated. Review the info that it takes you to. In most cases, it does provide a step-by-step guide that tells you what to do.
JM: The same principles apply. Do keep in mind that there could be “decorative” images in a document (or web page) that can be flagged as such. There is a checkbox in Acrobat when you are reviewing ALT tags for the images that read “decorative”. If you check that box, it tells the screen reader to ignore that image. If it’s simply there as an aesthetic item on the page, then we need not bother these users with it. Only when the image is applicable does it need an alt description. Another tidbit to know… ALL images need an “ALT=” attribute… however, the “decorative” images do not require a description, (that is... the text that follows the ‘ALT=’ attribute that is part of the image tag.)
JM: There are several PDF and document-conversion vendors who can help. Simply conduct a Google search using 'pdf accessibility remediation' and have at it. SchoolNow provides this service for its customers only.
JM: In most cases, we recommend people not try to handle forms via PDF, but rather create a real WCAG-compliant form and embed it on your web page. Complex forms, in particular, may not have properly converted form fields and labels when tagged in conversion. So, it makes dealing with the document a bit more complex. If you choose to handle forms in PDF, here is a link to more information in forms in PDF on the W3 website that is helpful.
Using Adobe Acrobat Pro with forms in converted documents, you can ensure that form fields are keyboard accessible and usable by:
Handling forms in PDF is just one step “deeper” for someone and it seems counter-intuitive to have a form in a PDF.
JM: Hmmm… it sounds like the document wasn’t saved. I have not experienced this yet and this surely shouldn’t be the case. However, if you have double-checked that, you might scrutinize the document itself and see if there is anything non-standard about it that may be tripping up the rules in Acrobat (and therefore, screen readers).
JM: This is tricky and somewhat subjective. It’s always been best-practice to launch PDF’s (and any other link that leaves your website) in a new window. The tricky part is that when you launch a new window, there is no “history” associated with that window for the user to go “back”. Often, it’s not apparent to the user using a reader that a new window was launched. Today, we try to no launch links in new windows, but when we do, we add text as part of the clickable link (that everyone can see and read) that says the link will launch in a new window. Example:
“Click here to read the entire article on water safety. (link launches in new window)”
JM: Refer to my answer above where I link out to more info about form fields in PDF’s. We discourage it since it’s easier to create a form using our Machform tool, included in all SchoolNow subscriptions.
JM: Yes. Have two docs if you must, then specify the language that the doc is written in within each.
JM: Great question. I haven’t dug deeply into that yet, but I would think yes… simply by grouping the text in each cell, and then specifying “Text/Paragraph” and them ordering those items accordingly. You would have to play with it here a bit, but it should be able to be done. Also, the JAWS screen reader (the most widely-adopted screen reader) is available for trial. It's a PC-based program. We use the trial to test pages and get a good idea of how pages really work. You can use the reader for 45 minutes at a time. You have to reboot your computer to reset the timer. It's really a nice way to offer the evaluation.
JM: If you are talking about h1, h2, etc… you should definitely have h1 as the first and main heading on your page… always. If you are talking about headers in tables, they need them too. Tables need defined headers in order for the screen readers to describe the data in rows and columns.
JM: You are describing form fields in the PDF. The text would be defined separately from form fields. In the question above, I recommend trying to accommodate forms using actual ADA-compliant web forms on an actual web page where possible. It’s just more straight-forward to work with.
JM: It wouldn’t be ALT text on a form field, but rather the TITLE attribute. In the PDF, if you opt to do forms within, then the designated form field will require the title attribute and the field type itself would allow the user to tab to it and fill in their information. Again, in the question higher above, I recommend trying to accommodate forms using actual ADA-compliant web forms on an actual web page where possible.
JM: There is, but I have found that it doesn’t always work as you’d hope. I find myself saving often… especially if I have the document to a point where it’s good. Often, there’s that one last stubborn issue that you find yourself banging your head against a wall to remedy. In that case, it’s best to have the best work saved while you experiment and work things out. You can then always roll back to the best version and start over.