حركات السحب والمصادقة المتاحة

يعالج WCAG 2.2 أيضًا مشكلتين يوميتين مؤلمتين: التفاعلات التي تعتمد على السحب فقط، وعمليات تسجيل الدخول التي تتطلب التذكر أو حل الألغاز. وكلتاهما تمنعان مستخدمين حقيقيين من الوصول.

ينص المعيار 2.5.7 (Dragging Movements) ضمن المستوى AA على أن كل إجراء سحب يجب أن يعمل أيضًا باستخدام مؤشر واحد، مثل النقر أو اللمس.

غالبًا ما يتعذر السحب على الأشخاص الذين يستخدمون مؤشرًا للرأس أو مفتاحًا بديلًا، أو الذين لديهم قدرة حركية محدودة. ويمنعهم شريط تمرير أو لوحة kanban تعتمد على السحب فقط من استخدامها.

في قائمة إعادة الترتيب، أضيفوا أزرارًا للأعلى والأسفل بجانب كل عنصر. يبقى السحب متاحًا لمستخدمي الفأرة، بينما تخدم الأزرار جميع المستخدمين الآخرين.

ينبغي أن يستجيب شريط التمرير المخصص لـ مفاتيح الأسهم أو زري الجمع والطرح، لا لمقبض السحب فقط، حتى يستوفي 2.5.7.

يحظر المعيار 3.3.8 (Accessible Authentication) ضمن المستوى AA الاختبارات التي تعتمد على خطوة تتطلب وظيفة معرفية، ما لم يتوافر بديل.

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

يُعد السماح بـ اللصق في حقل كلمة المرور وعدم حظر الملء التلقائي مسارًا بسيطًا ومتوافقًا. لا تعطلوا وكيل المستخدم.

يتيح رمز autocomplete الصحيح للمتصفحات ومديري كلمات المرور ملء بيانات الاعتماد للمستخدم.

يُسمح باستخدام CAPTCHA للتعرف على العناصر، لأن التعرف على العناصر ليس اختبارًا لوظيفة معرفية، لكن ينبغي دائمًا توفير خيار لا يتطلب حل لغز.

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

حدّدوا ما يجب أن توفره عناصر التحكم القائمة على السحب دائمًا وفق 2.2.

اربطوا السحب دائمًا بمسار يستخدم مؤشرًا واحدًا، ولا تجعلوا تسجيل الدخول مشروطًا باختبار يتطلب التذكر أو حل لغز. التالي: كتابة بيان مطابقة. 🎯