Wat „streven naar WCAG 2.2 AAA” hier betekent
Het woord streven naar is bewust gekozen. Deze pagina zegt precies wat er wordt geverifieerd, waarmee, wat door niets wordt geverifieerd en wat we aan die kloof willen doen. Lily beweert nooit WCAG-„conformiteit” – geen enkele audit onderbouwt dat.
Doorlopend geverifieerd
- Het canonieke semantische element, de ARIA-attributen en de klassenhaken van elke component – vastgesteld door unittestsuites per framework (meer dan 15.000 gevallen in zeven frameworks).
- Elk van de 571 democomponentpagina's in de SvelteKit-voorbeeldapp is axe-schoon (de regelsets WCAG 2.0/2.1 A+AA en 2.2 AA) – de sweep over de hele catalogus, voor het eerst gemeten op 2026-08-27 en opnieuw uitgevoerd op 2026-10-06 – plus basislijnen per app voor home, catalogus en samengestelde routes in alle zeven voorbeeldapps.
- Toetsenbordcontracten per interactieve component, vastgelegd in de canonieke metadata van elke component en beproefd door de suites; de helperpakketten draaien daarnaast Playwright-specs in echte browsers.
-
Ondergrenzen voor doelgrootte volgens WCAG 2.2 en overflowbeveiligingen in alle 57 thema's; skip-link, landmarks en geen horizontale overflow bij vier viewports per app;
lang/dir-toepassing inclusief de RTL-omkering.
Door niets geverifieerd
- Er is nooit een conformiteitsaudit uitgevoerd. Geen VPAT, geen certificering. Geautomatiseerde tooling dekt een minderheid van de WCAG-succescriteria.
- AAA-specifieke criteria (verbeterd contrast en andere) zijn ontwerpintenties, geen geverifieerde eigenschappen; de axe-regelsets draaien A/AA. Er is nog geen speciaal hoogcontrastthema.
- Het gedrag van schermlezers is grotendeels niet getest. De suites controleren ARIA-attributen, niet wat VoiceOver, NVDA of JAWS voorlezen – en dit project heeft meer dan eens groene suites opgeleverd boven echte gebreken, elk vastgelegd in het changelog juist omdat de suites ze niet konden zien.
Wat we eraan willen doen
Een onafhankelijke toegankelijkheidsaudit is de eerste genoemde besteding van enige projectfinanciering, en de scope die een auditor nodig heeft is al voorbereid. Tot dan zijn meldingen van schermlezers de bijdrage die dit project het liefst heeft: „component X leest Y voor, wat fout is omdat Z” is direct uitvoerbaar.
Meld een probleem
Open een issue op github.com/LilyDesignSystem/lily-design-system of mail naar joel@joelparkerhenderson.com. Een WCAG-criterium noemen helpt, maar is niet verplicht – „ik kon X niet met het toetsenbord bedienen” is een volledige melding.
De volledige verklaring, met de verificatietabel en de beoordelingsgeschiedenis, staat in de repository: docs/accessibility-statement.md.