<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=5678177&amp;fmt=gif">

Web Accessibility Guidelines - Section 508 Checklist: Part 1

Brown wooden mallet on American Declaration of Independence

The United States enforces two main accessibility laws: The Americans with Disabilities Act, or ADA, and Section 508. These laws provide context for both business and the federal government on how to provide services and content to the public.

ADA, is a federal law that was enacted in 1990, which prohibits discrimination against individuals with disabilities, while also aiming to ensure equal access and opportunities to everyone. The second law that addresses accessibility is Section 508 which is a federal law that requires electronic and information technology (EIT) used by the federal government to be accessible to people with disabilities. Section 508 aims to eliminate barriers in EIT that prevent people with disabilities from accessing information and participating in government programs and services. Section 508 applies only to federal agencies and organizations that receive federal funding.

Supplementing the text of the law itself, federal agencies looking to become compliant with Section 508 can also refer to the US Access Board's Information and Communication Technology (ICT) Accessibility 508 Standard and Guidelines. However, it is worth noting here that this is the Revised Standard. In its initial form, the 2000 version of the 508 Standard contained two sections outlining protocols relevant for the development and usage of accessible technologies, § D1194.21 Software applications and operating systems and § 1194.22 Web-based intranet and internet information and applications, which was thought in line with the web conent accessibility guidelines of WCAG 1.0. Below we include this checklist:

 

Original 508 Standard - Checklist 

§ D1194.21 Software applications and operating systems.

§ 1194.22 Web-based intranet and internet information and applications.

  • (a) When software is designed to run on a system that has a keyboard, product functions shall be executable from a keyboard where the function itself or the result of performing a function can be discerned textually.

  • (b) Applications shall not disrupt or disable activated features of other products that are identified as accessibility features, where those features are developed and documented according to industry standards.  Applications also shall not disrupt or disable activated features of any operating system that are identified as accessibility features where the application programming interface for those accessibility features has been documented by the manufacturer of the operating system and is available to the product developer.

  • (c) A well-defined on-screen indication of the current focus shall be provided that moves among interactive interface elements as the input focus changes.  The focus shall be programmatically exposed so that assistive technology can track focus and focus changes.

  • (d) Sufficient information about a user interface element including the identity, operation and state of the element shall be available to assistive technology.  When an image represents a program element, the information conveyed by the image must also be available in text.

  • (e) When bitmap images are used to identify controls, status indicators, or other programmatic elements, the meaning assigned to those images shall be consistent throughout an application’s performance.

  • (f) Textual information shall be provided through operating system functions for displaying text.  The minimum information that shall be made available is text content, text input caret location, and text attributes.

  • (g) Applications shall not override user selected contrast and color selections and other individual display attributes.

  • (h) When animation is displayed, the information shall be displayable in at least one non-animated presentation mode at the option of the user.

  • (i) Color coding shall not be used as the only means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.

  • (j) When a product permits a user to adjust color and contrast settings, a variety of color selections capable of producing a range of contrast levels shall be provided.

  • (k) Software shall not use flashing or blinking text, objects, or other elements having a flash or blink frequency greater than 2 Hz and lower than 55 Hz.

  • (l) When electronic forms are used, 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.

  • (a) A text equivalent for every non-text element shall be provided (e.g., via “alt”, “longdesc”, or in-element content).

  • (b) Equivalent alternatives for any multimedia presentation shall be synchronized with the presentation.

  • (c) Web pages shall be designed so that all information conveyed with color is also available without color, for example from context or markup.

  • (d) Documents shall be organized so they are readable without requiring an associated style sheet.

  • (e) Redundant text links shall be provided for each active region of a server-side image map.

  • (f) 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.

  • (g) Row and column headers shall be identified for data tables.

  • (h) 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.

  • (i) Frames shall be titled with text that facilitates frame identification and navigation.

  • (j) Pages shall be designed to avoid causing the screen to flicker with a frequency greater than 2 Hz and lower than 55 Hz.

  • (k) 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.

  • (l) 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.

  • (m) 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).

  • (n) 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.

  • (o) A method shall be provided that permits users to skip repetitive navigation links.

  • (p) When a timed response is required, the user shall be alerted and given sufficient time to indicate more time is required.

How can Clym help?

Clym believes in striking a balance between digital compliance and your business needs, which is why we offer businesses the following:

  • All-in-one platform: One interface combining Privacy and Accessibility compliance with global regulations, at an affordable price;
  • Seamless integration into your website;
  • Adaptability to your users’ location and applicable regulation;
  • Customizable branding;
  • ReadyCompliance™: Covering 30+ data privacy regulations;
  • Six preconfigured accessibility profiles, as well as 25+ display adjustments that allow visitors to customise their individual experience.

You can convince yourself and see Clym in action by booking a demo or reaching out to us to discuss your specific needs today.