IT-Analysis.com
IT-Analysis.com Logo
Business Issues Compliance
Enterprise SME Business Issues Technology Services Channels
Module Header
Philip HowardBloor IM Blog
Philip Howard
8th February - Bribery
Nigel StanleyBloor Security Blog
Nigel Stanley
8th February - Conficker grounds police checks
David NorfolkThe Norfolk Punt
David Norfolk
3rd February - What's wrong with "security"
Laurie McCabeLaurie McCabe
Laurie McCabe
2nd February - What is Total Cost of Ownership, and Why Should You Care?
Philip HowardBloor IM Blog
Philip Howard
2nd February - Calpont finally comes to market
Module Header
Q. What features do you want to see on this site?
 
Analysis
Accessible PDFs made easier
Peter Abrahams By: Peter Abrahams, Practice Leader - Accessibility and Usability, Bloor Research
Published: 4th December 2008
Copyright Bloor Research © 2008
Logo for Bloor Research

There are hundreds of millions of PDF documents on the web. It is such a popular format because it can be viewed on most devices that attach to the web and because it looks the same on any of these devices. The producer of the document can be sure that what the reader sees is the same as that which was created. The documents contain a great deal of useful, interesting and important information, much of which is not available on-line in any other format. This information will be of interest to people with disabilities.

Adobe recognised in 2001 that the information in PDF files needed to be accessible by people with disabilities and extended the format with a set of tags that provided information that would make the files accessible to Assistive Technologies, such as screen-readers. However, as we approach 2009 most of the PDF files on the web are still not accessible. The reasons for this include:

  • The producers are not aware that it is possible to create accessible PDF.
  • The producers are not aware of the benefits of creating accessible PDF.
  • Older PDF documents were created before 2001.
  • Some authoring tools cannot produce accessible PDF directly.
  • Other authoring tools can produce accessible PDF but it is not the default and the process is not simple.
  • Tools for testing documents for accessibility and providing remediation have been very low-level technical tools. They could only be used by specialists with significant time available. They have not been usable by the majority of authors.

In 2008 a variety of authoring tools improved their ability to produce PDFs tagged for accessibility. However few of them get it absolutely right and there is therefore a need to test and then touch-up the document. Other tools do not produce tagged files and of course there are a vast number of existing files that are not tagged.

There is therefore a need for a tool to test PDF files to see if they are accessible and a related remediation tool to fix any issues. Adobe provides these functions as part of Acrobat. However there are two limitations to this support:

  • There is a disclaimer on the testing tool that says: 'The Accessibility Checker can help you identify areas of your documents that may be in conflict with Adobe's interpretations of the referenced guidelines. However, the Accessibility Checker does not check all accessibility guidelines and criteria, including those in such referenced guidelines, and Adobe does not warrant that your documents will comply with any specific guidelines or regulations.'
  • The remediation tools are editors that enable changes to be made to the internal structures of the documents including tags and content. These editors enable any required changes to be made; but they require a high level of skill, understanding, patience and time to create a fully accessible document. I believe that most document producers will struggle to make anything but minor changes using these tools.

NetCentric is a Canadian firm specialising in document compliance and has gained considerable experience providing consultancy and services to convert PDF documents into accessible PDF documents. Based on this experience they have developed CommonLook for Adobe Acrobat, a plug-in to Adobe Acrobat, which provides a more comprehensive testing tool and a higher-level interface for remediation.

The tools work on tagged documents so if the document is not tagged then Acrobat is used to add an initial set of tags.

The Logical Structure Editor is the main remediation tool. It is divided into two panes, one showing the source document and the other showing a simplified internal format. By outlining an area of the source the equivalent area of the internal format is highlighted. The highlighted area can then be tagged or dragged to its correct logical position.

On complex page layouts, for example one with multiple columns where headings and images cross multiple columns, Acrobat is not always capable of ascertaining the correct reading order. The logical structure editor allows the page to marked up with the correct order. It will bring together sections of text that Acrobat assumed were in separate columns, or divide a section of text into more than one column where Acrobat assumed that the text read straight across the page. Trying to fix this type of reading order error without CommonLook is very difficult and prone to error.

The Logical Structure Editor also has functions to create and modify tables. Once a table is created, areas of text can be highlighted and dragged into the correct cell. Again this is a task that can only been done by a highly trained expert using Acrobat by itself.

The editor includes a tool to automatically correct common errors such as the last word on one line being concatenated with the first word of the next line. These errors are often difficult to spot by hand and are very tedious to correct.

The Testing Tool is based around the Section 508 checklist. It provides automated checks where that is possible and identifies areas of the document that require some human checking. For example for each image it will show the image and the alternate text for the figure and ask the tester to confirm that the text is correct (pass), or not (fail). The tester can update the text at this point so that it will pass or add a comment as to why it failed. Tests include one to check if the document is readable by a person with colour-blindness.

When the test is complete CommonLook creates a report showing all the tests carried out on the document and the status. The report can be used as proof that testing is complete or handed back to the author to deal with the areas of failure.

To be able to use CommonLook effectively requires some training. After about an hour I began to feel fairly confident and some further clarification of detailed issues will make me fully proficient. Testing and remediation using CommonLook can still be time consuming, as each section of the document needs to be checked; however it is much faster, less prone to errors, and requires less skill than using Acrobat by itself.

I would recommend any organisation that creates significant numbers of PDF documents to incorporate CommonLook for Adobe Acrobat into the publication process.

Reader Comments

Sorry, we are no longer accepting comments on this item. We suggest trying to contact the author directly.

5th December 2008: 'Richard Morton' said:

One of the biggest hurdles to producing accessible PDFs is the lack of cheap or free software to be able to do the job. Obviously Adobe Acrobat is capable although I don't know if the Standard version does or not, but Adobe products tend to be very expensive. Many PDFs are produced freely using PDF printer software or for example Openoffice which has good PDF export, but I don't think that any of these include any accessibility features (although I am happy to be corrected).
If anyone knows any cheap or free alternatives that can produce accessible PDFs then I would love to know.

Richard Morton
Accessible Web
www.accessibleweb.eu

Reply to Richard Morton?

5th December 2008: 'Peter Abrahams' (Author) said:

Richard
Assuming you are trying to create an accessible PDF starting from a text document the following are 'free' and I am sure there must be others:
- The current version of Microsoft Word has a free add on for creating PDF and these can be tagged.
- Open Office has an export PDF function that can produce tagged PDF.
- Lotus Symphony also has an export PDF function which automatically creates tagged PDF.

I have carefully used the phrase tagged PDF rather than accessible PDF. Tagging is necessary but not sufficient to make a PDF accessible.

I have done some testing on all three of these options and none of them creating fully accessible PDF but all of them do a reasonable job of tagging so that the files will be accessible to many people with disabilities and at worst I suspect they will just create a less than perfect experience for some users. Using one of these tools takes you from non-accessible to fairly good accessibility and may be considered sufficient in many environments.

To fix the remaining problems requires Acrobat as I am not aware of any other tool that lets you edit the PDF tags. CommonLook requires Acrobat but makes the editing easier.

Reply to Peter Abrahams?

23rd December 2008: 'Monir ElRayes' said:

Richard,

Remediating PDF documents is a fairly involved task. When looking for "free" PDF accessibility tools, you might want to keep in mind that the most significant cost, by far, is the labor cost involved in the remediation process. Unfortunately, this is often overlooked and people tend to spend countless hours "manually" editing tags.

Reply to Monir ElRayes?

Advertisement



Published by: IT Analysis Communications Ltd.
T: +44 (0)190 888 0760 | F: +44 (0)190 888 0761
Email: