Lily Design System™

Vad ”sikta på WCAG 2.2 AAA” betyder här

Ordet sikta på är medvetet valt. Den här sidan anger exakt vad som verifieras, med vad, vad som inte verifieras av något, och vad vi tänker göra åt luckan. Lily hävdar aldrig WCAG-”efterlevnad” – ingen granskning stöder det.

Verifierat, löpande

  • Varje komponents kanoniska semantiska element, ARIA-attribut och klasskrokar – kontrollerade av enhetstestsviter per ramverk (över 15 000 fall i sju ramverk).
  • Var och en av de 571 demosidorna för komponenter i SvelteKit-exempelappen är axe-rena (regeluppsättningarna WCAG 2.0/2.1 A+AA och 2.2 AA) – svepet över hela katalogen, första gången baslinjemätt 2026-08-27 och körd igen 2026-10-06 – plus baslinjer per app för startsida, katalog och sammansatta rutter i alla sju exempelappar.
  • Tangentbordskontrakt per interaktiv komponent, dokumenterade i varje komponents kanoniska metadata och prövade av testsviterna; hjälparpaketen kör dessutom Playwright-specifikationer i riktiga webbläsare.
  • Golv för målstorlek enligt WCAG 2.2 och skydd mot överflöd i alla 57 teman; hoppa-över-länk, landmärken och inget horisontellt överflöd i fyra visningsytor per app; lang/dir -tillämpning inklusive RTL-växlingen.

Inte verifierat av något

  • Ingen granskning av överensstämmelse har någonsin gjorts. Ingen VPAT, ingen certifiering. Automatiserade verktyg täcker en minoritet av WCAG:s framgångskriterier.
  • AAA-specifika kriterier (förbättrad kontrast med flera) är designmål, inte verifierade egenskaper; axe-regeluppsättningarna körs för A/AA. Det finns ännu inget särskilt högkontrasttema.
  • Skärmläsarbeteende är i stort sett oprövat. Testsviterna kontrollerar ARIA-attribut, inte vad VoiceOver, NVDA eller JAWS läser upp – och projektet har mer än en gång levererat gröna testsviter trots verkliga brister, var och en nedtecknad i ändringsloggen just för att testsviterna inte kunde se dem.

Vad vi tänker göra åt det

En oberoende tillgänglighetsgranskning är den första namngivna användningen av eventuell projektfinansiering, och det omfång en granskare behöver är redan förberett. Tills dess är rapporter från skärmläsare det bidrag som projektet helst vill ha: ”komponent X läser upp Y, vilket är fel eftersom Z” går direkt att agera på.

Rapportera ett problem

Öppna ett ärende på github.com/LilyDesignSystem/lily-design-system eller mejla joel@joelparkerhenderson.com. Att ange ett WCAG-kriterium hjälper men krävs inte – ”jag kunde inte använda X med tangentbordet” är en komplett rapport.

Den fullständiga redogörelsen, med verifieringstabellen och dess granskningshistorik, finns i repot: docs/accessibility-statement.md.