यहाँ «WCAG 2.2 AAA को लक्ष्य बनाता है» का क्या अर्थ है

लक्ष्य बनाता है शब्द जान-बूझकर चुना गया है। यह पृष्ठ ठीक-ठीक बताता है कि क्या सत्यापित है और किससे, किसका किसी से सत्यापन नहीं होता, और इस अंतर के बारे में हम क्या करना चाहते हैं। Lily कभी WCAG «अनुपालन» का दावा नहीं करता — कोई ऑडिट उसका समर्थन नहीं करता।

निरंतर सत्यापित

  • हर कंपोनेंट का मानक अर्थपूर्ण एलिमेंट, ARIA विशेषताएँ और क्लास हुक — प्रति-फ़्रेमवर्क यूनिट टेस्ट सूट द्वारा सिद्ध किए जाते हैं (सात फ़्रेमवर्कों में 15,000 से अधिक मामले)।
  • SvelteKit उदाहरण ऐप के 571 कंपोनेंट डेमो पृष्ठों में से हर एक axe-साफ़ है (WCAG 2.0/2.1 A+AA और 2.2 AA नियम-समूह) — पूरे कैटलॉग की जाँच, जिसका आधार-स्तर पहली बार 2026-08-27 को तय हुआ और 2026-10-06 को दोबारा चलाई गई — साथ ही सातों उदाहरण ऐप्स में होम, कैटलॉग और मिश्रित रूट पर प्रति-ऐप आधार-स्तर।
  • हर इंटरैक्टिव कंपोनेंट के लिए कीबोर्ड अनुबंध, जो हर कंपोनेंट के मानक मेटाडेटा में दस्तावेज़ित हैं और सूट द्वारा परखे जाते हैं; सहायक पैकेज इसके अतिरिक्त असली ब्राउज़र में Playwright स्पेक चलाते हैं।
  • सभी 45 थीमों में WCAG 2.2 लक्ष्य-आकार की न्यूनतम सीमाएँ और ओवरफ़्लो से सुरक्षा; स्किप लिंक, लैंडमार्क, और प्रति ऐप चार व्यूपोर्ट पर कोई क्षैतिज ओवरफ़्लो नहीं; lang/dir का अनुप्रयोग, जिसमें दाएँ-से-बाएँ लेखन का उलटाव भी शामिल है।

जिसका किसी से सत्यापन नहीं होता

  • अनुरूपता का कोई ऑडिट कभी नहीं किया गया। कोई VPAT नहीं, कोई प्रमाणन नहीं। स्वचालित उपकरण WCAG के सफलता मानदंडों के एक अल्पांश को ही कवर करते हैं।
  • AAA-विशिष्ट मानदंड (उन्नत कंट्रास्ट, और अन्य) डिज़ाइन के इरादे हैं, सत्यापित गुण नहीं; axe के नियम-समूह A/AA पर चलते हैं। अभी तक कोई समर्पित उच्च-कंट्रास्ट थीम नहीं है।
  • स्क्रीन रीडर के व्यवहार का काफ़ी हद तक परीक्षण नहीं हुआ है। सूट ARIA विशेषताओं को सिद्ध करते हैं, यह नहीं कि VoiceOver, NVDA या JAWS क्या बोलते हैं — और इस प्रोजेक्ट ने एक से अधिक बार असली खामियों के ऊपर हरे सूट जारी किए हैं, जिनमें से हर एक चेंजलॉग में इसीलिए दर्ज की गई कि सूट उन्हें देख नहीं सके।

हम इसके बारे में क्या करना चाहते हैं

स्वतंत्र पहुँचनीयता ऑडिट प्रोजेक्ट की किसी भी निधि का पहला नामित उपयोग है, और ऑडिटर को जो दायरा चाहिए वह पहले से तैयार है। तब तक स्क्रीन रीडर की रिपोर्टें वह योगदान हैं जो यह प्रोजेक्ट सबसे अधिक चाहता है: «कंपोनेंट X, Y बोलता है, जो गलत है क्योंकि Z» सीधे कार्रवाई योग्य है।

समस्या की सूचना दें

github.com/LilyDesignSystem/lily-design-system पर इश्यू खोलें या joel@joelparkerhenderson.com को ईमेल करें। WCAG के किसी मानदंड का नाम बताना सहायक है पर आवश्यक नहीं — «मैं कीबोर्ड से X को नहीं चला सका» एक पूरी रिपोर्ट है।

सत्यापन तालिका और उसके समीक्षा इतिहास के साथ पूरा वक्तव्य रिपॉज़िटरी में है: docs/accessibility-statement.md।