مضمّن، أو عند فقدان التركيز، أو عند الإرسال: التوقيت مهم

يمكن لرسالة الخطأ نفسها أن تكون مفيدة أو مزعجة بحسب وقت ظهورها. فالتوقيت قرار مستقل من قرارات إمكانية الوصول. ⏱️

يُعد التحقق من كل شيء عند إجراء submit متوقعًا ولا يقاطع المستخدم أبدًا. وهو الخيار الافتراضي الأكثر أمانًا لمعظم النماذج.

يؤدي التحقق مع كل ضغطة مفتاح إلى وضع علامة على الحقل باعتباره خاطئًا قبل أن ينتهي المستخدم من الكتابة. وهذا الإزعاج الفوري يحبط الجميع.

يتيح التحقق عندما يغادر المستخدم الحقل، عند حدوث blur، إكمال الكتابة أولًا ثم تقديم الملاحظات في استراحة طبيعية.

قد يستولي خطأ يظهر أثناء الكتابة على قارئ الشاشة. انتظر لحظة مناسبة فعلًا، مثل blur أو submit، قبل الإعلان عنه.

بعد فشل التحقق من حقل وبدء المستخدم في إصلاحه، يصبح إعادة التحقق أثناء الكتابة أمرًا مفيدًا؛ إذ يؤكد زوال الخطأ.

تطلب WCAG ألّا تستعجل المستخدمين. تجنب المهلات التي تمسح الإدخال، ودع المستخدمين يكملون الحقل وفق وتيرتهم.

حدّد الحقول المطلوبة مسبقًا باستخدام required وملاحظة مرئية، كي يعرف المستخدمون القاعدة قبل الإرسال، لا بعده.

أيًا كان التوقيت، وضّح الخطأ وطريقة إصلاحه. فالـرسالة الواضحة أفضل من رسالة غامضة تظهر في اللحظة المثالية.

يُجري تحقق HTML الأصلي عند الإرسال افتراضيًا. وتوفر السمات المضمّنة مثل type و required توقيتًا مناسبًا مجانًا.

اختر استراتيجية توقيت واحدة وطبّقها في النموذج كله. يتيح السلوك المتوقع للمستخدمين تعلّم النمط والثقة به.

أجرِ التحقق عند حدوث blur أو عند الإرسال، لا مع كل ضغطة مفتاح، وأعد التحقق أثناء الكتابة بعد بدء الإصلاح، واذكر القواعد مبكرًا، وحافظ على الاتساق. ✅