Scripting languages are becoming increasingly popular on the web, because they can be used to make web pages more dynamic and interactive. There are two types of scripting languages: server-side and client-side. Server-side scripting performs all of its processing on the web server and delivers a final product (the web page) to the user's browser. Server-side scripting does not, in and of itself, present accessibility problems. Like all web content, however, server-side scripts must produce content that follows principles of accessible design.
Whether client-side scripts yield accessible content depends largely on how they're used and whether the user has technology that supports them. Older versions of popular browsers do not support client-side scripting, and newer versions allow users to turn off script support (many users do so because of security concerns or to turn off annoying features such as pop-up ads or scrolling tickertapes). The answer to the question of whether script-generated content is supported by assistive technology depends on the intended function of the script and on the technique used to deploy that function. For example, if the intended function is to display a submenu when the user mouses over a particular link, then this function is inaccessible to people who aren't using a mouse. If, on the other hand, the intended function is to display a submenu when a particular link has focus (e.g., where pointed to with the mouse or tabbed to with the keyboard), then the function itself may be accessible. However, particular techniques for deploying this function may be inaccessible to people using assistive technology such as screen readers.
There continues to be much discussion among web accessibility experts about correct techniques for delivering accessible script-generated web content. However, there is general agreement on many of the basic principles involved. The Web Content Accessibility Guidelines 1.0 , which are defined by the World Wide Web Consortium (W3C), include four guidelines that specifically address scripting issues:
- 6.3 Ensure that pages are usable when scripts, applets, or other programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page. [Priority 1]
- 6.4 For scripts and applets, ensure that event handlers are input device-independent. [Priority 2]
- 6.5 Ensure that dynamic content is accessible or provide an alternative presentation or page. [Priority 2]
For example, in HTML, use NOFRAMES at the end of each frameset. For some applications, server-side scripts may be more accessible than client-side scripts.
- 9.3 For scripts, specify logical event handlers rather than device-dependent event handlers. [Priority 2]
The following additional resources explore accessible scripting in greater detail, including specific examples of typical scripting functions and techniques:
- Guide to the Section 508 Standards —Script-related portion of the Access Board's web accessibility guide.
- IBM Human Ability and Accessibility Center Developer guidelines —Scripts tips written to accompany the IBM Web Accessibility Checklist .
- Client-side Scripting Techniques for Web Content Accessibility Guidelines 2.0 —a W3C Working Draft
The following AccessIT Knowledge Base articles might also be of interest:
- Are "QuickLinks" dropdown lists accessible? 
- Is it possible to develop an accessible dynamic menu? 
-  Web Content Accessibility Guidelines 1.0
-  Guide to the Section 508 Standards
-  IBM Human Ability and Accessibility Center Developer guidelines
-  IBM Web Accessibility Checklist
-  Client-side Scripting Techniques for Web Content Accessibility Guidelines 2.0
-  Are "QuickLinks" dropdown lists accessible?
-  Is it possible to develop an accessible dynamic menu?