Hva «sikter mot WCAG 2.2 AAA» betyr her
Ordet sikter er valgt med vilje. Denne siden sier nøyaktig hva som er verifisert, av hva, hva som ikke er verifisert av noe, og hva vi har til hensikt å gjøre med gapet. Lily hevder aldri WCAG-«samsvar» — ingen revisjon støtter det.
Verifisert, kontinuerlig
- Hver komponents kanoniske semantiske element, ARIA-attributter og klassekroker — bekreftet av enhetstestsuiter per rammeverk (over 15 000 tilfeller på tvers av syv rammeverk).
- Hver av de 571 komponentdemosidene i SvelteKit-eksempelappen er axe-ren (regelsettene WCAG 2.0/2.1 A+AA og 2.2 AA) — fullkatalogsveipet, først baselinet 2026-08-27 og kjørt på nytt 2026-10-06 — pluss baselines per app på hjem, katalog og sammensatte ruter i alle syv eksempelapper.
- Tastaturkontrakter per interaktiv komponent, dokumentert i hver komponents kanoniske metadata og kjørt av suitene; hjelperpakkene kjører i tillegg Playwright-spesifikasjoner i ekte nettleser.
-
WCAG 2.2-gulv for målstørrelse og overflytsvern i alle 57 temaer; hopp-lenke, landemerker og ingen horisontal overflyt ved fire visningsporter per app;
lang/diranvendelse og RTL-flippen.
Ikke verifisert av noe
- Ingen samsvarsrevisjon har noen gang blitt utført. Ingen VPAT, ingen sertifisering. Automatiserte verktøy dekker et mindretall av WCAGs suksesskriterier.
- AAA-spesifikke kriterier (forbedret kontrast og andre) er designintensjoner, ikke verifiserte egenskaper; axe-regelsettene kjører A/AA. Det finnes ennå ikke noe dedikert høykontrasttema.
- Skjermleseroppførsel er stort sett ikke testet. Suitene bekrefter ARIA-attributter, ikke hva VoiceOver, NVDA eller JAWS kunngjør — og dette prosjektet har mer enn én gang sendt grønne suiter over ekte feil, hver skrevet opp i endringsloggen nettopp fordi suitene ikke kunne se dem.
Hva vi har til hensikt å gjøre med det
En uavhengig tilgjengelighetsrevisjon er den første navngitte bruken av enhver prosjektfinansiering, og omfanget en revisor trenger er allerede klart. Inntil da er skjermleserrapporter bidraget dette prosjektet ønsker mest: «komponent X kunngjør Y, noe som er feil fordi Z» kan følges opp direkte.
Rapporter et problem
Åpne en sak på github.com/LilyDesignSystem/lily-design-system eller send e-post til joel@joelparkerhenderson.com. Å nevne et WCAG-kriterium hjelper, men er ikke påkrevd — «Jeg kunne ikke betjene X med tastaturet» er en fullstendig rapport.
Den fullstendige erklæringen, med verifiseringstabellen og gjennomgangshistorikken, ligger i repoet: docs/accessibility-statement.md.