Lily Design System™

Ce înseamnă aici „țintește WCAG 2.2 AAA”

Cuvântul țintește este ales deliberat. Această pagină spune exact ce este verificat, cu ce, ce nu este verificat de nimic și ce intenționăm să facem în privința acestui gol. Lily nu pretinde niciodată „conformitate” cu WCAG — niciun audit nu o susține.

Verificat continuu

  • Elementul semantic canonic, atributele ARIA și cârligele de clasă ale fiecărei componente — confirmate de suite de teste unitare pentru fiecare framework (peste 15.000 de cazuri în șapte framework-uri).
  • Fiecare dintre cele 571 de pagini demo de componente din aplicația-exemplu SvelteKit este curată conform axe (seturile de reguli WCAG 2.0/2.1 A+AA și 2.2 AA) — parcurgerea întregului catalog, stabilită prima dată ca linie de bază la 2026-08-27 și rulată din nou la 2026-10-06 — plus linii de bază pe aplicație pentru pagina principală, catalog și rutele compuse din toate cele șapte aplicații-exemplu.
  • Contracte de tastatură pentru fiecare componentă interactivă, documentate în metadatele canonice ale fiecărei componente și exersate de suite; pachetele de ajutor rulează în plus specificații Playwright în browsere reale.
  • Praguri minime pentru dimensiunea țintei conform WCAG 2.2 și protecții împotriva depășirii în toate cele 57 de teme; link de salt, repere și fără depășire orizontală la patru viewport-uri pe aplicație; lang/dir aplicarea, inclusiv inversarea RTL.

Neverificat de nimic

  • Niciodată nu a fost efectuat un audit de conformitate. Fără VPAT, fără certificare. Instrumentele automate acoperă o minoritate din criteriile de succes WCAG.
  • Criteriile specifice AAA (contrast îmbunătățit și altele) sunt intenții de design, nu proprietăți verificate; seturile de reguli axe rulează A/AA. Încă nu există o temă dedicată de contrast ridicat.
  • Comportamentul cititoarelor de ecran este în mare parte netestat. Suitele afirmă atribute ARIA, nu ce anunță VoiceOver, NVDA sau JAWS — iar acest proiect a livrat de mai multe ori suite verzi peste defecte reale, fiecare consemnat în jurnalul de modificări tocmai pentru că suitele nu le puteau vedea.

Ce intenționăm să facem în această privință

Un audit independent de accesibilitate este prima utilizare menționată a oricărei finanțări a proiectului, iar domeniul de care are nevoie un auditor este deja pregătit. Până atunci, rapoartele de la cititoarele de ecran sunt contribuția pe care acest proiect o dorește cel mai mult: „componenta X anunță Y, ceea ce este greșit pentru că Z” poate fi tratat direct.

Raportează o problemă

Deschide un issue la github.com/LilyDesignSystem/lily-design-system sau trimite un e-mail la joel@joelparkerhenderson.com. Menționarea unui criteriu WCAG ajută, dar nu este obligatorie — „nu am putut folosi X cu tastatura” este un raport complet.

Declarația completă, cu tabelul de verificare și istoricul său de revizuire, se află în depozit: docs/accessibility-statement.md.