Accessibility in Button Control
4 Dec 20242 minutes to read
The Button component followed the accessibility guidelines and standards, including ADA, Section 508, WCAG 2.2 standards, and WCAG roles that are commonly used to evaluate accessibility.
The accessibility compliance for the Button component is outlined below.
| Accessibility Criteria | Compatibility |
|---|---|
| WCAG 2.2 Support |  |
| Section 508 Support | |
| Screen Reader Support | |
| Right-To-Left Support | |
| Color Contrast | |
| Mobile Device Support | |
| Keyboard Navigation Support | |
| Accessibility Checker Validation | |
| Axe-core Accessibility Validation | |
- All features of the component meet the requirement.
- Some features of the component do not meet the requirement.
- The component does not meet the requirement.WAI-ARIA attributes
The Button component followed the WAI-ARIA patterns to meet the accessibility. The following ARIA attributes are used in the Button component:
| Attributes | Purpose |
|---|---|
aria-label |
Provides an accessible name for the icon only button. |
Keyboard interaction
The Button component followed the keyboard interaction guideline, making it easy for people who use assistive technologies (AT) and those who completely rely on keyboard navigation. The following keyboard shortcuts are supported by the Button component.
| Press | To do this |
|---|---|
| Space | When the button has focus, pressing the space key changes the state of the button. |
Ensuring accessibility
The Button component’s accessibility levels are ensured through an accessibility-checker and axe-core software tools during automated testing.
The accessibility compliance of the Button component is shown in the following sample. Open the sample in a new window to evaluate the accessibility of the Button component with accessibility tools.