Attachment IV

 

 

Web Accessibility Guidelines

 

Access to information and electronic technology for persons with disabilities is an essential component of the Texas State University commitment for a barrier-free learning environment. The Americans with Disabilities Act of 1990 (ADA) and Section 508 of Workforce Investment Act requires public institutions to provide effective communication through all mediums, including the Internet. The Department of Information Resources (DIR) for the State of Texas has also published "1 TAC 201.12 State Web Sites," concerning standards for state websites, in the Texas Register.

 

The following guidelines have been developed to assist university personnel in developing Web documents that comply with the necessary minimally accepted standards that Texas State Web documents must meet. By using the following guidelines in the design and programming of Web documents, you ensure that all Internet users can use your website, regardless of their disability or the limitations of their equipment or software. While these guidelines present the minimally acceptable standards of accessibility, Web page developers are strongly encouraged to maximize the accessibility of their pages for universal access by referring to the complete text at the Web locations specified at the end of these guidelines.

 

The Guidelines

 

Guideline 1: Provide an alternative tag or text for every graphic or multimedia element. Although some people cannot use images, movies, sounds, applets, etc., directly, they may still use pages that include equivalent information to the visual or auditory content.

 

Justification: If the person viewing the page is using text-to-speech software, a non-graphic browser such as Lynx, or has the graphics turned off in their browser, graphic links will be inaccessible.

 

Solution: Provide "ALT" tags for image reference anchors and include descriptive text within the anchor. For video or audio links, provide a text description of the links on your page.

 

Guideline 2: Provide descriptive text links, but not overly wordy.

 

Justification: Text descriptors need to convey information about the nature of the link. Links need to be understood when read out of context. Conversely, too much text makes the page inefficient, and some browsers have difficulty reading longer attributes.

 

Solution: Provide a brief and complete text descriptor that describes the nature of the link. For example, never use "click here" as a link, or next to a graphic used as a link. Instead, use "click here for" and provide a description about where the link leads.

 

Guideline 3: Ensure that information is not conveyed through color alone. Provide simple backgrounds with enough contrast between colors. For example, when asking for input from users, avoid using "Please select an item from those listed in green."

 

Justification: People with low vision or colorblindness, or those using black and white monitors, can have difficulty reading information at sites with busy backgrounds and dark colors. Many background images and colors obscure the text, making reading difficult.

 

Solution: Recommend testing document without color being viewed, examine it with a monochrome monitor or with browser colors turned off. To test whether the color contrast is sufficient to be read by people with color deficiencies or by those with low-resolution monitors, print pages on a black and white printer (with backgrounds and colors appearing in grayscale).

 

Guideline 4: When using Image Maps, use client-side image maps and provide an alternative method of selecting the embedded links.

 

Justification: If the person viewing the page is using text-to-speech software, a non-graphic browser such as Lynx, or has the graphics turned off in their browser, image map links will be inaccessible with no way of selecting the embedded links.

 

Solution: Provide a text-only link before or after the image map or list the embedded links elsewhere on the page, and provide "ALT" attributes within the image map.

 

Guideline 5: Provide alternatives to the use of non-standard text formatting and layout.

 

Justification: Tables with tabular or columnar information, indentations, or changing font size and presentation are very difficult for those using a non-graphic browser to navigate. Screen readers process text from left to right across the screen, and cannot effectively present tabular or columnar text.

 

Solution: Provide a text-only version of the page or information contained in tables. For text version, use proportional font markups (H1, H2, etc.) for text size changes.

 

Guideline 6: Avoid using frames to lay out a website.

 

Justification: Assistive browsers have trouble with frames. Home Page Reader does not read a page that uses frames. For other uses, frames can pose problems with regard to bookmarking, printing and navigating.

 

Solution: Use tables to layout your website.

 

Guideline 7: Provide alternative text-only pages when using moving or changing text (marquees and blink tags) or any Java or Active X markup.

 

Justification: Screen readers cannot process moving or changing text. Marquees are often read one letter at a time, making comprehension of the material very difficult. Moving or changing text often causes the screen reader software to lock up the computer.

 

Java and its derivatives and Active X components present unique access problems for individuals with disabilities. Typically, when encountered by a screen reader, the computer locks up, or the voice output ceases to function.

 

Solution: It is recommended not to use these features on main page. Provide links to an alternative text-only page and a graphics intensive page, so users can choose. Providing a text-only link on the main page that uses these features will not work; the computer may lock up before the user has a chance to choose the text-only option.

 

Guideline 8: Only use non-HTML formats (e.g., PDF files) as alternatives or enhancements to HTML files, not as replacements.

 

Justification: A wide variety of alternative formats are strictly graphic in nature and therefore completely inaccessible to users in text mode or who do not have the proprietary software needed to view the files.

 

Solution: Provide a text file equivalent for the specialized format file either in an HTML or text format.

 

Guideline 9: Provide an alternative to online forms.

 

Justification: Forms are not supported by all browsers, and can be very difficult to navigate.

 

Solution: Provide the user with the ability to access alternative methods of performing the same tasks, such as a printable form or a text version of the form. If you decide to use a form, ensure that it can be navigated using the TAB key.

 

Guideline 10: Avoid the use of proprietary HTML markup language.

 

Justification: A wide variety of browser-specific HTML tags are available. All of these present unique problems when designing fully accessible Web pages. Many of these tags cannot be read by accessibility software.

 

Solution: It is recommended not to use proprietary tags. Provide the user with an alternative presentation of the Web document, such as a text-only link.

 

Guideline 11: Test your pages in a variety of browsers, and on different operating systems.

 

Justification: Each type of browser handles HTML in different ways. To ensure that your pages are fully accessible across browsers and across platforms, they need to be tested for functionality.

 

Solution: The Center for Applied Special Technology (CAST) has developed a Web page accessibility tester called "Bobby." This site will allow you to test your pages in a variety of browsers and on a variety of platforms. CAUTION: If you are using frames on your page, Bobby will only evaluate the first frame.

 

How to check if your website is accessible

 

Web pages need to be validated in order to ensure they meet the minimum requirements for university accessibility. There are two major validation services available free online: Bobby and W3C's Web Accessibility.

 

Bobby Validation

 

Bobby is an evaluation tool that flags accessibility violations and provides suggestions and how to make improvements. It checks for accessibility and gives information on browser incompatibilities, download time and some HTML errors. Once Bobby has approved a site, the webmaster can add the Bobby icon to the website. To access Bobby visit the Bobby website at http://www.cast.org/bobby. The website URL is submitted by entering the information onto the CAST Web page, then clicking the submit button.

 

WC3 Validation

 

This validation tool checks Web pages for conformance with HTML standards. By ensuring compliance with HTML, it ensures that browsers read and display web pages as intended and allows assistive technology products to correctly interpret a website.

 

Microsoft's Checklist

 

1. Turn off graphics; make sure the ALT text displayed makes the page usable.

2. Turn off sounds; make sure no important instructions are lost.

3. Turn off style sheets, in Internet Explorer version 3, to make sure the page is still readable.

4. Use the High Contrast option in the Accessibility Options section of Control Panel, restart the browser, and make sure the page is still readable.

5. Use Custom Font Sizes in the Display section of Control Panel.

6. Use the largest font size supported by the browser (the largest is only available when High Contrast mode is turned on).

7. Resize the browser window larger and smaller.

8. Navigate using the keyboard; make sure TAB traverses all links in reasonable order and that CTRL+TAB moves between panes or sections.

9. Select all text and copy it to the clipboard, ensure it makes sense when pasted into a word processor.

10. Use Bobby, the analysis tool, to examine your pages.

11. Use less common browsers that may be used by people with disabilities.

 

After a website has met a validation tool it is important to ask others for feedback. It is also important to periodically recheck the site for compliance when changes are made.

 

More Information on Accessible Web Page Design

 

1. World Wide Web Consortium Web Content Accessibility Guidelines 1.0, http://www.w3.org/TR/WAI-WEBCONTENT/.

2. Center for IT Accommodation (CITA), Office of Government wide Policy (GSA), Writing Accessible HTML Documents, http://www.dinf.ne.jp/doc/english/Us_Eu/ada_e/gsa/coca/.

3. The HTML Writers Guild, Inc. AWARE (Accessible Web Authoring Resources and Education) Center's Best Web Accessibility Sites, including Universities and Research Centers, http://aware.hwg.org/sites/

 

University Assistance

 

If you have questions or need assistance with bringing a website into compliance, please contact the Texas State webmaster at 512.245.9132.