Section 508 Self-Evaluation
Web Page Accessibility Questionnaire for Component Web Contacts
The World Wide Web has dramatically changed the way that federal agencies disseminate and collect information. Computer users from all around the world have instant access to federal agencies any time of day. Not only do agencies save countless dollars in printing and mailing costs, they also receive and process accurate information much more quickly and efficiently.
Under the authority of section 508 of the Rehabilitation Act, the Access Board (or 'Architectural and Transportation Barriers Compliance Board') has enacted regulations setting forth accessibility standards for federal agencies' electronic and information technology, including web pages. (1) 36 C.F.R. pt. 1194.
This document is designed to help agencies evaluate whether their Internet pages are accessible to people with disabilities. The Access Board's web accessibility standards appear at the beginning of each of the substantive sections, below, and form the basis for most of the questions. A few of the questions are designed to suggest ways that agencies should make their programs accessible, even where there are barriers on existing agency web pages.
Directions for Component Web Contacts:
- Make 20 copies of this form.
- Identify your component's 20 most popular web sites. Choose the 20 pages with the most "hits" per week. If you do not have a way to track usage, pick the top 20 pages in order of hierarchy by looking at those pages accessed most directly from your component's home page. Include Intranet pages among your chosen 20 if they are among your component's 20 most popular pages.
- For each of your 20 designated web pages, answer the questions listed below.
- Enter your data on the web site, http://www.508.org. To access the site, use the username and password assigned to you by your Designated Agency Official.
- By April 6, 2001, submit your data electronically to the Department of Justice by following the instructions on the http://www.508.org website.
- Print and retain a copy of your responses.
- Inform your Designated Agency Official that you have completed your survey responsibilities.
Please contact us if you have any questions.
Department of Justice's Section 508 Coordinators
202-305-8304 (voice mail)
202-353-8944 (TTY mail)
To access your agency's web site, a computer user uses browser software (e.g. Internet Explorer, Netscape Navigator, and others) that takes in specially encoded web pages and processes them to be viewable on a computer screen. To receive this information, the user's computer makes a request over the Internet to an agency computer called a web server. The web server responds to the request by sending the encoded web page back to the user and the user's browser makes the web page viewable on a computer monitor or other device.
When a user's computer makes a request of the web server, there has to be some mechanism for ensuring that the request goes to the right web server and requests the correct web page. This task is handled through the Uniform Resource Locator ( or "URL") or the Uniform Resource Identifier (or "URI"). The URL or URI is usually displayed at the top of the browser software each time a web page is accessed. For instance, almost all federal agencies maintain a home page. Typing in the URL for this page will take the user to the agency's home page.
Example 1: Typing in http://www.usdoj.gov will take you to the U.S. Department of Justice's home page.
In addition to a home page, agencies will maintain many other pages identified by different URL's.
Example 2: Typing in http://www.usdoj.gov/crt/ada/adahom1.htm will take you to the U.S. Department of Justice's Americans with Disabilities Act home page.
- Pages Generated by Search Engines
Many agency web sites contain search engines that, when activated, will provide a list of agency resources that matches the text submitted by the user. These search engines operate by invoking a computer program that changes the content of the page based on the user's search term. The URI may change slightly, as different information is passed to the computer program that performs the search. Although the location box (used in Netscape Navigator) may seem to reflect a different URI for each search request, the resulting pages should not be considered separate pages. For instance, searching for the word "508" on the U.S. Department of Justice Home Page creates a page with location:
By contrast, searching for the acronym "ADA" on the same page yields a results page with location:
For purposes of this survey, these two separate searches request the same page. If you are surveying such a page, you should only complete one evaluation for it. (2)
- Hyperlinks Within the Same Web Page
Many links in agency web pages just take the user to another part of the same page. These links are called "name anchors." Name anchors are often used for cross-referencing material on lengthy web pages. Selecting one of these links may cause a change in the URI without changing the actual page that is displayed. Because the identity of the web page does not change, if you are surveying a page with name anchors, only complete one evaluation for it.
- Intranet Pages
Many agencies have reserved certain web pages for the exclusive use of their own employees. These pages are called "Intranet" pages. When choosing your agency's 20 most popular web pages to survey, you may include some Intranet pages.
Q1: What is the URL/URI of the web page?
Q2: What is the best description for the purpose of the page?
Q3: Is the page available on the Internet, an agency Intranet, or some combination?
Q4: On a weekly basis, how many times (approximately) is this page accessed by users?
Overview of HTML
As noted above, browser software interprets specially coded web pages and renders the content on the computer's screen. The page itself is generally coded in HTML ("HyperText Markup Language"), which is simply a standard way of representing the format and content of all information (other than text) on a web page with regular keyboard characters. Using HTML, for instance, a web designer can easily insert "tags" to indicate boldface font, align text into tables, or place images (which are separate computer files) in specific locations on a web page. More information about the features of HTML can be found at http://www.w3c.org.
Although HTML is not complicated, many web designers use authoring tools (e.g. Microsoft FrontPage, Macromedia DreamWeaver, etc.) to facilitate rapid web page development. Using one of these programs lets web designers quickly write HTML pages that include carefully aligned graphics and consistent font selection.
Using a web browser, you can easily view a web page's underlying HTML coding. For instance, in Netscape Navigator, selecting View, then Page Source will reveal the page's HTML source coding. In Internet Explorer, selecting View, then Source will do the same thing.
|"A text equivalent for every non-text element shall be provided (e.g., via 'alt', 'longdesc', or in element content)." 36 C.F.R. ï½§ 1194.22(a)|
In order to make non-text elements (3) (such as images, multimedia objects, logos, photographs, artwork, Java applets, or other types of web page content that cannot be reduced to ASCII text) readable by some of the assistive technologies - such as screen readers used by people who are blind (4) - it is important to accompany non-text elements with meaningful text labels. Assistive technology cannot describe images, but can convey text associated with those images. For instance, a screen reader cannot communicate whether an image is a weather satellite photo or a sketch of Abraham Lincoln unless these images are accompanied by meaningful text labels.
To embed an image into a web page, the designer uses an HTML tag to identify or point to a separate computer file that contains the actual image file. These tags can generally be identified by examining a page's HTML source coding. Images are usually indicated with an tag. Java applets are usually embedded using the tag. Another tag commonly used to embed these non-text elements is the tag. If you notice any of these tags in your HTML source, you likely have non-text elements that require special consideration to ensure that the information they convey is accessible to people with disabilities. For instance, the following tag is used to display an image, which is saved in a separate file called "pictureofme.jpg:"
While a screen reader cannot "look" at an image and identify all of its features, it can read text descriptions of that image. The same is true for refreshable Braille displays (5) and other types of assistive technology delivery devices. Meaningful text descriptions must accompany non-text elements so that users with disabilities can distinguish important content from merely decorative images. There are several ways of providing this textual information so that it can be recognized by assistive technology devices. For instance, the tag can accept an "alt" attribute that will enable a web designer to include text that describes the picture directly in the tag. Example 3, above, could be modified to include the "alt" description, "this is a picture of me," as follows:
Similarly, the tag for Java applets also accepts an "alt" attribute, but it only works for browsers that provide support for Java. Because some browsers used by persons with disabilities do not accept Java applets, a better alternative for providing textual descriptions is to simply include the alternative text between opening and closing or
This applet displays current stock prices for many popular stocks
Finally, yet another way of providing a textual description is to include it in the page in the surrounding context. For instance:
Below is a picture of me during my great vacation!
Q5: Does each non-text element on the page have a text equivalent via "alt" (alternative text attribute) or does the page otherwise include a meaningful description of the non-text element in the text accompanying the non-text element?
|"Equivalent alternatives for any multimedia presentation shall be synchronized with the presentation." 36 C.F.R. ï½§ 1194.22(b)|
As the World-Wide Web has evolved over the past several years, the content of web pages has also evolved from basic HTML for laying out and formatting text to content that is much richer and more complex. In addition to images and programmatic elements, web developers have also embraced multimedia technologies which allow web pages to include presentations, short movies, or other content with synchronized audio and video tracks. Some developers have also started using such technologies as RealVideo, a form of "streaming" multimedia that allows users to watch online videos with relatively little delay.
Generally, multimedia presentations require users to rely on more than one sense, such as combining a reliance on hearing and vision to understand the content of a page. While these advances make web pages more interesting and "layered" for people without disabilities, those with disabilities face new barriers to understanding a page's content.
To ensure that multimedia is accessible to users with visual impairments, agencies should ensure that audio descriptions of video portions are provided in all cases, except where the video portion of a presentation is unimportant to understanding a presentation. For instance, if a multimedia presentation includes a narrator describing an event, it is not necessary to include as an audio description, "The narrator is wearing a blue sweater and brown pants." Audio descriptions are usually selectable, so that a non-disabled user can choose not to turn them on.
To ensure that multimedia presentations are accessible to users with hearing impairments, text captioning should be provided to convey in text any important audio information. Such captioning can be included as part of the video track of the presentation, and can also be selectable.
Finally, agencies should be aware that because multimedia content cannot be rendered using HTML, plug-ins or other applications will be necessary in order to view multimedia content. These other technologies are also subject to the Section 508 rule and are treated separately below.
Q6: For any multimedia content, is text captioning provided for all audible output and audible output provided for all important visual information?
Q7: Are all audio descriptions and text captions synchronized with their associated dynamic content?
Use of Color
|"Web pages shall be designed so that all information conveyed with color is also available without color, for example from context or markup." 36 C.F.R. ï½§ 1194.22(c)|
Relying on color to communicate important information will affect persons who find it impossible or difficult to discern or differentiate colors, such as persons who are blind, or who have limited sight or color-blindness. Also, persons with cognitive impairments may not be able to fully comprehend or remember the significance assisted to a certain color for use on a web page.
While good web page design often makes full use of color, pages should be fully understandable even by those who cannot discern or differentiate colors. For instance, if a web page has one green button and one red button that are identical except for color, the web page should not state, "press the green button to go to the next page or press the red button to start over." Making this element accessible merely requires the buttons to be labeled: "green" and "red," or "next" and "start over."
Hint: Two simple ways of testing a web page to determine if color is used appropriately is by viewing the page on a black and white monitor, or by printing it out on a black and white printer.
Q8: Is the page capable of being understood and navigated even if users do not have the ability to identify specific colors or differentiate between colors?
"Documents shall be organized so they are readable without requiring an associated style sheet." 36 C.F.R. ï½§ 1194.22(d)
One of the difficulties in maintaining multiple web pages on a single site is presenting a consistent "look and feel" to the visitor. Because the appearance of a web page is controlled by a myriad of HTML tags (such as for boldface, for italics for basic character fonts), creating a multi-page web site that has a consistent style can be challenging. Also, changing that style can be a time-consuming and daunting task.
HTML has evolved to meet this challenge. Style sheets allow web designers to create a basic set of rules governing specified web pages to determine how those pages will appear to visitors. More specifically, style sheets allow a web designer to specify rules of document style (e.g. fonts, margins, colors, etc.) once and have these rules applied to elements of document structure (e.g. headings, paragraphs, tables, lists, etc.). For instance, a web designer can specify in a single style sheet that:
- all paragraph headings will appear in large, boldface, blue font
- all paragraph text will appear in small, italic, black font
- all tables will appear with borders and will have large spacing between table cells
When the web designer decides to change the look of the associated web pages - for instance, changing all paragraph headings to black font - the web designer only needs to make a single change in a style sheet to affect the change throughout those pages.
While style sheets provide uniform control over all associated web pages on the site, a designer may want to override these controls for a specific purpose. For instance, the style sheet may be set up to use an italic font for highlighting, but the designer may decide that on a particular page, bold faced type would better accentuate a highlighted word. Alternatively, the designer may want to depart from the style sheet specifications for an entire web page. For instance, a web page that includes large tables may need a smaller font and hairline borders between cells to display all of the information than is called for on the style sheet. Because these variations in style may occur at different "levels" (e.g. a web page, a paragraph, or a specific word), style sheets provide a hierarchy of rules, with specific rules taking precedence over more general rules. Rules affecting a specific element in a web page will take precedence over rules that affect an entire site. Therefore, when a web browser displays a page, it must look for specific rules first, then less specific rules, then general rules, thus giving these standards the term cascading style sheets.
Because style sheets 'cascade,' they can occur at different locations in a document. For instance, style sheets that affect an entire web site may be included in a separate file, whereas style sheets affecting a specific web page will usually be included at the beginning of the page. Usually, you can find style sheets by checking the HTML source for the word style in an HTML tag, such as (6)
Used properly, style sheets can increase the accessibility of web pages for people with disabilities. Some browsers enable users to use style sheets to set their own preferences for how pages are displayed. For instance, a user with low vision may use a style sheet so that regardless of what web pages he visits, 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 accessibility reasons, therefore, it is critical that designers ensure that their web pages do not interfere with user-defined style sheets.
Another potential problem with style sheets is that only the most modern browsers are compatible with them. In some cases, people with disabilities must use older browsers that work well with their assistive technologies. If a web page can only be understood or used by visitors using the latest browsers that support style sheets, some people with disabilities will be unable to use those pages. Therefore, web designers must ensure that their web pages are usable when style sheets are not supported or when support for style sheets is turned off.
"Redundant text links shall be provided for each active region of a server-side image map." 36 C.F.R. ï½§ 1194.22(e)
"Client-side image maps shall be provided instead of server-side image maps except where the regions cannot be defined with an available geometric shape." 36 C.F.R. ï½§ 1194.22(f)
Image maps are graphic images that encapsulate links to other web pages or which initiate scripts. For instance, Example 7, below, is a geographic map of the United States used as an image map to allow users to select a specific state to locate information only relevant to that state:
Image maps may also include other types of graphic images. Some web designers put text links in images to present a very clean look to their web pages or to embed text messages inside of icons. Example 8 is used frequently by the National Highway Transportation Safety Board as a navigation tool. It is an image of an automobile dashboard that includes links to other web pages, with each link associated with a part of a car's dashboard:
Although the image used in Example 8 is not a geographic map, it is nevertheless considered an image map for purposes of this survey.
Client-side image maps v. server-side image maps. In general, there are two types of image maps: server-side image maps and client-side image maps. When a user selects an area of one of the older server-side image maps, the vertical and horizontal coordinates of the cursor location are transmitted back to the web page's server, which then calculates in which region of the image the user's cursor is located and responds appropriately. By contrast, newer client-side image maps use the user's browser to determine which region the user has selected. In general, server-side image maps are less efficient because the web server, which may already be overburdened serving web pages to other users, must calculate how to respond based on the exact coordinates of where a user clicked their mouse button within an image.
While image maps do not present insurmountable problems for people with disabilities if they are designed correctly, it is far easier for many people with disabilities to use client-side image maps than server-side image maps. To make client-side image maps accessible, each region within the map can be assigned an alt description that can be read by a screen reader or other assistive technology device. As discussed above, using the alt attribute is the technique that is generally used to make ordinary images accessible. The same cannot be said of server-side image maps. Server-side image maps must be accompanied by redundant text links. For instance, in Example 7, above, the agency has made the image map accessible by providing a duplicate list of links - here, the names of states - for each of the areas identified in each region of the map.
To determine whether a web page includes client-side image maps, you can review the page's HTML source coding for any tags that begin with the word map. For instance, the tag shown in Example 9 usually indicates a client-side image map:
Server-side image maps are slightly more difficult to identify within the page's HTML source coding, because there are several tags that will send the horizontal and vertical coordinates of the cursor location back to the server. Some indications that a web page includes a server-side image map are the presence of the ISMAP attribute in an image tag or a form input tag specifying a parameter of IMAGE. If the HTML source code for the page includes tags of one of the following formats, then the page may include a server-side image map: (7)
Because it is so much easier for client-side image maps to be made fully accessible to people with disabilities, the Access Board's final rule requires that agencies use client-side image maps instead of server-side image maps, except when the map regions cannot be defined with a n available geometric shape.
Q11: If the page includes any server-side image maps, are duplicate text links provided for all links within the server-side image maps?
Q12: If the page includes any server-side image maps, have you established a timetable to replace the server-side image maps with client-side image maps, except where the regions cannot be defined with an available geometric shape?
Q13: If the page includes one or more client-side image maps, does each map region have a text equivalent via "alt" (alternative text attribute) or does the page otherwise include a meaningful description of the non-text element in the text accompanying it?
|"Row and column headers shall be identified for data tables." 36 C.F.R. ï½§ 1194.22(g) |
"Markup shall be used to associate data cells and header cells for data tables that have two or more logical levels of row or column headers." 36 C.F.R. ï½§ 1194.22(h)
Tables are presentations of information in rows and columns. As shown in Example 6, below, tables are typically used to display numeric or statistical information where numbers occupy cells located along specific horizontal rows and under specific vertical columns.
Wages for Summer 2000
Many web designers also use tables as a way of arranging text into columns or cells, as HTML has traditionally otherwise lacked a way of aligning text in columns.
Orientation of Data in Cells. Tables present unique problems for people with disabilities who use assistive technologies such as screen readers and refreshable Braille displays. In order to make sense of the information in a data cell, the reader must understand the significance of the cell in the overall scheme of the table. A nondisabled user can quickly look at the column and row headings to accomplish this task. Someone who uses certain types of assistive technologies cannot. To fully understand the problem, one must understand how most screen readers (and other types of assistive technologies, such as refreshable Braille displays) work. Screen reading software typically follows standard reading protocols, generally begin to read at the top left of the screen and moving left to right, dropping down 1 row at a time. If someone using a screen reader is confronted with the table in Example 6, he or she would hear the following: "Wages for Summer 2000 June July August Mark $360.30 $720.59 Judy $180.15 Bill $720.59 $720.59 Trina $720.59 $720.59 $720.59." Since some screen readers cannot associate the data with particular column headings, the reader would be unable to tell, for example, the months in which Mark, Judy, or Bill worked.
Web developers can use several HTML attributes to make most HTML tables accessible to people who use screen readers and other types of assistive technologies. In particular, the "id" and "header" attributes can be used to identify table rows and headers within each cell. Although not all screen readers are currently able to make use of these attributes, more sophisticated screen readers that can do so are being introduced.
Formatting of Text in Tables. Another problem with tables that is frequently encountered by users of screen readers and other types of assistive technologies arises when long text elements such as phrases or sentences are placed within a table for formatting purposes. When the text "wraps" within a table cell, it becomes difficult or impossible for users of some assistive technologies to make sense of it.
fed hay two
times a day.
|The tigers |
should be fed
An older or simpler screen reader, for example, would ignore the formatting of the table columns and read each line from left to right, then dropping to the next line and reading it left to right, as follows. Reading the table in Example 12, a screen reader would recite: "The The tigers The elephants should be fed pandas should be raw meat should be fed hay two once every fed times a day. three days. bamboo on demand." To avoid this problem, web developers who want to make their pages completely accessible to persons with disabilities should avoid using tables for formatting text. However, the section 508 standards do not prohibit agencies from using tables to format text. Therefore, survey questions 14 and 15, below, do not inquire about the use of tables for formatting text.
Preformatted Tables Using the
Tag. HTML browsers do not ordinarily render "whitespace" (e.g. spaces, tabs, carriage returns, etc.) in an HTML document as anything other than a single space. Most of the time, this feature makes page layout very easy as web developers can freely insert spaces and extra lines between words and tags without disturbing the ultimate appearance of the page. Occasionally, however, web developers want greater control over spacing in a document and may create tables by simply adding extra spaces between column entries. HTML's
andtags facilitate this process by formatting everything between these tags as preformatted text. Thus, extra spaces will be interpreted as extra spaces. This means that creating tables will not require careful use of
Q14: If the page includes data in tables (either HTML tables or preformatted text tables using the
"Frames shall be titled with text that facilitates frame identification and navigation." 36 C.F.R. ï½§ 1194.22(i)
Once a very popular way of formatting information on a browser screen, frames have become less popular as web sites have incorporated new ways of presenting information. Most commonly, frames are used to divide the browser screen into separate areas with each presenting different, but usually related, information. (10) For instance, as shown in Example 14, a developer may use framesets to place navigational links on the left side of the screen ("Navigation Section," in this example) and the substance in a larger frame on the right ("Resource Section," in this example):Example 14
In this way, a user can more easily navigate different areas of a web site while keeping track of where he or she is in relation to the overall web site. Frames can also be designed with a newer technology - inline frames - that allows for more design control.
To ensure that web pages using frames are accessible to people with disabilities, designers should provide meaningful titles to each of the frames so that users can properly orient themselves. Otherwise, those who use screen readers or other types of assistive technologies will be unable to fully understand the relationships among multiple frames on the same page.
Frames can be identified by examining a page's HTML code. Framesets will be coded with a tag, while inline frames will be coded with an tag.
Appendix B contains more information about the accessibility implications of frames and detailed instructions for making framesets and inline frames accessible.
Q15: If the page uses frames, does each frame have a title that meaningfully describes it?
"Pages shall be designed to avoid causing the screen to flicker with a frequency greater than 2 Hz and lower than 55 Hz." 36 C.F.R. ï½§ 1194.22(j)
Some individuals with photosensitive epilepsy can have a seizure triggered by displays which flicker or flash, particularly if the flash has a high intensity and is within certain frequency ranges. Seizures can be triggered by flickering or flashing in the 2 to 59 flashes per second (Hertz) range. Developers should avoid using strobe light effects - abrupt changes from light to dark - or using flashes in any color range at a rate of 2 to 59 flashes per second. Flashing or flickering elements are usually added through technologies such as animated gif's, Java applets, or third-party plug-ins or applications. As discussed above, Java applets and third-party plug-ins can be identified by the presence of or
Q16: Does the page include content (such as applets or content requiring plug-ins) that may cause the screen to flicker with a frequency greater than 2 Hz and lower than 55 Hz?
Scripts, Plug-Ins, Applets, and other Programmatic Objects
"When pages utilize scripting languages to display content, or to create interface elements, the information provided by the script shall be identified with functional text that can be read by assistive technology." 36 C.F.R. ï½§ 1194.22(l)
"When a web page requires that an applet, plug-in or other application be present on the client system to interpret page content, the page must provide a link to a plug-in or applet that complies with ï½§1194.21(a) through (l)." 36 C.F.R. ï½§ 1194.22(m)
Web sites can present information as static - fixed - content, or as dynamic content that can be changed depending on conditions set by the web developer. Dynamic content may be generated through the use of plug-ins, scripts, or other programmatic objects. (11) Each of these methods of generating dynamic content poses some accessibility challenges.
Scripts. Scripts are simply sets of computer instructions that are embedded in a web page's HTML coding. They are typically used by web designers to perform relatively rudimentary functions such as verifying the contents of a form or changing images on a screen when a user passes a cursor over the image. They can be easily identified by reviewing a page's HTML source coding for a tag that begins with the word "script:" (12)Example 15:
In the past, scripts presented significant difficulties for people with disabilities. These barriers have been significantly reduced as more web browsers used by people with disabilities have been updated to support scripts. However, two common uses of scripts continue to cause accessibility problems. Scripts can be used to change an element - such as when a "rollover gif" is activated. A rollover gif changes an image on the screen when the user moves his or her cursor over the image. Such scripts are inaccessible because the script is used to change an element that does not have functional text associated with it. If a script changes the content of a page without somehow indicating (through text readable by a screen reader) that it has changed the content of the page, the script cannot be made accessible.
Second, a script may create a barrier to accessibility if the event handler triggering the script cannot be activated through the keyboard. For example, rollover gif's can often only be activated through mouse movement. People with disabilities who cannot use a computer mouse - such as those who are blind or those who are quadriplegic - cannot access the rollover gif. Fortunately, most event handlers have recently become accessible through keyboard commands, due to improvements in the assistive technology used by people with disabilities.
Plug-ins (13) are third-party "add ons" to a computer browser that allow third-party companies to develop special content not normally available using just HTML. For instance, the multimedia and streaming video that are available in many commercial information service web sites use plug-ins to enable web pages to provide "real time" broadcasts of radio and television programs.
Because plug-ins are really separate computer software applications created by third-party manufacturers, the challenges created by plug-ins extend beyond the accessibility requirements for web pages. Reviewers evaluating the accessibility of plug-ins should review the Access Board's section 508 rule as it applies to software, 36 C.F.R. ï½§ 1194.21 (available at: www.access-board.gov/sec508/508standards.htm).
Plug-ins can usually be detected by examining a page's HTML for the presence of an
Adobe Acrobat's Portable Document Format (pdf)
Many agencies have turned to Adobe Acrobat's portable document format (.pdf) to ensure a more controlled presentation of documents posted to their websites than is available with HTML. To view a pdf document, a web browser must have the Adobe Acrobat Reader plug-in loaded onto his or her computer.
HTML is not designed for extremely precise representations of data on a computer screen or printer, but allows for a degree of flexibility that can benefit users with disabilities. For instance, as most browsers permit users to increase the size of the font displayed on their screens, a user with limited vision can often increase the font size and the web page will reformat itself to meet the user's needs. On the other hand, HTML's lack of precision can be frustrating for users or web designers who want web-transmitted documents to look exactly like printed documents. For instance, HTML cannot ensure that fonts, margins, and page breaks will occur at exactly the same location on every computer screen every time a document is viewed. Similarly, if a handwritten signature must always appear at the same location, HTML cannot be used reliably.
Adobe Acrobat's Portable Document Format (.pdf) is a technology that responds to the lack of precision of presentation inherent to HTML. Documents created in pdf will appear identical on every computer monitor and on every computer printer. Page breaks, margins, fonts, and even the placement of graphics will be the same as in the original document.
In general, pdf documents can be created in several different ways and each method has separate implications for accessibility:
Web developers should try to use the last two methods of creating pdf files and should avoid the first method entirely. Agencies should also test the accessibility of their pdf documents using screen readers before posting them to their web sites. Adobe's accessibility site includes includes the latest recommendations for making pdf files accessible (http://access.adobe.com). Finally, agencies should be careful that non-text content be accompanied by text descriptions in pdf files. Agencies that choose to publish web-based documents in pdf should simultaneously publish the same documents in another more accessible format, such as HTML.
Unfortunately, many browsers used by people with disabilities do not work with applets. In addition, while Sun Microsystems has incorporated accessibility features in Java, most Java developers do not make use of these features when using applets. In order to make the content of applets accessible, web developers should provide text alternatives.
Like plug-ins, applets can be identified by the presence of an
Q18: If the web page uses applets, such as downloadable Java applets, does it also contain the same information and functionality in an accessible format?
Q19: If the page uses other programmatic objects (such as Flash, Shockwave, RealAudio, or RealVideo content), or otherwise requires the use of plug-ins or programmatic support for the browser, does the page include a link to the plug-in or programmatic item required for accessing the content of the page and is that plug-in or programmatic item itself accessible to people with disabilities?
Q20: If the page includes links to .pdf (Adobe Acrobat's portable document format) files, were those .pdf files created in a way that is likely to maximize their usability for people with disabilities?
"When electronic forms are designed to be completed on-line, the form shall allow people using assistive technology to access the information, field elements, and functionality required for completion and submission of the form, including all directions and cues." 36 C.F.R. ï½§ 1194.22(n)
In addition to distributing information, the Internet provides agencies with an incredible resource for collecting information. Much of this information collection is done with online forms.
For example, one very popular type of online form is the search engine. Search engines allow users to type their search requests into a box and submits them. The web server receives the information on the form - the search request - and uses it to process an appropriate response.
In addition to search engines, more complex forms are used on many websites. For instance, when shopping online, users may be asked to submit their names, addresses, credit card numbers, and other information.
HTML Forms. In order for an online form rendered in HTML (HTML form) to be accessible, each input element, whether it be a text box, radio button, submission button, or other element must be laid out in a way that makes sense to those who use screen readers and other types of assistive technologies. In addition, the HTML form's instructions must also be presented in an easy-to-use manner. Often times, HTML forms are inaccessible because the text label identifying a particular radio button or other screen element does not appear contiguous to the element it describes. Someone who uses a screen reader may not be able to discern which of the buttons or elements is the appropriate selection.
In general, elements in HTML forms should appear contiguous to their descriptions. It is difficult to give more specific guidelines, however, because there are so many ways for web designers to format them. The only sure way to check the usability of an HTML form is to test it with assistive technology.
Other Online Forms. A number of other types of online forms have been developed to overcome the limited control HTML allows over page layout. HTML forms cannot be used where an online form is required to look exactly like its paper counterpart, as the appearance of HTML forms will vary slightly depending upon the user's computer hardware and software. Non-HTML forms designed to be completed and submitted online are used with plug-ins or special third-party software. The accessibility challenges of plug-ins and other programmatic elements is addressed, separately, above.
Q21: If the page includes one or more electronic forms that is designed for completion online, does each form permit users of assistive technology to access the information, field elements, and functionality required for completion and submission of the form including all directions and cues?
Q22: If the page contains one or more forms that is designed to be completed online but that is inaccessible to people with disabilities in some respect, does the page include an alternate accessible form or a link to an alternate accessible form?
Skipping Repetitive Navigational Links
"A method shall be provided that permits users to skip repetitive navigation links." 36 C.F.R. ï½§ 1194.22(o)
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 nondisabled visitor returns to a web page or site and knows that she wants to view the contents of that particular page instead of selecting a navigation link to go to another page, 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 'good stuff.' 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.
Q23: If the page includes navigational links to other web pages within the same website, is there a link allowing users of screen readers to skip over those links?
"When a timed response is required, the user shall be alerted and given sufficient time to indicate more time is required." 36 C.F.R. ï½§ 1194.22(p)
For security reasons, some web pages are designed to "time out" automatically if a user does not take some action within a prescribed time period. For instance, commercial online banking services commonly use this technique to make sure that their customers do not leave sensitive financial information on their computer screens where others may view or tamper with that information - or where hackers can 'grab' the streaming data off the Internet.
Pages that require users to navigate or negotiate elements within a fixed amount of time can present challenges to some people with disabilities. (16) 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. Likewise, people with disabilities may require additional time to complete a form. 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. Designers should ensure that when their pages "time out," they alert the user before the time expires and give him an opportunity to request additional time.
Q24: If the page requires users to respond within a fixed amount of time before the user is "timed out," is the user alerted that he or she will be timed out and given sufficient time to indicate that more time is required before actually being timed out?
"A text-only page, with equivalent information or functionality, shall be provided to make a web site comply with the provisions of this part, when compliance cannot be accomplished in any other way. The content of the text-only page shall be updated whenever the primary page changes." 36 C.F.R. ï½§ 1194.22(k)
If a 'mainstream' web page is inaccessible to people with disabilities and cannot be made accessible, the Access Board's section 508 standards require that the agency maintain an equivalent text-only web page. Text-only alternatives to inaccessible pages allow people with disabilities to have full access to all information available to others. Such pages must contain equivalent information or functionality as the primary pages and must be updated as often.
Q25: Taking into consideration your responses to the previous questions, if the reviewed page likely contains barriers to access for people with disabilities, do you have an alternative text-only page that contains the same information and is updated as often as the reviewed page?
To determine whether your web pages are accessible to people with disabilities, you should have someone who is familiar with assistive technologies such as screen readers use those technologies to test your pages. Alternatively, developers may wish to view their web pages using a text-only web browser. These methods may uncover previously unrecognized barriers to access, such as text labels that do not sufficiently describe an image, or page layout that results in incomprehensible text when processed through a screen reader.
Many agencies have employees who use such technologies and who can assist with this testing. Those agencies that do not currently employ anyone who uses assistive technologies may want to seek testing assistance from a local Independent Living Center or other disability rights group.
Q26: Test this page for accessibility to persons with disabilities using assistive technology (including a screen reader, the Lynx public-domain text-only browser, or the IBM Home Page Reader). Describe the results of this test:
Q27: Describe the accessibility successes and challenges you identified during your evaluation of this page and any plans you have for addressing any problems on this and similar pages within your website:
Appendix A Making Web-Based Tables Accessible
This document provides a quick checklist for making information in tables or charts accessible to users with disabilities. Following the checklist is a discussion of the accessibility issues surrounding tables. This document concludes with a discussion of specific HTML tags and attributes that should be used for making documents accessible and an example of an accessible table.
Discussion of Problem
Electronic information poses special difficulties for persons with disabilities. For instance, blind users and users with visual impairments may be unable to read or have difficulty with reading information displayed on a computer monitor.
To use computer information, people with visual impairments often use screen reading software. Screen readers "read" out loud the information displayed on a computer screen. Similarly, refreshable Braille display devices translate the visual display into a touch-discernable Braille output. Screen readers and Braille display devices have little difficulty with unformatted text on web pages.
Where the formatting of text conveys special meaning, screen readers may encounter difficulties, unless special care is taken by the web page designer. Web tables create several serious problems for screen readers, as described below.
Problems with Data Tables
Tables present unique problems for users with disabilities. In a table, the column and row that a particular cell corresponds to is very important to understanding the information in that cell. All users find that very large tables are confusing; it is too easy to become "lost" in a table when column and row headings become obscured. This problem is greatly compounded for screen reader users because it may be nearly impossible to meaningfully associate row and column information within a particular cell in anything but the smallest tables.
To illustrate this problem, imagine having a large table with 10 columns and 10 rows. In each of the 100 cells of the table are statistics that are aligned under particular column headings and across from particular row headings. A sighted user reading this table could easily associate any cell with its related column headings. A visually impaired user using a screen reader would have a very different experience. Because a screen reader literally reads just the contents of each cell from top to bottom and left to right, it would not take long before the meaning of each cell would be lost. Overcoming this problem calls for a way to indicate with which column heading and row heading a particular cell is associated.
Several HTML attributes make this association of headings and cells possible. Web developers should use the "id" and "header" attributes for table cells and headers. Although not all screen readers and web browsers can "read" these attributes, future browsers and screen readers will likely be able to use them.
Problems with Formatting Text in Tables
Phrases, sentences, and other long textual elements that "wrap" in table cells also pose special problems for users of older screen readers. Older screen readers may read the first line of each adjacent cell before moving to the next row of text in each cell. For instance, if text in two cells are arranged as follows,
This is text in column one.
This is text in column two.
Then, the text may be read by an older screen reader as:
This is text in column one. This is text in column two. This column includes This column includes information relating to information relating to column one. column two.
Someone listening to this recitation would not be able to make sense of it. Therefore, special care should be taken when using tables for formatting text or any tables that contain text that wraps within a single cell.
Problems Using Preformatted Tables with the
HTML browsers do not ordinarily render "whitespace" (e.g. spaces, tabs, carriage returns, etc.) in an HTML document as anything other than a single space. Most of the time, this makes page layout very easy. Occasionally, however, web developers want easy control over spacing in a document and may create tables by simply adding extra spaces between column entries. HTML's
andtags facilitate this process by formatting everything between these tags as preformatted text. Thus, extra spaces will be interpreted as extra spaces.
Unfortunately, using the
tag to make tables also makes them completely inaccessible to screen readers because there is no indication to the user that the contents are, in fact, in a table. Furthermore, there is no way to meaningfully associate the information in each "cell" with a particular "column". Therefore, web developers should NOT use thetag to create tables under any circumstances.
Always Check Your Pages With Assistive Technology Prior to Publication
Before publishing your web pages to the Internet, if at all possible, check your web pages using assistive technology to be sure that they render properly. Remember that users with disabilities may have a very different experience from other users when encountering complex elements like tables. Therefore, web pages with tables deserve extra attention prior to publication.
HTML Table Attributes
Given the special difficulties created by tables, their use should be reserved for situations where they are absolutely necessary. The HTML source for a table includes the following elements, arranged in order of containment:
- Table HTML Tags:
- Tag Description:
- The opening
tag and closingtag delineate the beginning and end of a table. Everything between these tags is included in the table.
- Row HTML Tags:
- Tag Description:
- The opening
tag and closingtag mark the boundaries of a row in a table. Everything between these tags is included in a particular row of a table. These tags must be contained within the
- Cell HTML Tags:
- Tag Description:
- The opening
tag and closingtag mark the beginning and end, respectively, of a cell in a table. Ordinarily, these tags are always included in a particular row, delineated by andtags, above.
- Header HTML Tags:
- Tag Description:
- These tags are best thought of as a special type of
andtags. The andtags mark the beginning and end of a "header" cell.
|and|| tags that allow screen readers to meaningfully associate a particular cell's contents with the header column that it belongs to. These attributes are also part of the HTML 4.0 specification and may not be supported by all browsers. These attributes, (18) and a discussion of how to use them, follows: |