PDF “Best Practices” for Content Creation

Ken Petri

OSU Web Accessibility Center

Screen reader accessible and printable version

When to Use PDF

When to Use PDF (cont.)

Accessibility of PDF

PDF is very widely supported. Virtually all platforms have a readily available reader. The status of screen reader support is not as clear. The major screen reading programs on Windows and VoiceOver on Mac do a good job reading PDF. On Linux, there are a number of screen reader projects. We have not tested them yet. We have seen mention online of Gnopernicus working well with PDF. KTTS is the text-to-speech system for the KDE desktop. It is designed to work with KDE desktop applications; however, the developer roadmap shows that KPDF is currently not working with KTTS. One of the most promissing Linux accessibility projects is Orca. It is aimed at the GNOME desktop and is currently being developed by Sun Microsystems. For more on Linux and assistive technologies, check out Sun Accessibility Architect Peter Korn's Blog.

Accessibility of PDF (cont.)

Checking PDF for Accessibility

Checking PDF for Accessibility (cont.)

"Types" of PDF

Depending on its settings, Acrobat Professional will attempt to run optical character recognition on PDFs that have been originally created by scanning an image of text. We have seen very good results from this process. In terms of accessibility, however, this cannot be counted on. First, Acrobat Reader, the web browser plugin and stand-alone program most users will have on their systems, does not have the OCR functionality. Second, this post-processing does not created tagged PDF.

In many configurations, viewing a PDF while a screen reading program is running will launch the auto-tagging feature within Acrobat and Acrobat Reader. Tagging is the process of marking up the text within a PDF document and applying to it a structure that a screen reading program can understand. This tagging should be done when the PDF is created (more on this later). If it is not done when the PDF is created, Acrobat and Acrobat Reader will try to automatically generate a tag structure for the PDF. Auto-tagging often results in poorly marked up PDF that is non-optimal for screen readers.

The best strategy for accessible PDF is to use PDF Maker to generate a solid tag structure from inside a well-laid out Microsoft Word document. We cover this below.

Retrofitting Bad PDF

Creating Accessible PDF from Word

Steps for PDF from Word

Making Good Use of Word

You can open MS Word's style menu in a pane in the right-hand side of the Word window. Either click on the icon depicting two "A"s to the left of the styles pull down menu or, from the main menu, Format → Styles and Formatting....

Use the Styles and Formatting menu for all text formatting. Doing so will not only save you time and make the appearance of Word documents more consistent, it will also go a long way toward helping create well-structured and accessible PDFs.

One immediately visible benefit comes from using headings in the Styles and Formatting menu. Headings inserted or formatted from that menu become structure when you create a Table of Contents within Word and become bookmarks in the bookmark panel when you output PDF using PDF Maker.

Add Text Alternatives

  • For inserted images or figures, create well thought out text alternatives
    • Right-click, Format picture, enter text on Web tab

      MS Word format picture web tab for inserting alternative text descriptions

Text alternatives are read by screen reading programs and provide essential information for blind and low-vision users. You can think of text alternatives for images as the equivalent of "ALT" text for images in web pages.

Captioning and Tables of Contents

  • Captioning of figures and tables
    • Select object, InsertReferenceCaption
  • Creating tables of contents or tables of figures
    • Insert page break at start of document (good time to create a title page, as well)
    • Tables of contents are generated from headings, figures from captions
    • InsertReferenceIndexes and Tables → use either Table of Contents or Table of Figures tab

      MS Word table of contents dialog

Created this way in MS Word, when exported via PDF Maker, the table of contents in the PDF is hyperlinked, so that clicking any entry in it will take you to that section in the PDF. This and the bookmarks pane help greatly with navigation for screen reader users and persons with mobility impairments.

Captioning (cont.)

  • Note that the caption must be implemented as a "frame" rather than a text box
    • To convert, FormatText Box, "Text Box" tab, "Convert to Frame" button

      MS Word dialog for converting a text box to a frame

The caption on a table or graphic can appear either above, below, or to the side of the image. It won't appear in the table of figures, however, until you convert the caption text box to a frame, as illustrated above.

Converting from Word to PDF

  • Click the "Convert to Adobe PDF" button

    detail of the PDF Maker button in MS Word with Acrobat installed

Troubleshooting PDF

  • Basic check for tagged PDF
    • File → Document Properties, Tagged: Yes
  • Check read order for multi-column documents
    • ViewZoomReflow
  • Set a tab order
    • Pages tab, select a page, Page Properties, Tab Order tab, select Use Document Structure
  • Bookmarks can be manually created from the Bookmarks tab. To make sure it shows by default, choose FileDocument Properties → Initial View → Show → Bookmarks Panel and Page

Accessibility Menu

  • AdvancedAccessibilty: Touchup Reading Order to guarantee read order
    • You can remove items from the order
    • After conversion, tables will almost always need to be touched-up using the "Table Inspector"
      • Create header rows for your tables. Avoid tables with row or columns spanning multiple cells

Accessibility Menu (cont.)

  • Run accessibility checks, Full Check being the most useful

the Acrobat Professional accessibility dialog

Fine Tuning PDF

  • To set properties for any tagged element (figure, bit of text), open the Tags pane (ViewNavigation PanelsTags) select the element, right-click, Properties
  • Once common example would be setting alternative text or the language for text

the Acrobat tags view dialog with properties showing for an element

Security Settings and Accessibility

  • Password Security settings: SecureShow Security Settings
    • Enable copying for low security documents
    • For high security, "Enable Text Access For Screen Reader Devices For The Visually Impaired" in the Password Security Settings dialog box.

Accessible PDF Forms

  • Has fillable form fields
  • Form fields are described for screen readers and give mouseover tool tip
  • Has a logical tab order set
  • Fully tagged
  • If long, could have bookmark structure for easy navigation

Accessible PDF Forms (cont.)

  • Use LiveCycle Designer for complex forms or documents that are mainly forms
    • To start LiveCycle in Acrobat 8: FormsCreate new form...
  • Use Acrobat for simple forms that are occasional in longer documents
    • To edit forms within Acrobat: FormsEdit form in Acrobat
    • Right-click field, Properties. Use "Tooltip" for the screen reader text to be read

Accessible PDF Forms (cont.)

  • Use simple field descriptions ("Custom screen reader text"): "Last Name" is better than "Type in your last name"

Accessible PDF Forms (cont.)

  • Set a tab order for fields
    • Use ToolsAdvanced Editing: Touch-up Reading Order

OpenOffice Writer and PDF

  • Native export of PDF
  • Good support for basic form creation
  • Excellent export options
  • Caveat: You will almost certainly have to touch up the document reading order.

OpenOffice Writer and PDF

Export options in OpenOffice allow you to tag PDF and control how PDF's display when they first launch.

export options OpenOffice allow for tagged PDF and control the initial display layout

HTML Alternatives to PDF

  • Text documents and presentations are generally more accessible as well-structured HTML

As mentioned earlier in this presentation, there are specific use cases for PDF. If your document is going to be on the web and does not fall into one of those use cases, well structured HTML is generally a more accessible format than PDF.

For a definitive overview of when to use PDF and discussion of its relative accessibility, see Joe Clark's Facts and Opinions About PDF Accessibility. WebAIM also has an excellent discussion and tutorial on PDF Accessibilty.

Linking Strategies (Within Carmen)

  • Since you can't tell Carmen to force a document to open in an external program, you must announce the type of the document in the link text. Use a parenthetical descriptor:
    • my hyperlink to document (MS Word) or
      my hyperlink to document (PDF)
  • IE will try to open Word and PDF within the browser window. Other browsers on Windows will open Word in its native application. PDF will load into the browser window, though you can set it in Firefox to open in the native application.
    • In Firefox: ToolsOptionsFile Types: Manage. Set PDF to open in the external application, rather than using the browser plugin.

Linking Strategies (cont.)

  • We have had extremely poor results with screen readers reading PDF inside browsers other than IE. And even in Internet Explorer results are mixed.
  • JAWS and other screen readers can be set to always open Word, PDF, PowerPoint, etc. in the application. But this is a setting users may not know about.