इनलाइन, फ़ोकस हटने पर या सबमिट करने पर: समय महत्वपूर्ण है

एक ही त्रुटि संदेश कब दिखता है, इसके आधार पर सहायक भी हो सकता है और परेशान करने वाला भी। समय-निर्धारण स्वयं एक अभिगम्यता संबंधी निर्णय है। ⏱️

सबमिट पर सब कुछ जाँचना अनुमानित होता है और कभी बीच में बाधा नहीं डालता। लगभग हर फ़ॉर्म के लिए यही सबसे सुरक्षित डिफ़ॉल्ट तरीका है।

हर अक्षर लिखते समय मान्य करने पर उपयोगकर्ता का लिखना पूरा होने से पहले ही फ़ील्ड को गलत चिह्नित कर दिया जाता है। यह तुरंत टोका-टोकी सभी को निराश करती है।

जब उपयोगकर्ता blur के दौरान फ़ील्ड छोड़ता है, तब जाँच करने से उसे पहले लिखना पूरा करने का समय मिलता है और फिर स्वाभाविक विराम पर प्रतिक्रिया मिलती है।

लिखते समय अचानक दिखाई देने वाली त्रुटि स्क्रीन रीडर का ध्यान भटका सकती है। सूचना देने से पहले blur या submit जैसे वास्तविक क्षण की प्रतीक्षा करें।

किसी फ़ील्ड के विफल होने और उपयोगकर्ता के उसे ठीक करने के बाद, लिखते समय दोबारा मान्य करना उपयोगी होता है। इससे पुष्टि होती है कि त्रुटि दूर हो रही है।

WCAG कहता है कि उपयोगकर्ताओं को जल्दी नहीं करनी चाहिए। ऐसे timeout से बचें जो इनपुट मिटा दें, और लोगों को अपनी गति से फ़ील्ड पूरा करने दें।

आवश्यक फ़ील्ड को पहले ही required और दिखाई देने वाले नोट से चिह्नित करें, ताकि उपयोगकर्ताओं को सबमिट करने के बाद नहीं, उससे पहले नियम पता हो।

समय चाहे जो हो, बताएँ कि क्या गलत है और उसे कैसे ठीक करना है। सही समय पर दिखाया गया अस्पष्ट संदेश भी स्पष्ट संदेश से कम उपयोगी है।

मूल HTML मान्यकरण डिफ़ॉल्ट रूप से सबमिट करने पर शुरू होता है। type और required जैसी अंतर्निर्मित विशेषताएँ बिना अतिरिक्त प्रयास के उचित समय-निर्धारण देती हैं।

एक समय-निर्धारण रणनीति चुनें और उसे पूरे फ़ॉर्म में लागू करें। अनुमानित व्यवहार से उपयोगकर्ता तरीका सीखते हैं और उस पर भरोसा करते हैं।

हर अक्षर लिखते समय नहीं, बल्कि blur या सबमिट पर मान्य करें; सुधार करते समय एक बार तुरंत दोबारा जाँचें, नियम पहले बताएँ और एकरूप रहें। ✅