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.
*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.
Questions & Answers
I was checking to make sure an element on my page has an accessible name in Chrome's Developer Tools and under the Computed Properties section of the Accessibility panel, it says "Accessibility node note exposed. Element not interesting for accessibility." What does that mean?
- accessibility node
- hidden content
I come across a long of links that look like buttons. Is this OK from an accessibility standpoint?
While reading up on WCAG, I noticed the terms "native widgets" and "custom widgets". What's the difference?
- custom widgets
- native widgets
Do I need to add aria attributes on native elements (eg. <button role="button>)?
- aria attributes
- native elements
I am curious about how to make an image act as a button and ensure it's accessible. Any guidance?
I'm working on updating my site and have become a little confused about the differences between legend and label elements. Can you explain?
What are landmark roles and how can they be used?
- aria landmarks
- aria roles
- landmark roles
When looking at elements on my page, how do I find out what each elements' accessible name is?
- accessibility tree
- accessible name
I am using the new html 5 tags on my site to give it more semantics. In addition to this should they all be given the corresponding role?
- best practices
- best practices
- page structure