Lily Design System™

Mitä ”tavoittelee WCAG 2.2 AAA:ta” tarkoittaa täällä

Sana tavoittelee on valittu tarkoituksella. Tämä sivu kertoo täsmälleen, mitä varmennetaan, millä, mitä mikään ei varmenna ja mitä aiomme tehdä aukon suhteen. Lily ei koskaan väitä WCAG-”vaatimustenmukaisuutta” – mikään auditointi ei tue sitä.

Varmennettu jatkuvasti

  • Jokaisen komponentin kanoninen semanttinen elementti, ARIA-attribuutit ja luokkakoukut – varmistettu kehyskohtaisilla yksikkötestisarjoilla (yli 15 000 tapausta seitsemässä kehyksessä).
  • Kaikki 571 komponenttien demosivua SvelteKit-esimerkkisovelluksessa ovat axe-puhtaita (WCAG 2.0/2.1 A+AA ja 2.2 AA -sääntöjoukot) – koko luettelon läpikäynti, ensimmäisen kerran perustasoksi mitattu 2026-08-27 ja ajettu uudelleen 2026-10-06 – sekä sovelluskohtaiset perustasot etusivulle, luettelolle ja koostetuille reiteille kaikissa seitsemässä esimerkkisovelluksessa.
  • Näppäimistösopimukset vuorovaikutteista komponenttia kohden, dokumentoituna kunkin komponentin kanonisessa metadatassa ja testisarjojen koettelemina; apupaketit ajavat lisäksi oikean selaimen Playwright-määrittelyjä.
  • WCAG 2.2 -kohdekoon alarajat ja ylivuotosuojat kaikissa 57 teemassa; ohituslinkki, maamerkit ja ei vaakasuuntaista ylivuotoa neljällä näkymäalueella sovellusta kohden; lang/dir -soveltaminen mukaan lukien RTL-käännös.

Ei minkään varmentama

  • Vaatimustenmukaisuusauditointia ei ole koskaan tehty. Ei VPAT:ia, ei sertifiointia. Automaattiset työkalut kattavat vähemmistön WCAG:n onnistumiskriteereistä.
  • AAA-kohtaiset kriteerit (parannettu kontrasti ja muut) ovat suunnitteluaikomuksia, eivät varmennettuja ominaisuuksia; axe-sääntöjoukot ajetaan A/AA-tasolla. Erillistä korkean kontrastin teemaa ei vielä ole.
  • Näytönlukijoiden käyttäytymistä ei ole pääosin testattu. Testisarjat varmistavat ARIA-attribuutit, eivät sitä, mitä VoiceOver, NVDA tai JAWS ilmoittavat – ja tämä projekti on useammin kuin kerran toimittanut vihreitä testisarjoja todellisten vikojen yllä, kukin kirjattu muutoslokiin juuri siksi, että testisarjat eivät nähneet niitä.

Mitä aiomme tehdä asialle

Riippumaton saavutettavuusauditointi on projektirahoituksen ensimmäinen nimetty käyttökohde, ja auditoijan tarvitsema laajuus on jo valmisteltu. Siihen asti näytönlukijaraportit ovat se panos, jota tämä projekti toivoo eniten: ”komponentti X ilmoittaa Y:n, mikä on väärin, koska Z” on suoraan toimeenpantavissa.

Ilmoita ongelmasta

Avaa issue osoitteessa github.com/LilyDesignSystem/lily-design-system tai lähetä sähköpostia osoitteeseen joel@joelparkerhenderson.com. WCAG-kriteerin mainitseminen auttaa mutta ei ole pakollista – ”en voinut käyttää X:ää näppäimistöllä” on täydellinen raportti.

Täydellinen seloste varmennustaulukkoineen ja tarkistushistorioineen on repossa: docs/accessibility-statement.md.