Light

Component Accessibility Requirements

Purpose

This folder contains component-specific accessibility requirements that supplement the general accessibility rules. Each file documents the accessibility considerations unique to a specific component or component category.


Why Component-Specific A11y?

General accessibility rules cover:

  • Semantic HTML
  • Keyboard navigation basics
  • Color contrast
  • Screen reader fundamentals

But each component has unique requirements:

  • Buttons need specific ARIA states for loading/disabled
  • Forms need error announcement patterns
  • Modals need focus trapping
  • Data tables need header associations

This folder captures those component-specific requirements.


File Structure

Each component accessibility file follows this structure:

# [Component] Accessibility

## Overview
[What makes this component's a11y unique]

## Keyboard Requirements
[Specific keyboard interactions]

## ARIA Requirements
[Required ARIA attributes and states]

## Focus Management
[Focus behavior specifics]

## Screen Reader Behavior
[What screen readers should announce]

## Common Mistakes
[A11y anti-patterns for this component]

## Testing Checklist
[How to verify a11y compliance]

Available Files

FileComponent(s)Status
forms.mdForm, Input, Select, Checkbox, Radio🔴 Needs Input
dialogs.mdDialog, AlertDialog, Sheet, Drawer🔴 Needs Input
data-tables.mdTable, DataTable🔴 Needs Input
navigation.mdTabs, Accordion, Navigation Menu🔴 Needs Input

Relationship to Component Docs

  • Component docs (system/components/) focus on visual styling and usage patterns
  • A11y docs (this folder) focus on accessibility implementation
  • Both should be consulted when implementing or reviewing a component

Resources


Status: Structure created, component-specific requirements need input Last updated: February 4, 2026