Skip to main content

Web checklist

Checkpoint 2.1c: Applets, plug-ins, and non-HTML content

A link is provided to a directly accessible applet, plug-in or other application. Alternate content is provided for those applets, plug-ins or other applications that are not directly accessible.

On this page:



Rationale

Applet and plug-in technologies were developed to deliver non-html coded content to enhance visual, audio, interactive effects, and to deliver other applications in the browser environment. HTML version 4 introduced the OBJECT element as a standard means for encoding other applications. When a Web site or Web application requires execution of these technologies in order to successfully complete tasks or to interpret content, it is important that both the informational content and the user interface be accessible to assistive technologies. In some cases, the user interface and the informational content are part of the same applet, plug-in, or application. For example, Java applets and Flash plug-ins present the user interface as part of the content. In other cases, the user interface is separate from the content. Multimedia plug-ins such as QuickTime, Real Audio, and Windows Media Player; and document reader plug-ins such as Acrobat Reader, have a separate player user interface (play, stop, fast forward, etc.) that controls the playing of the audio, video, or document content.


Required development techniques

Compliance with this checkpoint requires all of the following techniques be met.

1. Make content accessible: Make the applet or object user interface programming and content directly accessible following the Software accessibility checklist.

Note: If you are developing with Flash or Flex, we have incorporated the Software accessibility checkpoints into the Web accessibility checklist. Please follow the Flash Accessibility techniques in the Web checklist only.

Examples for Adobe® Flash® developers

1. Make content accessible: Make the applet or object user interface programming and content directly accessible following the Software Accessibility checklist.

Checkpoint 2.1c Applets, Plug-ins, and Non-HTML content require that the Flash content comply with the Software accessibility checklist. The Software accessibility checklist contains checkpoints which Flash cannot comply with, specifically Software checkpoint 4.5 System settings for font size and color, and Software checkpoint 4.3 Support system settings for high contrast. Therefore, in order to claim compliance with Checkpoint 2.1c in the Web accessibility checklist, Flash must provide a directly accessible alternative to the Flash content.


Examples for IBM® Lotus® Domino® developers

1. Make content accessible: Make the applet or object user interface programming and content directly accessible following the Software accessibility checklist.

Provide HTML alternatives for all default Java applets shipped with Domino. When designing a Web application, the Java applets available in Domino can be used to display views, embedded outlines, action bars and rich text fields in a browser. The applets provide a visual interface which is more Notes-like. However, the applets are not accessible to anyone who is using the keyboard or assistive technology like a screen reader. These users will not be able to use the application because it is not accessible.

To comply with this technique, all of the following examples must be implemented.

Example 1

To make views accessible on the Web, open the View Properties box and select the Advanced tab. In the For Web access section, select "Treat view contents as HTML".

Example 2

To make an embedded view accessible on the Web, open the form or page which contains the view. Open the Embedded View Properties box and select the Info tab. In the Web access section, select "Using HTML" to indicate that the view applet should not be used.

Example 3

To make embedded outlines accessible on the Web, open the form or page which contains the embedded outline. Open the Embedded Outline Properties box and select the Info tab. In the Web access section, select "Using HTML".

Example 4

To make Action bars accessible on the Web, open the Action Bar Properties box. On the Action Bar Info tab, go to the Web Access section. Select "Using HTML".

Example 5

To make rich text fields accessible on the Web, open the form containing the rich text field. Select the rich text field. Open the Field Properties box and select the Info tab. In the Web Access section, select "Using HTML".


Required test techniques

The following test tools and techniques are required to test this checkpoint.

  1. Test tools
  2. Required accessibility verification test techniques

Test tools:

Install the following tools to test this checkpoint:

Required accessibility verification test techniques:

Use the following accessibility verification test (AVT) techniques to validate the Web content. It is recommended that these tests be performed in order.

1. Web syntax analyzer test
  Action Result
Test the Web site with a Web syntax analyzer to verify the compliance criteria as follows:

Pass:
Fail:


©2009 IBM Corporation

Last updated September 01, 2009.

W3C Recommendation 11 December 2008: http://www.w3.org/TR/WCAG20/ (link resides outside of ibm.com)
Copyright 1994-2009 W3C (Massachusetts Institute of Technology, European Research Consortium for Informatics and Mathematics, Keio University), All Rights Reserved.