Lily Design System™

Какво означава тук „цели 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 и защити от препълване във всичките 57 теми; връзка за прескачане, ориентири и без хоризонтално препълване при четири viewport-а за приложение; lang/dir прилагане, включително обръщането за RTL.

Непроверявано от нищо

  • Никога не е извършван одит за съответствие. Няма VPAT, няма сертификация. Автоматизираните инструменти покриват малцинство от критериите за успех на WCAG.
  • Специфичните за AAA критерии (подобрен контраст и други) са проектни намерения, не проверени свойства; наборите от правила на axe се изпълняват за A/AA. Все още няма специална тема с висок контраст.
  • Поведението на екранните четци е до голяма степен непроверено. Наборите потвърждават атрибути на ARIA, а не какво обявяват VoiceOver, NVDA или JAWS — и този проект е пускал зелени набори над реални дефекти повече от веднъж, всеки описан в дневника на промените именно защото наборите не можеха да ги видят.

Какво възнамеряваме да направим по въпроса

Независимият одит на достъпността е първата назована употреба на всяко финансиране на проекта, а обхватът, от който се нуждае одиторът, вече е подготвен. Дотогава докладите от екранни четци са приносът, който този проект иска най-много: „компонент X обявява Y, което е погрешно, защото Z” е непосредствено приложимо.

Докладвайте проблем

Отворете issue в github.com/LilyDesignSystem/lily-design-system или пишете на joel@joelparkerhenderson.com. Посочването на критерий на WCAG помага, но не е задължително — „не успях да работя с X с клавиатура” е пълен доклад.

Пълната декларация, с таблицата за проверка и историята на прегледите ѝ, се намира в хранилището: docs/accessibility-statement.md.