هل ينبغي أن يبقي تطبيق الويب الشاشة مضاءة أثناء العمل دون لمس الجهاز؟

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

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

سمِّ المهمة وحدد نهايتها

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

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

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

طلب التفعيل ليس دليلا على نجاحه

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

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

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

العودة إلى علامة التبويب تحتاج إلى قرار

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

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

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

أوقف الوضع عندما تنتهي فائدته

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

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

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

اختبر المقاطعة ضمن الاستلام

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

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

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