🤖Robust

Robust 🔧

Content must be robust enough to work across technologies:

• Maximize compatibility with current and future tools 📲💻

• Follow specifications for maximum accessibility support ✅

Guideline 4.1 Compatible

Maximize compatibility with current and future user agents, including assistive technologies.

Success Criterion 4.1.1 Parsing

(Level A)

In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features.

Note

Start and end tags that are missing a critical character in their formation, such as a closing angle bracket or a mismatched attribute value quotation mark are not complete.

Success Criterion 4.1.2 Name, Role, Value

(Level A)

For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies.

Note

This success criterion is primarily for Web authors who develop or script their own user interface components. For example, standard HTML controls already meet this success criterion when used according to specification.

Success Criterion 4.1.3 Status Messages

(Level AA)

In content implemented using markup languages, status messages can be programmatically determined through role or properties such that they can be presented to the user by assistive technologies without receiving focus.