Что здесь означает «нацелена на WCAG 2.2 AAA»
Слово нацелена выбрано намеренно. Эта страница точно говорит, что проверено и чем, что не проверено ничем и что мы собираемся делать с этим пробелом. Lily никогда не заявляет о «соответствии» WCAG — его не подтверждает никакой аудит.
Проверяется постоянно
- Канонический семантический элемент, атрибуты ARIA и классы-зацепки каждого компонента — проверяются наборами модульных тестов по каждому фреймворку (более 15 000 случаев в семи фреймворках).
- Каждая из 571 демонстрационных страниц компонентов в примере приложения SvelteKit проходит axe без ошибок (наборы правил WCAG 2.0/2.1 A+AA и 2.2 AA) — полный обход каталога, впервые зафиксированный 2026-08-27 и повторённый 2026-10-06, — а также базовые уровни по приложениям для главной страницы, каталога и составных маршрутов во всех семи примерах приложений.
- Контракты клавиатуры для каждого интерактивного компонента описаны в его канонических метаданных и проверяются наборами тестов; пакеты помощников дополнительно запускают спецификации Playwright в настоящих браузерах.
- Нижние границы размера цели и защита от переполнения по WCAG 2.2 во всех 45 темах; ссылка пропуска, ориентиры и отсутствие горизонтального переполнения при четырёх размерах окна на приложение; применение
lang/dir, включая зеркальное отражение для письма справа налево.
Не проверяется ничем
- Аудит соответствия никогда не проводился. Ни VPAT, ни сертификации. Автоматические средства охватывают лишь меньшую часть критериев успеха WCAG.
- Критерии, специфичные для AAA (повышенная контрастность и другие), — это проектные намерения, а не проверенные свойства; наборы правил axe работают на уровнях A/AA. Отдельной темы с высокой контрастностью пока нет.
- Поведение скринридеров в основном не тестировалось. Тесты проверяют атрибуты ARIA, а не то, что озвучивают VoiceOver, NVDA или JAWS, — и этот проект не раз выпускал зелёные наборы тестов поверх реальных дефектов, каждый из которых описан в журнале изменений именно потому, что тесты их не видели.
Что мы собираемся с этим делать
Независимый аудит доступности — первое названное применение любого финансирования проекта, а объём работ, нужный аудитору, уже подготовлен. До тех пор отчёты о работе скринридеров — вклад, которого проект ждёт больше всего: «компонент X объявляет Y, а это неверно, потому что Z» — готовая к действию информация.
Сообщить о проблеме
Откройте обращение на github.com/LilyDesignSystem/lily-design-system или напишите на joel@joelparkerhenderson.com. Указать критерий WCAG полезно, но не обязательно — «Я не смог управлять X с клавиатуры» — это полноценный отчёт.
Полное заявление с таблицей проверки и историей пересмотров находится в репозитории: docs/accessibility-statement.md.