السيناريو 2 من 6

قيد التحميل

استجابة خلال ثانيتين: طويلة بما يكفي لتُلاحظ، وقصيرة بما يكفي للانتظار.

جرّبه في المختبر

السلوك المتوقع

لا يتغير شيء في أول 300 مللي ثانية. بعدها تحتفظ الهياكل المؤقتة بشكل كل عنصر حتى تصل البيانات.

لماذا يتصرف هكذا

تنتهي معظم الاستجابات بسرعة. تأخير الهيكل المؤقت يمنع وميض العناصر المؤقتة في الطلبات السريعة، ويظل يعطي إشارة في الطلبات الأبطأ.

  • أخّر الهياكل المؤقتة نحو 300 مللي ثانية. دون ذلك يبدو العنصر المؤقت خللًا لا تقدّمًا.
  • يجب أن تعكس الهياكل المؤقتة التخطيط الحقيقي (عدد البطاقات، وارتفاع المخطط، وصفوف الجدول)، لا كتلة عامة متلألئة.
  • علّم المنطقة التي تُحدَّث بـ aria-busy، وأعلن حالة التحميل مرة واحدة وبأسلوب مهذّب.

إمكانية الوصول

يُعلَن «جارٍ تحميل بيانات لوحة المعلومات» مرة واحدة، وتحمل المنطقة aria-busy كي لا تقرأ قارئات الشاشة محتوى نصف مكتمل.

أخطاء يكشفها هذا السيناريو

  • مؤشر يغطي الصفحة كلها ويخفي محتوى كان بإمكان المستخدم قراءته.
  • إعلان «جارٍ التحميل» مرارًا مع كل إعادة رسم.