Library tutorials & articles

Accessibility for Web Developers

Guideline 1

Guideline 1: Provide equivalent alternatives to auditory and visual content

It is important to provide text equivalents for non-text elements, such as images, sounds, movies, etc. Assistive technologies are far better able to cope with text, and can output the text to speech synthesisers, or Braille systems. This is not to say that images, sounds, movies, etc, should be removed from a site. A picture paints a thousand words, and audio is easy on the eyes. Relaying information using these methods is beneficial for people who have difficulty reading or comprehending text.

This guideline has 5 checkpoints, ranging in importance from Level "A" (essential for the site to be accessible), to Level "AAA" (beneficial to ensure the accessibility of your site).

Important - Priority 1 Checkpoint 1.1 Provide a text equivalent for every non-text element

This checkpoint is a priority 1 checkpoint. It must be satisfied for your site to be considered accessible. You should provide text equivalents for all images, sounds, movies, objects, frames, and scripts. For an image, you should at the very least specify a short description using the alt attribute. As the purpose is to provide information about the image, use descriptive text rather than nonsense.

<img src="car.jpg" alt="My new car" width="200" height="120" />

There will be times when you will need to give a fuller description than is possible to provide using the alt attribute. The longdesc attribute allows you to provide a fuller description by specifying a URI for the full description. If you have long descriptions for several images, you can keep them in a single document used for describing images, with a fragment identifier to jump to the correct description.

<img src="car.jpg" alt="My new car" longdesc="imgdesc.html#car" width="200" height="120" />

Not all browsers support the longdesc attribute, so you may want to consider using a text link directly by the side of the image.

<img src="car.jpg" alt="My new car"
longdesc="imgdesc.html#car" width="200" height="120" />
<a href="imgdesc.html#car">[D]</a>

If you use an image map, each region will require alternative text.

<img src="festival.gif" width="400" height="50" usemap="#nav" alt="Stage Map" />
<map id="nav">
<area shape="rect" coords="1,1,99,50" href="north.html" alt="View the North Stage" />
<area shape="rect" coords="100,1,199,50" href="east.html" alt="View the East Stage" />
<area shape="rect" coords="200,1,299,50" href="south.html" alt="View the South Stage" />
<area shape="rect" coords="300,1,399,50" href="west.html" alt="View the West Stage" />
</map>

Important - Priority 1 Checkpoint 1.2 Provide redundant text links for each active region of a server-side image map

This checkpoint is a priority 1 checkpoint. It must be satisfied for your site to be considered accessible. Server side image maps send the coordinates of the mouse to the server for further processing. You should avoid using server-side image maps if possible, as they are inaccessible by text only browsers, visitors using only a keyboard, and some assistive technology programs. The only time a server-side image map should be chosen over a client-side image map is when the geometric shapes are unable to define the map. If you find you have to use a server-side image map, you should provide redundant text links.

<p>
 <a href="http://www.yourdomain.com/processmap.asp">
 <img src="map.gif" alt="Map of area (text links below)" ismap="ismap" />
 </a>
</p>
<p>
 [<a href="start.html">Start</a>]
 [<a href="end.html">End</a>]
</p>

Important - Priority 1 Checkpoint 1.3 Provide an auditory description of important information of the visual track of a multimedia presentation

This checkpoint is a priority 1 checkpoint. It must be satisfied for your site to be considered accessible. Visitors who can't see the visual content of a multimedia presentation require an auditory description. By auditory description, this checkpoint requires a spoken description of the multimedia content. For moving images, the auditory would describe the images, such as location, body language, or any other relevant details. The auditory description should be inserted where the audio for the presentation is silent, so as not to interrupt the natural content. Some media programs, such as QuickTime, allow you to add descriptions to the movie directly. If you're unable to add the auditory description to the multimedia content, you should add a text equivalent directly on the page.

Important - Priority 1 Checkpoint 1.4 For time-based multimedia presentation, synchronise equivalent alternatives with the presentation

This checkpoint is a priority 1 checkpoint. It must be satisfied for your site to be considered accessible. You should provide a synchronised text description or caption of any important audio or visual information that is relayed from time-based multimedia, for example movies. Some media programs, such as QuickTime, allow you to add captions and descriptions to the movie directly. Visitors who have difficulty hearing will require a textual description.

1.5 Provide redundant text links for each active region of a client-side image map

This checkpoint is a priority 3 checkpoint. It is recommended that you address this checkpoint, but not absolutely necessary for your site to be considered accessible. As with server-side maps, it is recommended that you provide equivalent redundant text links for the map. This ensures that should the image not be displayed (as would be the case with a text-only browser), the links are still obvious to visitors.

<p>
<img src="festival.gif" width="400" height="50" usemap="#nav" alt="Stage Map (text links below)" />
<map id="nav">
  <area shape="rect" coords="1,1,99,50" href="north.html" alt="View the North Stage" />
  <area shape="rect" coords="100,1,199,50" href="east.html" alt="View the East Stage" />
  <area shape="rect" coords="200,1,299,50" href="south.html" alt="View the South Stage" />
  <area shape="rect" coords="300,1,399,50" href="west.html" alt="View the West Stage" />
</map>
</p>
<p>
  [<a href="north.html">North Stage</a>]
  [<a href="east.html">East Stage</a>]
  [<a href="south.html">South Stage</a>]
  [<a href="west.html">West Stage</a>]
</p>

Comments

  1. 08 Apr 2004 at 12:43

    My question is related to implementing Accessibility when using a datagrid, a datalist, XML, and/or a database.  All the info has been advocated in many circles and I would like to comply using ASP.NET and XML.NET.


    In many cases we are writing our ASP.net code to give access to data that is already in place and has been used for a considerable amount of time.  The biggest problem is that many databases and XML files are already set in place and we cannot change the data ( or the powers that be are unwilling to do so).  Likewise we are not in a position to add columns to the information in support of addressing Accessibility issues (for ex. a column for dynamic insertion of an ALT tag to explain images stored inside of the database, addition of supportive information (summary, caption, and scope) when tabular data is dynamically built from an XML data file as in


    <table width="90%"  border="0" cellpadding="4" summary="this summary">
     <caption>
     this caption
     </caption>
     <tr>
       <th scope="col"> </th>
       <th scope="col"> </th>
     </tr>
     <tr>
       <td> </td>
       <td> </td>
     </tr>
    </table>


    AND / OR a dynamically built link that usually would be <a href="http://www.here.com" target="_blank">go here</a>


    but really should be constructed as the code below for Accessibility reasons


    <a href="http://www.here.com" tabindex="3" title="A location to enjoy" accesskey="1" target="_blank">go here</a>


    So what can we do to increase Accessibility in these instances beyond adding to the XML or the database?


    Another issues to address would be in dynamic paging of a datagrid where the use of numeric or alpha characters are used to paginate through the data.

  2. 01 Jan 1999 at 00:00

    This thread is for discussions of Accessibility for Web Developers.

Leave a comment

Sign in or Join us (it's free).

Gez Lemon I'm available for contract work. Please visit Juicify for details.
AddThis

Related podcasts

  • Episode 15 Bug Review

    In this episode Matthew and Federico sit down to talk about some interesting bugs and lessons learned that our team has run across while testing ASP.NET. This is a different type of show that we are experimenting where the bugs take center stage.News *Silverlight 3 is releasedBugs Showca...

Want to stay in touch with what's going on? Follow us on twitter!