Hvad „sigter mod WCAG 2.2 AAA” betyder her
Ordet sigter mod er valgt bevidst. Denne side siger præcist, hvad der verificeres, med hvad, hvad der ikke verificeres af noget, og hvad vi agter at gøre ved hullet. Lily påstår aldrig WCAG-„overholdelse” – ingen revision understøtter det.
Løbende verificeret
- Hver komponents kanoniske semantiske element, ARIA-attributter og klassekroge – bekræftet af enhedstestsuiter pr. framework (over 15.000 tilfælde på tværs af syv frameworks).
- Hver af de 571 komponentdemosider i SvelteKit-eksempelappen er axe-ren (regelsættene WCAG 2.0/2.1 A+AA og 2.2 AA) – gennemgangen af hele kataloget, første gang målt som baseline 2026-08-27 og kørt igen 2026-10-06 – plus baselines pr. app for forside, katalog og sammensatte ruter i alle syv eksempelapps.
- Tastaturkontrakter pr. interaktiv komponent, dokumenteret i hver komponents kanoniske metadata og afprøvet af suiterne; hjælperpakkerne kører desuden Playwright-specifikationer i rigtige browsere.
-
Nedre grænser for målstørrelse efter WCAG 2.2 og overløbsbeskyttelse i alle 57 temaer; spring-over-link, landemærker og intet vandret overløb ved fire viewporte pr. app;
lang/dir-anvendelse inklusive RTL-vendingen.
Ikke verificeret af noget
- Der er aldrig udført en overensstemmelsesrevision. Ingen VPAT, ingen certificering. Automatiserede værktøjer dækker et mindretal af WCAG's succeskriterier.
- AAA-specifikke kriterier (forbedret kontrast og andre) er designintentioner, ikke verificerede egenskaber; axe-regelsættene kører A/AA. Der er endnu intet dedikeret højkontrasttema.
- Skærmlæserens adfærd er stort set ikke testet. Suiterne kontrollerer ARIA-attributter, ikke hvad VoiceOver, NVDA eller JAWS oplæser – og projektet har mere end én gang leveret grønne suiter over reelle fejl, hver nedskrevet i ændringsloggen netop fordi suiterne ikke kunne se dem.
Hvad vi agter at gøre ved det
En uafhængig tilgængelighedsrevision er den første nævnte anvendelse af enhver projektfinansiering, og det omfang, en revisor har brug for, er allerede forberedt. Indtil da er skærmlæserrapporter det bidrag, projektet helst vil have: „komponent X oplæser Y, hvilket er forkert, fordi Z” kan handles på direkte.
Rapportér et problem
Opret en issue på github.com/LilyDesignSystem/lily-design-system eller skriv til joel@joelparkerhenderson.com. At nævne et WCAG-kriterium hjælper, men er ikke et krav – „jeg kunne ikke betjene X med tastaturet” er en komplet rapport.
Den fulde erklæring, med verifikationstabellen og dens gennemgangshistorik, ligger i repositoriet: docs/accessibility-statement.md.