Home

Even Grounds, Accessibility Consulting

Making web sites, documents, software and hardware accessible to people with disabilities. Accessibility, WCAG and Section 508 compliance testing and auditing.

  • Services
  • About Us
  • Customers
  • Contact Us
  • Articles
  • Blog
  • Developers' Corner
  • Press
  • News
  • Resources

Are You Receiving the Accessibility Tips and Tricks?

  • Learn to make information accessible to people with disabilities
  • Implement what you learn right away
  • Understand how people with disabilities use technology
  • Receive our monthly newsletter packed with news, articles and updates
  • Bonus workbook: Ten steps to a more accessible web site


Do you need help with accessibility? Hire us!

Commonly Overlooked Issues When Creating Accessible PDF Documents

  • articles
  • documents
  • jaws
  • PDF
  • screen readers
  • section 508
  • Standards
  • testing
  • WCAG

When posting documents on web sites, they have to follow the same accessibility requirements that the site does. For example, when the web site needs to comply with Section 508, PDF documents do too. There are a few things which I find are often overlooked when creating accessible PDF documents, in the following you can read about those and ensure that you address those issues as well.

In general, there are many technical documents on the internet about making PDF documents accessible. For now, we will only look at the commonly missed issues.

Before creating a PDF document, make sure the source document is accessible as possible, this will save you lot's of time on the long-run. Essentially, make sure that the source document complies with the same set of standards that you will have to follow when creating the PDF, such as Section 508, or WCAG.

After the document is converted, Adobe offers an accessibility checker which will tell you if your PDF document is accessible. It is a common misconception that when Adobe says it is accessible, it is assumed that it is, in fact, accessible. What this statement refers to, however, is that everything that programmatically can be determined meets the accessibility requirements. For example, all elements are identified in the document structure, all form fields are keyboard accessible, the document language is defined, etc.

There are a number of other issues which can only be determined manually. For example. Adobe can tell you if an image has an alternative description, but all it does is checking for the existence of the description. You are responsible to determine if this description matches the image. For example if you label all images with the word "picture", Adobe will find it accessible. From the accessibility point of view, it will not be sufficient, as you have to explain what is on the picture, if the picture has an informative content.

The situation is very similar in case of fillable forms. All fields need to be properly labeled. Only a human tester can determine if these labels properly describe the function of the form field.

When the document links to resources, you have to make sure that these are existing links, and they link to the proper site.

This is, however, not to say that the Adobe accessibility checker is not useful. It is, in fact, a great tool, but we need to use what it is for.

In a previous article, I explained the benefits of manual and automated testing.

Another practice I often see is testing the PDF documents with the built-in Read Out Loud functionality. This feature allows users to listen to the content of the document with human sounding speech. For people with certain visual impairments, it can be a very useful feature, especially when they have to limit the amount of text they read, once they navigate to the document, they can just listen to it. However, it is a misconception that this feature is mostly used by blind people. When blind people use the computer, they already have a screen reader loaded in order to allow them to navigate to the document itself. These screen readers are mostly capable of reading PDF documents as well, so they don't need another reader. Also, the Read Out Loud feature has very limited functionality, compared to a commonly used screen reader, which allows users to perform a more sophisticated reading process, such as allowing a great variety of reading parameters, and reading certain portions of the document, such as current paragraph, next line, etc. These screen readers will also provide many more additional information about the text, such as the current font type or color.

Therefore, while testing with the Read Out Loud functionality is not harmful itself, it does not really say anything about the accessibility of a PDF document. Even when testing with a more sophisticated screen reader cannot be bullet proof, as there are many different screen readers out there and the users don't necessarily have the same version.

Also, in a previous article, I have provided a very detailed explanation about testing with JAWS, which is currently the most popular screen reader, but it does apply to any other readers.

Creating accessible PDF documents is not necessarily a quick and easy process. I hope the above suggestions will help you during the conversion. If you have any additional questions, please don't hesitate to contact us.>

Bookmark/Search this post with:
  • Delicious
  • Digg
  • StumbleUpon
  • Facebook
  • Google
  • Yahoo
  • Technorati

providing a full ALT description of images

Submitted by cheryl from thatgirlisfunny (not verified) on Fri, 04/30/2010 - 09:38.

Hi Tom,
I'm wondering if it's carelessness or laziness that has us say "picture" rather than "little boy holding fishing pole standing next to his father". You're helping me think about what kind of an effort I've been making. Discipline and practice repeated over and over again makes a difference.

I would love to hear from other people who have implemented your suggestions. Do you have people who might guest post so we can hear how these changes are managed on a daily basis? I'd especially love to hear from the people who are served by all of us being consistent about entering full descriptions, for example.

  • reply

providing a full ALT description of images

Submitted by cheryl from thatgirlisfunny (not verified) on Fri, 04/30/2010 - 09:38.

Hi Tom,
I'm wondering if it's carelessness or laziness that has us say "picture" rather than "little boy holding fishing pole standing next to his father". You're helping me think about what kind of an effort I've been making. Discipline and practice repeated over and over again makes a difference.

I would love to hear from other people who have implemented your suggestions. Do you have people who might guest post so we can hear how these changes are managed on a daily basis? I'd especially love to hear from the people who are served by all of us being consistent about entering full descriptions, for example.

  • reply

same comment posted twice

Submitted by cheryl from thatgirlisfunny (not verified) on Fri, 04/30/2010 - 09:40.

heehee! There's more than one way to win a contest :D

You have to keep your eye on me - you never know what mischief I might get up to - Lol!

  • reply

attention getting titles

Submitted by cheryl from thatgirlisfunny (not verified) on Fri, 04/30/2010 - 09:48.

One more thing - since I'm making requests...your title "Commonly Overlooked Issues When Creating Accessible PDF Documents" wouldn't cause me to click and look at it unless I had a relationship or experience with the word "accessible". It feels like jargon.

I wonder if being more explicit - and I don't know the politically correct way to say things - but if I thought I could help someone by making my PDF more accessible (to who?), then I would definitely click the link.

As it stands, it reads like a technical issue rather than a problem that every blogger on the planet wants to solve. People scanning through twitter might miss it because they don't realize that this is info that they need to know.

  • reply

What is "accessible"?

Submitted by Tom on Fri, 04/30/2010 - 10:14.

You have a good point there. The word accessible is definitely technical, and not terribly descriptive. On the other hand, it is hard to use anything else. Since this site is all about accessibility, if I started explaining the word at every single instance, I think it would make more harm than good. Also, when people are looking for this kind of information, they tend to look for this word, or any variations of it. I guess a post with a thorough explanation would help that I could link to.

  • reply

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Lines and paragraphs break automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.

Accessibility Tips and Tricks


RSS

  • Articles
  • Blog
  • Developers' Corner
  • News
  • Press

Follow us on Twitter, YouTube, or on Facebook

You Might Also Like:

  • Accessibility Statement: What Is It, And Who Uses It?
  • Is Accessibility Overwhelming?
  • Section 508 Certification
  • The Secret of Making PDF Documents Section 508 Compliant Much Faster
  • Section 508 Update Enters Public Comment Phase

Top Commentators

  • cheryl from thatgirlisfunny (14)
  • Bruce "the Mid-Life Mentor" (10)
  • guest (10)
  • Sire (8)
  • Andrew @ Blogging Guide (8)
  • Find A Language Teacher (6)
  • Donna (6)
  • Amy LeForge (6)
  • Debbie (5)
 
Copyright 2007-2010 - Even Grounds Inc., Accessibility Consulting