In 1998 the US Congress amended the Rehabilitation Act (Link Opens in new window) to require Federal agencies to make their electronic and information technology accessible to people with disabilities. Section 508 was enacted to eliminate barriers in information technology, to make available new opportunities for people with disabilities, and to encourage development of technologies that will help achieve these goals. The law applies to all Federal agencies when they develop, procure, maintain, or use electronic and information technology. Under Section 508 , agencies must give disabled employees and members of the public access to information that is comparable to the access available to others. Reference: .wikipedia.org (Link Opens in new window)

How Albany Graphics can help!

For the last 5 years we have been concentrating on understanding and implementing the section 508 standards for state and government agencies, to provide the best possible solution in helping them meet the guidelines. We have found the best software solution and development process to ensure a fast turnaround and quality outcome. This means that you documents will be handled and resolved no matter how they have been prepared. With the help of CommonLook Section 508 PDF Plug-In for Adobe Acrobat Professional we are able to correct the most complicated compliance errors.

If you don't have access to the original file or if you can't make the source file accessible with traditional means, you have to use Acrobat Professional to create and edit a tagged PDF. This can be a very difficult process, this is especially true if you are not comfortable editing tags in Acrobat. With CommonLook these issues are a thing of the past if you need more information please feel free to contact our office. sales@albanygraphics.com

We offer the fallowing Services:

• Section 508 compliant PDF document preparation
• Word, Excel, Publisher, conversion to web document HTML5 Validated
• Web site evaluation for CSS, HTML5, Section 508, ADA Compliancy.

We can even train your people how to create compliant office documents that will insure 100% accessibility for all your PDF documents going foreword.

PDF Section 508 Accessibility

Standard Provisions for508 Accessibility

Text Tags: A text equivalent means adding words to represent the purpose of a non-text element. This provision requires that when an image indicates a navigational action such as ”move to the next screen” or ”go back to the top of the page,” the image must be accompanied by actual text that states the purpose of the image. This provision also requires that when an image is used to represent page content, the image must have a text description accompanying it that explains the meaning of the image.

Multimedia Presentations: Captioning for the audio portion and audio description of visual information of multimedia presentations are considered equivalent alternatives. This provision requires that when an audio portion of a multimedia production is captioned, as required in provision (a), the captioning must be synchronized with the audio. Synchronized captioning would be required so someone reading the captions could also watch the speaker and associate relevant body language with the speech.

Using Color: When colors are used as the sole method for identifying screen elements or controls, persons who are color blind as well as those people who are blind or have low vision may find the web page unusable.

Readability: Style sheets can enable users to define specific viewing preferences to accommodate their disability. For instance, users with low vision may create their own style sheet so that, regardless of what web pages they visit, all text is displayed in an extra large font with white characters on a
black background. If designers set up their pages to override user-defined style sheets, people with disabilities may not be able to use those pages. For good access, therefore, it is critical that designers ensure that their web pages do not interfere with user-defined style sheets.

In general, the ”safest” and most useful form of style sheets are ”external” style sheets, in which the style rules are set up in a separate file. An example of an external style sheet is:

Example of source code: <link rel=stylesheet type=”text / css” href=”section508.css>

Server-Side Image Maps: An ”image map” is a picture (often an actual map) on a web page that provides different ”links” to other web pages, depending on where a user clicks on the image. There are two basic types of image maps: ”client-side image maps” and ”server-side image maps.” With client-side image
maps, each ”active region” in a picture can be assigned its own ”link” (called a URL or ”Uniform Resource Locator”) that specifies what web page to retrieve when a portion of the picture is selected. HTML allows each active region to have its own alternative text, just like a picture can
have alternative text (see §1194.22(a)). By contrast, clicking on a location of a server-side image map only specifies the coordinates within the image when the mouse was depressed. The ultimate selection of the link or URL must be deciphered by the computer serving the web page.

Client-Side Image Maps: Unlike server-side image maps, the client-side image map allow an author to assign text to each image map “hot spots.” This feature means that someone using a screen reader can easily identify and activate regions of the map. An explanation of how these image maps are constructed will help clarify this issue.

Creating a basic client-side image map requires several steps:

Identify an image for the map. First, an image must be used in a client-side image map. This image is identified using the <img> tag. To identify it as a map, use the ”usemap” attribute.

Use the <MAP> tag to ”areas” within the map . The <MAP> tag is a container tag that includes various <AREA> tags that are used to identify specific portions of the image.

Use <AREA> tags to identify map regions . To identify regions within a map, simply use <AREA> tags within the <MAP> container tags. Making this client-side image map accessible is considerably easier to describe: simply include the ”ALT” attribute and area description inside each <AREA> tag. The following HTML demonstrates how to make a client-side image map:

<img src=”navbar.gif” border=”0” usemap=”#Map”>
<map name=”Map”>
<area shape=”rect” coords=”0,2,64,19” href=”general.html” alt=”information about us” >
<area shape=”rect” coords=”65,2,166,20” href=”jobs.html” alt=”job opportunities” >
<area shape=”rect” coords=”167,2,212,19” href=”faq.html” alt=”Frequently Asked Questions” >
<area shape=”rect” coords=”214,2,318,21” href=”location.html” alt=”How to find us” >
<area shape=”rect” coords=”319,2,399,23” href=”contact.html” alt=”How to contact us” >
</map>

Data Table: Paragraphs (g) and (h) permit the use of tables, but require that the tables be coded according to the rules of the markup language being used for creating tables. Large tables of data can be difficult to interpret if a person is using a non-visual means of accessing the web. Users of screen readers can easily get ”lost” inside a table because it may be impossible to associate a particular cell that a screen reader is reading with the corresponding column headings and row names. For instance, assume that a salary table includes the salaries for federal employees by grade and step. Each row in the table may represent a grade scale and each column may represent a step. Thus, finding the salary corresponding to a grade 9, step 5 may involve finding the cell in the ninth row and the fifth column. For a salary chart of 15 grade scales and 10 steps, the table will have at least 150 cells. Without a method to associate the headings with each cell, it is easy to imagine the difficulty a user of assistive technology may encounter with the table.

Section 1194.22 (g) and (h) state that when information is displayed in a table format, the information shall be laid out using appropriate table tags as opposed to using a preformatted table in association with the ”<pre>” tag. Web authors are also required to use one of several methods to provide an association between a header and its related information.

Frames: Frames provide a means of visually dividing the computer screen into distinct areas that can be separately rewritten. Unfortunately, frames can also present difficulties for users with disabilities when those frames are not easily identifiable to assistive technology. For instance, a popular use of frames is to create ”navigational bars” in a fixed position on the screen and have the content of the web site retrievable by activating one of those navigational buttons. The new content is displayed another area of the screen. Because the navigational bar doesn't change, it provides a stable ”frame-of-reference” for users and makes navigation much easier. However, users with disabilities may become lost if the differences between the two frames are not clearly established.

Flicker Rate: This provision is necessary because some individuals with photosensitive epilepsy can have a seizure triggered by displays that flicker, flash, or blink, particularly if the flash has a high intensity and is within certain frequency ranges. The 2 Hz limit was chosen to be consistent with proposed revisions to the ADA Accessibility Guidelines which, in turn, are being harmonized with the International Code Council (ICC)/ANSI A117 standard, ”Accessible and Usable Buildings and Facilities”, ICC/ANSI A117.1-1998 which references a 2 Hz limit. An upper limit was identified at 55 Hz.

Text-Only Alternative: A text-only page, with equivalent information or functionality, shall be provided to make a web site comply with the provisions of these standards, when compliance cannot be accomplished in any other way. The content of the text-only page shall be updated whenever the primary page changes. Text-only pages must contain equivalent information or functionality as the primary pages. Also, the text-only page shall be updated whenever the primary page changes. Example HTML source code: <div ID=”textonly”> <p><a HREF=”../textonly/default.asp”>Text Only</a> </p></div>

Scripts: Web page authors have a responsibility to provide script information in a fashion that can be read by assistive technology. When authors do not put functional text with a script, a screen reader will often read the content of the script itself in a meaningless jumble of numbers and letters. Although this jumble is text, it cannot be interpreted or used.

Applets and Plug-Ins: While most web browsers can easily read HTML and display it to the user, several private companies have developed proprietary file formats for transmitting and displaying special content, such as multimedia or very precisely defined documents. Because these file formats are proprietary, web browsers cannot ordinarily display them. To make it possible for these files to be viewed by web browsers, add-on programs or ”plug-ins” can be downloaded and installed on the user's computer that will make it possible for their web browsers to display or play the content of the files. This provision requires that web pages that provide content such as Real Audio or PDF (Adobe Acrobat's Portable Document Format) files also provide a link to a plug-in that will meet the software provisions. It is very common for a web page to provide links to needed plug-ins. For example, web pages containing Real Audio almost always have a link to a source for the necessary player. This provision places a responsibility on the web page author to know that a compliant application exists, before requiring a plug-in.

Electronic Forms: Currently, the interaction between form controls and screen readers can be unpredictable, depending upon the design of the page containing these controls. HTML forms pose accessibility problems when web developers separate a form element from its associated label or title. For instance, if an input box is intended for receiving a user's last name, the web developer must be careful that the words ”last name” (or some similar text) appear near that input box or are somehow associated with it. Although this may seem like an obvious requirement, it is extremely easy to violate because the visual proximity of a form element and its title offers no guarantee that a screen reader will associate the two or that this association will be obvious to a user of assistive technology.

The following form demonstrates these problems. Visually, this form is part of a table and each field is carefully placed in table cells adjacent to their corresponding labels (n.b. formatting forms with tables are by no means the only situation presenting the accessibility problems inherent in forms; tables merely illustrate the problem most clearly).

While the relationship between the titles ”First Name” or ”Last Name” and their respective input boxes may be obvious from visual inspection, the relationship is not obvious to a screen reader. Instead, a screen reader may simply announce ”input box” when encountering each input box. The reason for these difficulties is revealed from inspecting the HTML source for this table. The following code is a simplified version of this table.

<FORM>
<TABLE>
<TR>
<TD><B>FIRST NAME: </B></TD>
<TD><INPUT TYPE=”TEXT” NAME=”FIRSTNAME”> </TD>
</TR>
<TR>
<TD><B>LAST NAME: </B></TD>
<TD><INPUT TYPE=”TEXT” NAME=”LASTNAME”> </TD>
</TR>
</TABLE>
<P>
<INPUT TYPE=”SUBMIT” VALUE=”SUBMIT”>
</FORM>

The two pairs of form elements are indicated in bold above. The problem created by laying out form elements inside of this table is now clear – the form elements are separated from their labels by the formatting instructions for the table.

Navigation Links: This provision provides a method to facilitate the easy tracking of page content that provides users of assistive technology the option to skip repetitive navigation links. Web developers routinely place a host of routine navigational links at a standard location – often across the top, bottom, or side of a page. If a non disabled user returns to a web page and knows that he or she wants to view the contents of that particular page instead of selecting a navigation link to go to another page, he or she may simply look past the links and begin reading wherever the desired text is located. For those who use screen readers or other types of assistive technologies, however, it can be a tedious and time-consuming chore to wait for the assistive technology to work through and announce each of the standard navigational links before getting to the intended location. In order to alleviate this problem, the section 508 rule requires that when repetitive navigational links are used, there must be a mechanism for users to skip repetitive navigational links.

Example: USDA Target Center and DOL web sites use the Skip Repetitive Navigational Links.

Time Delays: Web pages can be designed with scripts so that the web page disappears or ”expires” if a response is not received within a specified amount of time. Sometimes, this technique is used for security reasons or to reduce the demands on the computer serving the web pages. Someone's disability can have a direct impact on the speed with which he or she can read, move around, or fill in a web form. For instance, someone with extremely low vision may be a slower-than-average reader. A page may ”time out” before he is able to finish reading it. Many forms, when they ”time out” automatically, also delete whatever data has been entered. The result is that someone with a disability who is slow to enter data cannot complete the form. For this reason, when a timed response is required, the user shall be alerted via a prompt and given sufficient time to indicate whether additional time is needed.