skip navigation

PDF Document Management Software, Services & Support

Server Desktop Services Support Why Us? About Us

The Latest

SecurSign 5 Now Available! Includes Signature Validation to Detect Tampering.
Lansdowne, PA (July 13, 2011)
Encrypt, digitally sign and verify digital signatures on PDF documents.

Redax 5: Advanced Redaction for PDF Documents
Tuesday, March 22, 2011
The latest Redax adds new patterns, regular expressions and more!

Redax Enterprise Server 3 Ships!
Thursday, January 6, 2011
New Redaction Engine, Powerful New Markup Options and More!

Survey: Server Based PDF Applications
Tuesday, December 7, 2010
The 2010 Survey asked about PDF server application development.

5 PDF Readers Compared
Tuesday, November 30, 2010
Expanding on our previous review, we've included Nitro's Reader and Adobe's new Reader X.

PDF Form Aids Sales Team Collaboration
Friday, November 26, 2010
Take a document, add a dash of JavaScript, a sprinkling of PDF know-how, and serve.

Section 508 Center for PDF now online!
Wednesday, November 17, 2010
A key resource for document authors, content managers and Section 508 coordinators concerned with PDF accessibility.

How Section 508 applies to PDF

Ensuring PDFs are compliant with Section 508 means enabling content for use by devices that suit the needs of a wide variety of disabled users. For those implementing Section 508, it's important to know what this really means.

This document is a PDF-specific guide to the Section 508 regulations, as adapted from § 1194.22 Web-based intranet and internet information and applications on the Section508.gov website.

Technical Application in PDF:
1st Generation (2001) Section 508 regulations

For software developers, it's not obvious how Section 508 requirements apply to PDF. What follows is a paragraph-by-paragraph high-level technical overview to implementing Section 508 in PDF files.

NOTE: This is NOT a "best practice" guide for content authors, but instead a technical examination of how 2001 version of the Federal standard should be understood in PDF terms.

Section 508 and PDF images(a) "A text equivalent for every non-text element shall be provided..."

PDF translation: Provide alternate text for every graphic image included in the PDF.

(b) "Equivalent[s] for any multimedia presentation..."

PDF translation: Not applicable for the vast majority of documents., but if you use multimedia, you'll need alternate text..

(c) "...all information conveyed with color is also available without color..."

PDF translation: May require re-design of PDFs created from electronic source. Treat low-contrast text (shaded areas) as image [see paragraph (a)], or remove shading.

(d) "Documents shall be organized so they are readable without requiring an associated style sheet."

PDF translation: Not Applicable in the strict sense that PDF doesn't include style-sheets at all. HOWEVER, the applicable point for PDF here (and it's crucial) is the idea that "documents...shall be readable....".  This means, in PDF, that they must be tagged, and (minimally) that the tags must be in the correct logical reading order. Interpreted more generously, it also strongly implies that documents must include correct semantic markup such as tags for Headings, Lists and so on.

(e) "...server-side image-maps."

PDF translation:  Applies if the PDF includes hyperlinks that use a server-side image-map.  In practice, almost none do (although it is possible).

(f) Client-side image maps..."

PDF translation:  Applies if the PDF includes hyperlinks.

(g) "Row and column headers shall be identified for data tables."

PDF translation:  Comply via Tags

(h) "Markup shall be used ... for data tables that have two or more logical levels of row or column headers."

PDF translation: Comply via Tags

(i) "Frames shall be titled..."

PDF translation:  Not Applicable.

(j) "Pages shall be designed to avoid causing the screen to flicker..."

PDF translation:  Not Applicable, unless you plan to include some flickering movies in your PDF (don't).

(k) "A text-only page...shall be provided... when compliance cannot be accomplished in any other way." 

PDF translation:  An "escape" clause of sorts for pages with extremely complex content; best avoided. Almost no PDF page requires the "paragraph K exemption".

(l) "When pages utilize scripting languages..."

PDF translation:  This is significant for PDFs containing JavaScript, notably when the JavaScript interacts with page-content or performs actions on buttons, fields and the like in order to deliver information to the user.

(m) "...page[s] must provide a link to a plug-in or applet that complies with §1194.21(a) through (l)."

PDF translation: Pages containing links to PDF files must include a link to the Adobe Reader installer, or equivalent.

(n) "... electronic forms ... shall allow people using assistive technology to access the ... functionality required for completion and submission..."

PDF translation:  PDF forms must be tab-ordered correctly, all fields should be properly labeled and field-values must be made explicit in terms of their meaning.  If calculations or scripts are operating, providing feedback or other information to the user, such information must be made available to assistive-technology users.

(o) "A method shall be provided that permits users to skip repetitive navigation links."

PDF translation: This almost never occurs in PDF, but if you develop some exotic PDF with repetitive text-links, you'll need to pay attention.

(p) "When a timed response is required, the user shall be alerted..."

PDF translation:  Doesn't apply, unless the PDF contains JavaScript that utilizes timed response.

Wondering where to focus?

Here's a simple guide to the clauses in terms of the work they require for remediation:

(a), (c), (g), (h), (l), (n) - The bulk of the work

(b), (k) - Infrequent or readily avoidable issue

(f), (m) - No problem, easily addressed

(d), (e), (i), (j), (0), (p) - Not applicable in PDF at all

Source: §1194.22 Web-based intranet and internet information and applications.

Comments

Add a comment.

Posted by duffjohnson on Dec 07, 2010

Thanks for your comments.

Why doesn't PDF count as "web content"? Is JavaScript "web content"?

As to referencing the relevant standards for PDF - great idea, thanks!  The page will be updated soon.

PDF files may be analyzed with any tool that can interpret PDFs - Adobe software is not required.

 

Posted by Anon [216.81.94.69] on Dec 07, 2010

PDF is not web content - this should be referencing the software standards for the viewers and the PDF file format is not HTML. Although the Adobe touch-up tools offer the ability to update "alt text" that isn't by letting the user code in HTML. If a PDF was interpreted as a user agent or web browser then information about documents would be rendered using other web browsers and accessible via the W3C DOM. As it stands, the only way we can inspect to see if the PDF is coded properly is with Adobe software tools; the software standards apply.

  Add a comment.