accessibility-compliance

Implement WCAG 2.2 compliant interfaces with ARIA patterns and mobile accessibility support.

Updated May 20, 2026
One-click install
npx skills add https://github.com/TechCorp25/kingdom --skill accessibility-compliance-techcorp25
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: accessibility-compliance
Source: https://github.com/TechCorp25/kingdom/tree/main/.claude/skills/ui-design/skills/accessibility-compliance
Command: npx skills add https://github.com/TechCorp25/kingdom --skill accessibility-compliance-techcorp25

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Building interfaces that work for users with disabilities requires deep knowledge of WCAG criteria, ARIA attributes, keyboard navigation, and screen reader behavior across web and mobile platforms, which is easy to get wrong. ## Core Features & Use Cases - WCAG 2.2 Compliance Guidance: Checklists and code patterns for Level A, AA, and AAA success criteria including contrast ratios, target sizes, and focus visibility. - Accessible Component Patterns: Ready-to-adapt React implementations of buttons, modals, forms, tabs, accordions, comboboxes, and live regions with correct ARIA roles and keyboard handling. - Mobile Accessibility: VoiceOver, TalkBack, SwiftUI, Jetpack Compose, and React Native patterns covering touch targets, gesture alternatives, and Dynamic Type scaling. - Use Case: When building a checkout form, use this Skill to add proper labels, error announcements via live regions, aria-invalid states, and a screen-reader-friendly error summary. ## Quick Start Ask the assistant to audit your React form component for WCAG 2.2 AA compliance and fix any accessibility violations it finds.

Frequently Asked Questions about accessibility-compliance

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I make a React modal accessible to screen readers?▼

Use role="dialog" with aria-modal="true", label it via aria-labelledby pointing to the title, and wrap content in a focus trap. Close on Escape, prevent body scroll, and return focus to the triggering element when the modal closes.

How do I implement keyboard navigation for tabs and menus?▼

Use roving tabindex where only the active item has tabIndex 0, and handle Arrow keys, Home, and End to move focus. Tabs use role="tablist" with aria-selected; menus use role="menu" with aria-expanded and aria-controls on the trigger button.

What contrast ratio does WCAG 2.2 require for text?▼

WCAG 2.2 Level AA requires 4.5:1 for normal text and 3:1 for large text (18pt or 14pt bold and larger). Level AAA requires 7:1 for normal text. Non-text UI components and focus indicators need at least 3:1 against adjacent colors.

Does WCAG 2.2 require minimum touch target sizes?▼

Yes, criterion 2.5.8 (new in WCAG 2.2) requires interactive targets to be at least 24x24 CSS pixels at Level AA. Apple HIG and Material Design recommend 44x44 or 48x48dp for comfortable touch interaction on mobile devices.

When should I use ARIA instead of native HTML elements?▼

Prefer native HTML elements like button, nav, and main whenever possible, since they carry built-in semantics and keyboard behavior. Only add ARIA roles and attributes when building custom widgets that native elements cannot express, such as sliders or comboboxes.

Why is my dynamic content not announced by screen readers?▼

Screen readers only announce content inside live regions. Add role="status" with aria-live="polite" for non-urgent updates or role="alert" with aria-live="assertive" for errors, and ensure the region exists in the DOM before its content changes.