معنای «هدفش WCAG 2.2 AAA است» در اینجا
واژهٔ هدف عمداً انتخاب شده است. این صفحه دقیقاً می‌گوید چه چیزی راستی‌آزمایی می‌شود، با چه، چه چیزی با هیچ‌چیز راستی‌آزمایی نمی‌شود، و دربارهٔ این شکاف چه قصدی داریم. Lily هرگز ادعای «انطباق» با WCAG نمی‌کند — هیچ ممیزی از آن پشتیبانی نمی‌کند.
پیوسته راستی‌آزمایی می‌شود
- عنصر معنایی متعارف، ویژگی‌های ARIA و قلاب‌های کلاس هر مؤلفه — با مجموعه‌های آزمون واحد به‌ازای هر چارچوب تأیید می‌شود (بیش از ۱۵٬۰۰۰ مورد در هفت چارچوب).
- هر یک از ۵۷۱ صفحهٔ نمایشی مؤلفه در برنامهٔ نمونهٔ SvelteKit از نظر axe پاک است (مجموعه قواعد WCAG 2.0/2.1 A+AA و 2.2 AA) — پیمایش کل فهرست، نخستین بار در 2026-08-27 به‌عنوان خط پایه ثبت و در 2026-10-06 دوباره اجرا شد — به‌علاوهٔ خط پایه‌های هر برنامه برای صفحهٔ اصلی، فهرست و مسیرهای ترکیبی در هر هفت برنامهٔ نمونه.
- قراردادهای صفحه‌کلید برای هر مؤلفهٔ تعاملی، مستند در فراداده‌های متعارف هر مؤلفه و آزموده‌شده با مجموعه‌ها؛ بسته‌های یاریگر افزون بر آن مشخصات Playwright را در مرورگرهای واقعی اجرا می‌کنند.
-
کف‌های اندازهٔ هدف WCAG 2.2 و محافظ‌های سرریز در هر ۵۷ پوسته؛ پیوند پرش، نشانه‌های راهنما و بدون سرریز افقی در چهار نمای دید برای هر برنامه؛
lang/dirکاربرد، از جمله وارونگی RTL.
با هیچ‌چیز راستی‌آزمایی نمی‌شود
- هرگز ممیزی انطباق انجام نشده است. بدون VPAT، بدون گواهی. ابزارهای خودکار اقلیتی از معیارهای موفقیت WCAG را پوشش می‌دهند.
- معیارهای ویژهٔ AAA (کنتراست افزوده و غیره) نیت‌های طراحی‌اند، نه ویژگی‌های راستی‌آزمایی‌شده؛ مجموعه قواعد axe در سطح A/AA اجرا می‌شوند. هنوز پوستهٔ ویژهٔ کنتراست بالا وجود ندارد.
- رفتار صفحه‌خوان‌ها عمدتاً آزمایش نشده است. مجموعه‌ها ویژگی‌های ARIA را تأیید می‌کنند، نه آنچه VoiceOver، NVDA یا JAWS اعلام می‌کنند — و این پروژه بیش از یک‌بار مجموعه‌های سبز را روی نقص‌های واقعی عرضه کرده است، که هر کدام دقیقاً چون مجموعه‌ها نتوانستند آن‌ها را ببینند در تغییرنامه نوشته شد.
دربارهٔ آن چه قصدی داریم
ممیزی مستقل دسترس‌پذیری نخستین مصرف نام‌برده‌شدهٔ هر تأمین مالی پروژه است، و دامنهٔ مورد نیاز ممیز از قبل آماده است. تا آن زمان، گزارش‌های صفحه‌خوان مشارکتی است که این پروژه بیش از همه می‌خواهد: «مؤلفهٔ X، Y را اعلام می‌کند که به دلیل Z نادرست است» مستقیماً قابل‌اقدام است.
گزارش یک مشکل
یک issue باز کنید در github.com/LilyDesignSystem/lily-design-system یا ایمیل بزنید به joel@joelparkerhenderson.com. نام بردن از یک معیار WCAG کمک می‌کند اما لازم نیست — «نتوانستم X را با صفحه‌کلید به کار بیندازم» گزارشی کامل است.
بیانیهٔ کامل، با جدول راستی‌آزمایی و تاریخچهٔ بازبینی آن، در مخزن قرار دارد: docs/accessibility-statement.md.