विकलांग उपयोगकर्ताओं के लिए साइट को अपनाना मुश्किल नहीं है

नेत्रहीनों (और विकलांग लोगों की अन्य श्रेणियों) के लिए साइटों को अनुकूलित करने के लिए वेब डेवलपर अस्पष्ट हैं। एक तरफ, मैं अभी तक एक ऐसे व्यक्ति से नहीं मिला हूं जो यह कहेगा कि "उन पर समय बिताने के लिए उनमें से बहुत कम हैं"; दूसरे पर, फिक्स्ड बजट और तंग समय सीमा के संदर्भ में, ठीक यही होता है। इसके अलावा, यह तथ्य कि इसके लिए आपको कुछ नियम, सिफारिशें सीखने की आवश्यकता होती है, अक्सर डरावना होता है। इस बीच, W3C कंसोर्टियम (वेब ​​कंटेंट एक्सेसिबिलिटी गाइडलाइन्स, वेब कंटेंट एक्सेसिबिलिटी गाइडलाइंस) से WCAG 2.0 की अधिकांश सिफारिशें, निकट परीक्षा पर, अच्छे स्वाद नियमों के साथ तुच्छ हैं, मोबाइल उपकरणों के लिए वेबसाइट के अनुकूलन की सिफारिशें, और ऐसा नहीं है लागू करना मुश्किल है। इसी समय, इन अनुशंसाओं का पालन करने से न केवल विकलांग उपयोगकर्ताओं के लिए, बल्कि सीमित तकनीकी क्षमताओं वाले उपयोगकर्ताओं (कम गति वाले इंटरनेट; कोई माउस नहीं है, जैसे स्मार्टफ़ोन; छोटी स्क्रीन), साथ ही पुराने लोगों के लिए साइट के साथ काम को सरल बनाया जाएगा। इसलिए, मैंने डब्ल्यूसीएजी 2.0 के सभी बारह प्रावधानों का एक नि: शुल्क सारांश लिखने का फैसला किया, जिसे मैं आपके ध्यान में लाता हूं।

विभिन्न उपयोगकर्ताओं के लिए उपयुक्त वैकल्पिक रूपों में संभव रूपांतरण के लिए किसी भी गैर-पाठ सामग्री का एक पाठ संस्करण प्रदान करें

किसी भी व्यक्ति के लिए जानकारी प्राप्त करने का सबसे सरल और सबसे सार्वभौमिक तरीका मुद्रित पाठ है। यह सशर्त रूप से स्वस्थ लोगों के लिए हमेशा इष्टतम नहीं है (जैसा कि हम जानते हैं कि पूरी तरह से स्वस्थ नहीं हैं): गाने सुनना, वीडियो देखना बेहतर है। लेकिन पाठ प्रारूप इस बात में अच्छा है कि इसकी बोधगम्यता में आसानी से सुधार किया जा सकता है: नेत्रहीन एक आवर्धक कांच या ऑपरेटिंग सिस्टम का उपयोग कर एक फ़ॉन्ट इज़ाफ़ा, अंधा - पाठ की कंप्यूटर स्कोरिंग के लिए कार्यक्रमों की मदद से या ब्रेल डिस्प्ले पर प्रदर्शित करने के साथ। इसलिए, सभी सामग्री जो पाठ रूप में प्रस्तुति के लिए उधार देती है, उसी तरीके से प्रस्तुत की जानी चाहिए (या सूचना देने के वैकल्पिक तरीके के रूप में पाठ प्रतिनिधित्व की पेशकश की गई)। इस नियम के अपवाद सामग्री के विशेष रूप हैं:

• नियंत्रण और सूचना इनपुट (इनपुट फ़ील्ड, ड्रॉप-डाउन सूची, रेडियो बटन)। ऐसे तत्वों को पाठ के रूप में प्रस्तुत नहीं किया जा सकता है, उनके लिए आपको लेबल टैग और विशेषताओं का उपयोग करना चाहिए, शीर्षक। यह प्रोग्रामेटिक रूप से इनपुट फ़ील्ड को एक व्याख्यात्मक शिलालेख के साथ जोड़ने में मदद करेगा और परिणामस्वरूप, उपयोगकर्ता को तत्व का अर्थ बताएगा।
• टेस्ट या अभ्यास जिन्हें पाठ के रूप में प्रस्तुत नहीं किया जा सकता है। इस मामले में, कम से कम इस अभ्यास की एक संक्षिप्त पाठ व्याख्या की आवश्यकता है। वही सामग्री पर लागू होता है जो एक विशिष्ट संवेदी धारणा (पेंटिंग, संगीत बिना शब्दों के) बनाता है।
• कैप्चा। सबसे पहले, आपको एक स्पष्ट स्पष्टीकरण की आवश्यकता है कि आपको इस इनपुट फ़ील्ड की आवश्यकता क्यों है और इसे वहां कैसे दर्ज करना है (शायद आप एक "तपस्वी" कैप्चा से मिले हैं, जिसमें केवल एक चित्र और इनपुट फ़ील्ड शामिल है, बिना पाठ्य विवरण के?)। दूसरे, कैप्चा में सूचना का एक वैकल्पिक आउटपुट (ऑडियो कैप्चा) होना चाहिए।
• सजावट, स्वरूपण या बिल्कुल नहीं दिखाई देने वाले गैर-पाठ तत्व। इस तरह के तत्वों को इस तरह से वर्णित किया जाना चाहिए कि सहायक (सहायक) प्रौद्योगिकियां (उदाहरण के लिए, पाठ की स्कोरिंग) उन्हें अनदेखा करती हैं। उदाहरण के लिए, सीएसएस में डिजाइन रेंडर करने या ऑल्ट और टाइटल एट्रिब्यूट्स रजिस्टर करने के लिए नहीं।

समय-सीमित मीडिया सामग्री का एक वैकल्पिक संस्करण प्रदान करें

क्या आपके पास कभी ऐसी स्थिति है, जहां आपको यह समझने की आवश्यकता है कि यह देखने के लिए कि वास्तव में एक लंबा वीडियो क्या है? या जो टुकड़ा आप चाहते हैं, उसे खोजें, जो "बीच में कहीं है"? या वह व्यक्ति जो ऑडियो रिकॉर्डिंग बोल रहा है, वह बहुत तेज़ या अशोभनीय है? सहमत हूं, ऑडियो या वीडियो क्लिप की सामग्री का एक पाठ एनालॉग होना हमेशा उपयोगी होता है। या कम से कम वहाँ जो कुछ लिखा गया है उसका विवरण।

यह समझा जाना चाहिए कि ऑडियो श्रृंखला का डिकोडिंग पूरी तरह से वीडियो की सामग्री का वर्णन नहीं करता है। एक पाठीय एनालॉग में वीडियो का पूरा अर्थ पाठक को बताने के लिए स्क्रीन पर जो महत्वपूर्ण दिखाया गया है उसका विवरण भी शामिल होना चाहिए। वीडियो क्लिप के टेक्स्ट संस्करण के अलावा, वे समान सिद्धांतों के अनुसार ऑडियो संस्करण भी बनाते हैं।

और वीडियो में उपशीर्षक की उपयोगिता को रद्द नहीं किया गया है।

डेटा या संरचना को खोए बिना विभिन्न रूपों में प्रस्तुत की जा सकने वाली सामग्री बनाएँ (उदाहरण के लिए, एक सरल पृष्ठ लेआउट के साथ)

पाठ के कंप्यूटर-आधारित स्कोरिंग के लिए डिज़ाइन की गई सहायक प्रौद्योगिकियाँ HTML पृष्ठ को पाठ के अनुक्रम के रूप में देखती हैं, न कि किसी पृष्ठ पर ज्यामितीय रूप से व्यवस्थित ब्लॉक के संग्रह के रूप में। इसलिए, पृष्ठ के स्रोत कोड में प्रदर्शन द्वारा निहित ब्लॉक के समान अनुक्रम का निरीक्षण करना बहुत महत्वपूर्ण है। उदाहरण के लिए, divs की पूर्ण स्थिति के साथ, उन्हें उसी क्रम में दिखाया जाना चाहिए जैसा पृष्ठ पर दिखाया गया है। यह सामग्री (रंग, स्थान आदि) की संवेदी विशेषताओं पर सीमाएं भी लगाता है। निर्देशों का एक उदाहरण जो विकलांग उपयोगकर्ताओं के लिए समस्याएं पैदा कर सकता है: "यदि आप एक व्यक्ति हैं, तो तालिका के दूसरे कॉलम में फ़ॉर्म भरें" या "ऑफ़र की शर्तों से सहमत होने पर हरे बटन पर क्लिक करें"।

यह एक हल्के डिजाइन (उदाहरण के लिए, एक प्रिंट संस्करण) के साथ पृष्ठ के साथ उपयोगकर्ता प्रदान करने के लिए भी उपयोगी है।

और, ज़ाहिर है, शब्दार्थ रूप से सही लेआउट का उपयोग करना महत्वपूर्ण है। न केवल सहायक तकनीकों के लिए, बल्कि स्वचालित सामग्री निष्कर्षण के अन्य मामलों के लिए भी, उदाहरण के लिए, खोज इंजन।

सामग्री को देखने और सुनने को सरल बनाएं, महत्वपूर्ण भागों को नाबालिगों से अलग करें

चलो रंग से शुरू करते हैं। कलर कोडिंग एक उपयोगी चीज है। उदाहरण के लिए, सेव बटन / आइकन हरा हो सकता है और डिलीट बटन लाल हो सकता है। या उपयोगकर्ता को किसी कार्य के लिए एक रंग का चयन करने के लिए संकेत दिया जाता है: रंगीन वर्गों को प्रदर्शित करना अधिक स्पष्ट होता है और ड्रॉप-डाउन सूची से "हरे", "लाल" इत्यादि का चयन करने की अपेक्षा आप उस रंग पर क्लिक करना चाहते हैं।

लेकिन आप रंग का उपयोग केवल जानकारी को संप्रेषित करने या क्रिया को नामित करने के लिए नहीं कर सकते हैं। लाल बटन को स्पष्ट रूप से "हटाएं" कहना चाहिए (या इसके अनुरूप शीर्षक विशेषता होना चाहिए), वही रंगीन वर्गों पर लागू होता है। एक और उदाहरण, जो, दुर्भाग्य से, बहुत सामान्य है: लाल सीमा गलत तरीके से भरे फॉर्म फ़ील्ड को उजागर करती है। रंग कोडिंग यहां पर्याप्त नहीं है: आपको कम से कम सभी गलत क्षेत्रों को सूचीबद्ध करना चाहिए और यह इंगित करना चाहिए कि त्रुटि क्या है (फोन नंबर में कुछ अंक हैं, ईमेल प्रारूप से मेल नहीं खाता है)।

यह प्रावधान स्वचालित रूप से चलाए गए ऑडियो सामग्री पर भी लागू होता है। निश्चित रूप से आप, मेरी तरह, जुनूनी बैनर या अन्य पृष्ठ तत्वों से मिले, जो न केवल दिखावा करते हैं, बल्कि उनके संदेश को जोर से बताते हैं। और निश्चित रूप से आप, मेरी तरह, ज्यादातर मामलों में यह गुस्सा करता है। व्यक्तिगत रूप से, मेरा मानना ​​है कि पृष्ठों पर ऐसे तत्वों का उपयोग नहीं किया जा सकता है (दुर्लभ मामलों को छोड़कर, जैसे ब्राउज़र गेम या ऑनलाइन प्रसारण), लेकिन यदि वे मौजूद हैं, तो आपको ध्वनि को बंद करने या सीधे पृष्ठ पर इसकी मात्रा को कम करने के लिए साधन प्रदान करना होगा, न कि ऑपरेटिंग सिस्टम द्वारा। या बटन बंद स्पीकर।

पृष्ठभूमि की ध्वनि को त्यागने की भी सलाह दी जाती है या, यदि आप वास्तव में चाहते हैं, तो इसे शांत और मूक करें।

निम्नलिखित सरल नियम भी इस प्रावधान पर लागू होते हैं:

• पाठ को पृष्ठभूमि के संबंध में, माध्यमिक पाठ और लोगो जैसे तत्वों के अपवाद के साथ पर्याप्त रूप से विपरीत होना चाहिए
• उपयोगकर्ता को पाठ को कम से कम 200% तक बढ़ाने में सक्षम होना चाहिए, और पृष्ठ को अलग नहीं होना चाहिए
• चित्र के रूप में पाठ प्रदर्शित करने की आवश्यकता नहीं है (यदि इसका कोई स्पष्ट बहाना नहीं है)
• पाठ टाइप करते समय, वेब के लिए सामान्य टाइपोग्राफी नियमों का पालन करना उचित है: पंक्ति की चौड़ाई 80 से अधिक वर्ण नहीं है, पाठ दोनों किनारों पर संरेखित नहीं करता है, लाइन रिक्ति छोटी होनी चाहिए और पैराग्राफ आदि से अंतराल की तुलना में काफी कम होनी चाहिए।

कीबोर्ड से सभी कार्यक्षमता को नियंत्रित करने की क्षमता प्रदान करें

जब मैं पहली बार अपने कंप्यूटर पर बैठा, तो सबसे लोकप्रिय काम का माहौल था टेक्स्ट नॉर्टन कमांडर। अपवाद के बिना, इसमें सभी ऑपरेशन कीबोर्ड पर करने के लिए सुविधाजनक थे, और हमने ग्राफिक ऑपरेटिंग सिस्टम में अब की तुलना में बहुत कम बार माउस का उपयोग किया। यह समझ में आता है: एक माउस के बिना, एक टैब के साथ, डेस्कटॉप पर या आपकी साइट के पाद लेख में लिंक पर अस्सी-तिहाई आइकन प्राप्त करें।

हालांकि, पुरानी मेमोरी से मैं अक्सर कीबोर्ड का उपयोग न केवल पाठ में प्रवेश करने के लिए करता हूं: इनपुट फ़ील्ड या ड्रॉप-डाउन सूची में नीचे की, ctrl-c / ctrl-v, Tab, Enter, आदि। और मुझे लगता है, भले ही Enter दबाकर फॉर्म न भेजने पर असंतुष्ट, लेकिन असंतुष्ट हो, और लॉगिन कुंजी दर्ज करने के बाद कर्सर कर्सर को पासवर्ड फ़ील्ड पर नहीं ले जाता है।

तो WCAG क्लॉज कीबोर्ड का उपयोग करके सामग्री की कार्यक्षमता पर नियंत्रण प्रदान करने के बारे में भी बात करता है। यह मुख्य रूप से रूपों से संबंधित है। एक अलग समस्या एकल पृष्ठ वाली वेबसाइटें हैं जो आज फैशनेबल हैं (जब पृष्ठ को फिर से लोड किए बिना किसी साइट के उपखंडों में स्विच किया जा रहा है: एक नया पृष्ठ या तो दाईं ओर या नीचे रेंगता है, या पुराने पर पॉप अप होता है), लंबन प्रभाव, माउसओवर पर ड्रॉप-डाउन मेनू, आदि।

यह जांचना कि क्या आपका पृष्ठ इस स्थिति से मेल खाता है: माउस को स्थानांतरित करें और केवल कीबोर्ड का उपयोग करके पृष्ठ पर सभी महत्वपूर्ण कार्यों को करने का प्रयास करें।

उपयोगकर्ताओं को सामग्री के साथ खुद को परिचित करने और काम करने के लिए पर्याप्त समय दें।

यह प्रावधान समय-सीमित सामग्री को संदर्भित करता है। उदाहरण के लिए, यह विशेष प्रस्तावों या नए उत्पादों, ऑनलाइन परीक्षणों, गेम या पार्टी के लिए समय सीमा के साथ ऑनलाइन बोर्ड गेम, प्रेजेंटेशन स्लाइड्स के लिए स्वचालित लीफलेट्स आदि को बदल सकता है। इस तरह के प्रतिबंध न केवल दृष्टिहीनों के लिए, बल्कि बड़े लोगों के लिए भी समस्या पैदा कर सकते हैं। जिसके लिए सामग्री की भाषा मूल नहीं है। यदि संभव हो तो, समय सीमा से बचने के लिए बेहतर है, और अगर यह बिल्कुल भी काम नहीं करता है, तो उपयोगकर्ता को समय की समाप्ति से पहले उसे चेतावनी देते हुए, सामग्री की वैधता को मैन्युअल रूप से रोकने या विस्तारित करने का विकल्प दें।

बेशक, ऐसे समय होते हैं जब वैधता अवधि का विस्तार करना असंभव होता है, उदाहरण के लिए, ऑनलाइन नीलामी, विमान पर सीटों का वास्तविक समय चयन। ऐसे मामलों के लिए, ट्रिक्स भी हैं: नीलामी के चरण के लिए अधिक समय देने के लिए, उपयोगकर्ता द्वारा चुनी गई जगह को अवरुद्ध करने के लिए, ताकि उसे पसंद की पुष्टि करने के लिए अतिरिक्त समय दिया जा सके, आदि।

यदि समय सीमा सुरक्षा मुद्दों से संबंधित है (उदाहरण के लिए, क्लाइंट-बैंक सत्र को बाधित करता है, यदि उपयोगकर्ता लंबे समय तक निष्क्रिय है), तो सत्र में आसन्न ब्रेक के बारे में चेतावनी के अलावा, यदि ऐसा कोई ब्रेक होता है, तो आपको उपयोगकर्ता को उस स्थान पर वापस जाने की आवश्यकता होती है जहां वह फिर से है। इससे पहले, शुरू से सभी तरह से फिर से जाने के लिए मजबूर किए बिना था।

ऐसे डिजाइन तत्वों का उपयोग न करें जो स्वास्थ्य के लिए खतरनाक हैं।

यह चमकती या पलक झपकने या पृष्ठ या इसके तत्वों के बारे में अक्सर होता है। (यहां मैं तेज अप्रत्याशित आवाजें जोड़ूंगा।) मुझे लगता है कि सशर्त रूप से स्वस्थ लोगों के लिए ऐसे तरीकों की अवांछनीयता काफी स्पष्ट है। यदि किसी कारण से आप इस तरह के प्रकोपों ​​के बिना नहीं कर सकते हैं, तो कम से कम उन्हें बहुत बार न करें।

उपयोगकर्ताओं को नेविगेट करने, सामग्री की खोज करने और साइट पर अपनी वर्तमान स्थिति निर्धारित करने में सहायता और समर्थन प्रदान करें

और फिर से, एक अनुभवी वेब डेवलपर को इस स्थिति में कुछ भी नहीं मिलेगा जो विकलांग लोगों के दर्शकों को ध्यान में रखे बिना किसी साइट को डिजाइन करते समय तर्क का खंडन करेगा:

• प्रत्येक पृष्ठ में सामग्री का वर्णन करने वाला शीर्षक होना चाहिए
• लिंक टेक्स्ट को स्पष्ट रूप से उस पृष्ठ का वर्णन करना चाहिए जो आगंतुक को क्लिक करने पर मिलेगा ("विस्तृत उत्पाद जानकारी यहाँ है " एक बुरा उदाहरण है; " विस्तृत उत्पाद जानकारी भी देखें " अच्छा है)
• आगंतुक के पास उस पृष्ठ को खोजने के कई तरीके होने चाहिए जो उसे चाहिए (मानक नेविगेशन, साइट मैप, खोज बार)
• जब कीबोर्ड (टैब) का उपयोग करके फॉर्म के चारों ओर घूमते हैं, तो सक्रिय फॉर्म फ़ील्ड को स्पष्ट रूप से हाइलाइट किया जाना चाहिए
• किसी भी पृष्ठ पर, आगंतुक को यह समझना चाहिए कि वह किस प्रकार का पृष्ठ और साइट है

इसके अलावा, लेआउट के दौरान, यह ध्यान में रखा जाना चाहिए कि कीबोर्ड का उपयोग करते हुए पृष्ठ के चारों ओर घूमते समय, माउस का उपयोग करते समय आंदोलन का क्रम समान होना चाहिए; पृष्ठ के अर्थ का उल्लंघन नहीं किया जाना चाहिए।

यदि पृष्ठ की मुख्य सामग्री माध्यमिक जानकारी (शीर्षक, विज्ञापन, नेविगेशन तत्व, द्वितीयक तत्व) की एक बड़ी मात्रा से पहले है, तो पृष्ठ पर यथासंभव उच्च तत्व होना चाहिए, जब क्लिक किया जाता है, तो आगंतुक को मुख्य सामग्री दिखाई देगी। हालांकि, बड़े पैमाने पर कैप का उपयोग करना और स्क्रीन की दूसरी स्क्रॉल पर सामग्री छिपाना - और इतना बुरा स्वाद।

सभी पाठ सामग्री को पठनीय और समझने योग्य बनाएं

सबसे पहले, पृष्ठ की भाषा (या मुख्य भाषा) को पृष्ठ के HTML कोड में परिभाषित किया जाना चाहिए। यदि पृष्ठ में किसी अन्य भाषा में पाठ के ब्लॉक हैं (उदाहरण के लिए, उद्धरण), तो उनके कंटेनर में एक xml: lang विशेषता होनी चाहिए जो भाषा को परिभाषित करती है। दूसरे, यदि पाठ में दुर्लभ शब्द, संक्षिप्त शब्द या शब्दों के विशिष्ट अर्थ हैं, तो उन्हें तुरंत समझाना समझ में आता है।

यदि सामग्री बहुत विशिष्ट है (उदाहरण के लिए, यह सूत्र, वैज्ञानिक, चिकित्सा या वित्तीय शब्दावली का उपयोग करता है), लेकिन न केवल एक पेशेवर दर्शकों पर ध्यान केंद्रित किया जाता है, तो वैकल्पिक सामग्री सामग्री प्रदान करना अच्छा होगा जो अर्थ और पढ़ने की संभावनाओं में सरल है।

वेब पृष्ठों को पूर्वानुमानित तरीके से प्रदर्शित और कार्य करना चाहिए।

विकसित करते समय, आपको पृष्ठ या उसके तत्वों के गैर-मानक व्यवहार से बचना चाहिए, जो उपयोगकर्ता को भ्रमित कर सकता है। गलत पृष्ठ व्यवहार के उदाहरण:

• जब फ़ोकस को गलत तरीके से भरे फ़ील्ड से दूसरे फ़ील्ड में ले जाया जाता है, तो फ़ोकस उपयोगकर्ता की मांग के बिना वापस चला जाता है
• जब एक ऐसे क्षेत्र पर ध्यान केंद्रित किया जाता है जिसमें स्पष्टीकरण की आवश्यकता होती है, तो एक टूलटिप अपने आप पॉप अप हो जाता है
• इनपुट फ़ील्ड का स्पष्टीकरण उसके बगल में नहीं, बल्कि उसके अंदर प्रदर्शित होता है, और फ़ोकस प्राप्त होने पर गायब हो जाता है
• विभिन्न पृष्ठों पर मानक साइट नेविगेशन स्थित है या अलग तरह से व्यवहार करता है
• यदि सूची की भूमिका (टैग का चयन करें) उपयोगकर्ता को चुनने के लिए है कि किस पृष्ठ पर जाना है, तो आइटम का चयन करने के बाद संक्रमण किया जाना चाहिए और स्पेस बार या एंटर दबाएं, और Esc या Tab नहीं।

दूसरे शब्दों में, पृष्ठ के संदर्भ को बदलना (एक नई विंडो खोलना, दूसरे पृष्ठ पर स्विच करना, गतिशील रूप से सामग्री की मूर्त मात्रा को बदलना) उपयोगकर्ता के लिए पूर्वानुमान योग्य होना चाहिए; इसकी क्रिया जिसके कारण यह परिवर्तन हुआ (फ़ॉर्म सबमिट करना, फ़ोकस करना, किसी तत्व पर मंडराना, स्क्रॉल करना), उपयोगकर्ता की समझ में, परिणामों से स्पष्ट रूप से जुड़ा होना चाहिए।

उपयोगकर्ताओं को टाइपिंग त्रुटियों से बचने और उन्हें सही करने में मदद करें

निश्चित रूप से आपने अक्सर "एरर नंबर 355" या "स्टैक ओवरफ्लो" या "फॉर्म गलत तरीके से भरा हुआ है" की भावना में त्रुटि संदेश देखा है। आप इस तरह के एक शिलालेख के साथ एक खिड़की देखेंगे और इसे एक नए गेट की तरह देखेंगे, हर बार यह सोचते हुए: ठीक है, क्या वास्तव में लिखना इतना मुश्किल था कि यह स्पष्ट था कि मुझे इसके साथ क्या करना चाहिए?! लेकिन ये शिलालेख सचिवों द्वारा नहीं, बल्कि प्रोग्रामर और, इसके अलावा, अच्छे प्रोग्रामर द्वारा लिखे गए थे। क्या आपने देखा है कि पेशेवर स्तर की वृद्धि के साथ, डेवलपर्स "आम लोगों" से दूर जा रहे हैं? हम जानते हैं कि तारांकन के साथ फ़ील्ड अनिवार्य है, कि रूस में तारीख "dd.mm.yyyy" प्रारूप में भरी गई है, यदि फ़ील्ड "पासवर्ड" के बाद हस्ताक्षर के बिना एक ही फ़ील्ड है, तो यह एक पासवर्ड रिप्ले है, और संख्याओं के आगे का फ़ील्ड है कैप्चा।

यदि हम किसी ऐसे व्यक्ति की जगह लेते हैं, जिसके लिए हमारे फॉर्म की धारणा एक कारण या किसी अन्य (गैर-देशी भाषा, खराब दृष्टि, उम्र, इंटरनेट पर अनुभव की कमी) के लिए कठिन है, तो हमारे लिए फॉर्मों की रचना करना बहुत आसान हो जाएगा ताकि वे उपयोगकर्ताओं की किसी भी श्रेणी के लिए समझ में आ सकें। एक फॉर्म को संकलित करने से मेरा मतलब है कि इसका केवल लेआउट ही नहीं, बल्कि गलत तरीके से पूरा होने की प्रतिक्रिया भी: त्रुटि संदेश, युक्तियां और टेम्पलेट्स का आउटपुट स्थान और सामग्री।

पुष्टि और प्रतिवर्तीता के सिद्धांत भी बहुत महत्वपूर्ण हैं, खासकर ऐसे मामलों में जब यह कानूनी या वित्तीय लेनदेन (प्रस्ताव की स्वीकृति, भुगतान भेजना, आदि) की बात आती है: उपयोगकर्ता को, सबसे पहले, दर्ज किए गए डेटा को सत्यापित करने और भेजने से पहले त्रुटियों को सही करने का अवसर प्रदान करना होगा। दूसरी बात, यदि संभव हो, तो भेजी गई सूचना को रद्द करने की क्षमता (रद्दीकरण)।

सहायक प्रौद्योगिकी सहित मौजूदा और उभरते कस्टम अनुप्रयोगों के साथ सामग्री संगतता को अधिकतम करें

कभी-कभी, सजाने के उद्देश्य के लिए, डेवलपर्स वैकल्पिक साधनों के साथ मानक HTML तत्वों को प्रतिस्थापित करते हैं। उदाहरण के लिए, ड्रॉप-डाउन सूची के बजाय - एक अदृश्य परत जो किसी तत्व पर क्लिक करने पर दिखाई देती है; रेडियो बैटन के बजाय - सबमिट बटन के स्थान पर / बंद हलकों की छवि के साथ चित्र - ऑन्कलिक के साथ एक तस्वीर। ऐसी तकनीकों से बचने के लिए बेहतर है, सौभाग्य से, HTML / CSS क्षमताएं ऐसे दृश्य प्रभावों के लिए पर्याप्त शक्तिशाली हैं, और यदि यह बिल्कुल काम नहीं करता है, तो सहायक तकनीकों के साथ संगतता की जांच करें।

और यहां फिर से: शब्दार्थ रूप से सही लेआउट बहुत महत्वपूर्ण है!

निष्कर्ष

जैसा कि आप देख सकते हैं, डेवलपर को विदेशी कुछ भी करने की आवश्यकता नहीं है।बेशक, दस्तावेज़ स्वयं अधिक जटिल और विस्तृत है, अनुरूपता के स्तर के साथ, एक शब्दकोष, आदि। दुर्भाग्य से, साथ वाली सामग्री (स्पष्टीकरण, उदाहरण) के मुख्य भाग का अभी तक रूसी में अनुवाद नहीं किया गया है, लेकिन यह मूल में बहुतायत में है ।

रूस में, 13 मिलियन से अधिक विकलांग लोग पंजीकृत हैं, जो देश की आबादी का 10% है। अर्थात्, कुछ मान्यताओं के साथ, हम यह मान सकते हैं कि आपकी साइटों के हर दसवें आगंतुक के पास कोई स्वास्थ्य प्रतिबंध है। और यदि आप विभिन्न गैजेट के उपयोगकर्ताओं पर विचार करते हैं, जिनके लिए वर्णित सिद्धांत भी लागू होते हैं, साथ ही पुराने लोग भी, साइट के दर्शकों में उनकी हिस्सेदारी 30-40% तक बढ़ सकती है। सहमत, यहां तक ​​कि दस (चालीस का उल्लेख नहीं करना) आगंतुकों का प्रतिशत एक मूर्त आकृति से अधिक है ताकि यह सुनिश्चित किया जा सके कि यह आपकी साइट को पढ़ने, लिखने, उस पर खरीदारी करने के लिए सुविधाजनक है।

व्यक्तिगत रूप से, मेरा मानना ​​है कि प्रत्येक परियोजना में गाइड के पत्र का ठीक से पालन करना आवश्यक नहीं है: कुछ मामलों में यह बहुत अधिक समय लेने वाला हो सकता है। लेकिन अगर आप मूल सिद्धांतों को ध्यान में रखते हैं और उन्हें अपने काम में ध्यान में रखते हैं, तो आपकी परियोजनाएं विभिन्न उपयोगकर्ताओं के लिए अधिक अनुकूल होंगी।

पुनश्च विशेषज्ञ लेख तैयार करने में आपकी सहायता के लिए धन्यवाद रूसी कार्यालय के W3C अलेक्सई Lyubimov और डैनियल Novichkova ।