يغيّر المستخدم تصنيف منتجات فيظهر عدد جديد بجوار القائمة، لكن قارئ الشاشة لا يعلن الفرق. نقل التركيز قسرًا إلى النتيجة يجعل متابعة الفلاتر أصعب. هذه حالة مناسبة لفحص رسالة حالة مستقلة عن عناصر التحكم والقائمة نفسها.
جهّز الحاوية قبل وصول النتيجة
تصف تقنية ARIA22 وضع role=status على الحاوية المخصصة لرسالة الحالة قبل حدوث التحديث. طبيعة الإعلان مهذبة، فيمكن أن ينتظر القارئ موضعًا مناسبًا بدل مقاطعة الكلام. إذا كان العدد وحده لا يوضح السياق، ضع الوصف والعدد في الحاوية وراجع الحاجة إلى aria-atomic صريحة.
المرجع: W3C ARIA22.
افصل عدد النتائج عن محتوى القائمة
عند استقرار الطلب الحالي، حدّث رسالة مثل «لا توجد نتائج لهذا التصنيف». لا تجعل قائمة المنتجات كلها منطقة إعلان؛ قراءة كل الأسماء عند تغيير فلتر واحد تزيد الضوضاء. افصل حالة التحميل عن النتيجة النهائية وامنع استجابة قديمة من الإعلان بعد انتقال المستخدم إلى فلتر أحدث.
نفذ اختبارًا سمعيًا ولوحة مفاتيح
انتقل للفلتر بالمفاتيح، ثم طبّق قيمة لها نتائج وقيمة أخرى بلا نتائج. تحقق أن التركيز ما زال على عنصر مناسب وأن العدد أو حالة الفراغ يُعلنان بسياق مفهوم. جرّب تغييرين بسرعة على شبكة بطيئة. سجل عبارة الإعلان وترتيب الأحداث على تركيبة متصفح وقارئ شاشة محددة.
راجع متى تحتاج إجراء مختلفًا
رسالة نجاح أو عدد نتائج لا تتطلب من المستخدم الانتقال إليها. خطأ يحتاج تعديل حقل أو حوار قرار قد يستدعي إدارة تركيز مختلفة. لا تعمم نتيجة قارئ واحد على جميع البيئات؛ اختر تركيبات الاختبار من الأجهزة المدعومة واترك النص المرئي متاحًا أيضًا.
لربط الاختبار بتنفيذ مشروعك، راجع تصميم واجهات الاستخدام وتطوير المواقع والمتاجر.
صورة توضيحية أصلية لشرح الفكرة، وليست لقطة نظام عميل أو نتيجة قياس فعلية.
