ملء الشاشة في تطبيق الويب ليس وضع كشك مقفلا

قد تمنح الشاشة الكاملة لوحة متابعة أو تعليمات عمل مساحة أكبر، لكنها يجب أن تبقى طريقة عرض اختيارية مع طريق واضح للعودة. ليست وسيلة لحبس الموظف داخل تطبيق الويب. اتفق على الجزء الذي يتوسع، وما يحدث عند رفض الطلب، وكيف يستمر العمل بعد الخروج.

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

وسع الجزء المفيد

سمّ المهمة بدقة: تعليمات ورشة، أو عرض تقديمي، أو لوحة تشغيل. هل يتوسع التطبيق كله أم جزء محدد منه؟ يجب أن تبقى أدوات المهمة داخل الجزء المعروض، ومنها أداة خروج واضحة.

لا تحذف السياق الضروري لمجرد زيادة المساحة. تحتاج لوحة المتابعة إلى فترة التقرير ووقت آخر تحديث، وتحتاج التعليمات إلى هوية المهمة والتنقل بين الخطوات. هذه متطلبات عملية تناقشها مع المطور، وليست معلومات يضيفها المتصفح تلقائيا.

قد يرفض المتصفح الطلب

يوضح دليل MDN لواجهة Fullscreen API أن الانتقال إلى الشاشة الكاملة غير مضمون. ويشرح أحداث الفشل والقيود المتعلقة بالمحتوى المضمن. إذا كان التطبيق صالحا للعمل فقط بعد نجاح الانتقال، فهناك فجوة في النطاق.

اطلب دخولا مقصودا عبر أداة يختارها المستخدم، وإظهارا صادقا للنتيجة. لا ينبغي أن يتغير اسم الزر إلى «الخروج من ملء الشاشة» لمجرد الضغط عليه. يجب أن يتبع الاسم والتخطيط الحالة الفعلية للمتصفح. وعند الرفض، تبقى النافذة العادية قابلة للاستخدام مع تفسير لا يعطل المهمة.

إذا كانت اللوحة ستظهر داخل بوابة لشركة أخرى، فاختبر هذا التضمين نفسه. نجاح العرض منفردا لا يثبت نجاحه داخل البوابة المطلوبة.

الخروج سلوك متوقع

يذكر MDN أن المستخدم يحتفظ دائما بالقدرة على الخروج. ويوصي بشرح طرق الخروج بلوحة المفاتيح، ويشير إلى أن تبديل التبويب أو التطبيق قد ينهي الوضع أيضا. لذلك لا تعد ببقاء الموظف محصورا في العرض.

حدد ما ينبغي الاحتفاظ به بعد الخروج: المهمة المختارة، ومرشحات اللوحة، وموضع القراءة. مغادرة وضع العرض لا ينبغي أن ترسل طلبا أو تمحو العمل بحد ذاتها. هذه متطلبات للتطبيق، وليست ضمان حفظ تقدمه واجهة ملء الشاشة.

وعند العودة إلى التبويب، لا تجبر المستخدم مرارا على العودة إلى الشاشة الكاملة. إذا ظهر اقتراح للدخول مجددا، فيجب أن يظل اختيارا لا عائقا أمام الاستخدام العادي.

اختبر القراءة أيضا

يحذر MDN من أن بعض متصفحات الهاتف تمنع التكبير في الشاشة الكاملة حتى عندما يعمل خارجها. لذلك لا تقبل مراجعة على الحاسوب وحده لمهمة ستنفذ على جهاز لوحي. قارن النص والأزرار وسلوك التكبير على الأجهزة والمتصفحات المشمولة فعليا.

استخدم مهمة تجريبية بتعليمات طويلة ولوحة بعناوين واقعية. ادخل إلى ملء الشاشة، واستعمل الأدوات الأساسية، ثم اخرج بالأداة الظاهرة وبطريقة المتصفح أو لوحة المفاتيح المناسبة. بدّل التبويب وعد إليه، وتحقق من وضوح العرض وحالة العمل. أضف اختبارا لطلب مرفوض أو غير متاح باستخدام إعداد ملائم.

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

المصدر والحدود

يدعم دليل MDN لواجهة Fullscreen API، الذي روجع في 26 أكتوبر 2026، قيود الدخول وإمكانية الخروج والتنبيه المتعلق بالتكبير على الهاتف. الاحتفاظ بحالة المهمة وخطوات القبول توصيات للمشروع. لا يتضمن الدليل ضمان أمن جهاز كشك، ولا ادعاء إجراء اختبار فعلي لتطبيقك.