حيث تنطوي الشاشة وتنفتح
دعم iPhone Duo
نحرص على ألّا ينكسر التخطيط عند الطي والفتح، وعلى أن يبقى ما يكتبه المستخدم في مكانه
الكود الذي يتفرّع على أسماء الأجهزة ينكسر مرّة أخرى مع الجهاز التالي.
ليست دقّة واحدة جديدة، بل حالات عدّة جديدة
الجهاز القابل للطي يحمل شاشة خارجية تُستخدم وهو مطويّ وشاشة داخلية أكبر تُستخدم وهو مفتوح. صار التطبيق يجلس في حالات عدّة: مطويّ، مفتوح، مُدار، في العرض المقسوم، وفي اللحظة القصيرة للانتقال بينها. والشاشة المثبّتة على واحدة منها تختلّ في البقية: تُقتطع الحروف، وتنزاح الأزرار إلى مواضع لا يبلغها الإبهام، ويختفي ما كُتب نصفه.
ما الذي نفعله
-
القرار بحجم النافذة لا باسم الجهاز
نعيد كتابة قرارات التخطيط لتقرأ حجم النافذة والمنطقة الآمنة المتاحين الآن. التفرّع على أسماء الأجهزة يطلب تفرّعاً جديداً مع كلّ جهاز جديد، ولا يلتقط أصلاً الحالات التي يتغيّر فيها الحجم أثناء الاستخدام مثل العرض المقسوم.
-
بنية تناسب الشاشة المفتوحة
بدل مدّ عمود واحد على العرض الزائد، ننتقل إلى عمودين تقف فيهما القائمة والتفاصيل جنباً إلى جنب. والشاشة نفسها تعود إلى عمود واحد حين يُطوى الجهاز.
-
إبقاء خطّ الثنية خالياً
حين يجلس شريط التبويب أو حقل الإدخال أو الزرّ الأساسي على الثنية التي تشقّ المنتصف، تصير القراءة والضغط صعبين معاً. نتحقّق ممّا يحطّ هناك في كلّ حالة ثمّ ننقله.
-
لا شيء يضيع عند فتح الجهاز
نتأكّد من بقاء النصّ قيد الكتابة وموضع التمرير وموضع التشغيل بعد الانتقال. الطي ليس الحدث نفسه الذي هو الإدارة، ولا يثبت ذلك إلّا باختباره وحده.
-
جولة لكلّ حالة
نمرّ على المطوي والمفتوح والمُدار والعرض المقسوم وأثناء الانتقال واحدةً واحدة، ونسجّل سلوك كلّ شاشة في كلّ حالة.
سجلّ العمل
تحصل على سجلّ مكتوب بما اختلّ وفي أيّ حالة وكيف عولج، مع لقطات الشاشة. وعند بناء الشاشة التالية، تكون قائمة الحالات في ذلك السجلّ هي قائمة التحقّق الجاهزة لإعادة الاستخدام.
كيف يجري العمل
-
أرسل التطبيق والشاشات المهمّة
صلاحية قراءة للمستودع أو نسخة قابلة للتثبيت، مع بضع شاشات لا يُسمح لها بالانكسار إطلاقاً.
-
جولة لكلّ حالة
نأخذ المطوي والمفتوح والمُدار والعرض المقسوم وأثناء الانتقال واحدةً واحدة، ونسجّل أين يحدث الخلل.
-
الاتّفاق على النطاق والمدّة
نحدّد ما سيُصلَح وكم يستغرق قبل البدء. ولا تُحتسب أيّ تكلفة قبل ذلك.
-
الإصلاح والتسليم
نصلح التخطيط وحفظ الحالة، ثمّ نعيده مع سجلّ العمل.
يناسب هذه الحالات
- تطبيق iOS منشور في المتجر وبُني تخطيطه لمقاس شاشة واحد
- تطبيق كان يبدو مختلّاً أصلاً على iPad أو في العرض المقسوم
- فريق ما زال يحمل تفرّعات مبنيّة على أسماء الأجهزة أو أبعاد ثابتة
أسئلة متكرّرة
- هل هذا خاصّ بـ iPhone Duo وحده؟
- لا. لأنّ التخطيط يقرأ حجم النافذة المتاح الآن بدل اسم الجهاز، يغطّي الكود نفسه أيضاً أجهزة الطي الأخرى وiPad والعرض المقسوم. وإضافة تفرّع لجهاز واحد تعني إعادة العمل كلّه مع الجهاز التالي.
- هل يجب إعادة بناء التطبيق؟
- غالباً لا. العمل يقع في التخطيط وفي حفظ الحالة. وإن احتاج تطبيق فعلاً إلى إعادة بناء بنية شاشاته، نخبرك بذلك في مرحلة الفحص ونعيد تحديد النطاق.
- هل تحتاجون إلى جهاز فعلي؟
- لا. نبدّل الحالات في المحاكي. وإن توفّر جهاز، نتحقّق أيضاً ممّا يبلغه الإبهام فعلاً عند الإمساك به.
- هل ينطبق على تطبيقات React Native أو Flutter؟
- ينطبق. المبدأ نفسه. غير أنّ كلّ إطار عمل يتيح حجم النافذة والمنطقة الآمنة بطريقة مختلفة، فأخبرنا بما تستخدمه ونؤكّد أوّلاً ما هو ممكن.
- بمَ يختلف هذا عن العمل على متطلّبات المتاجر؟
- العمل على متطلّبات المتاجر يرفع الإصدار المستهدف كي تجتاز النسخة المراجعة. أمّا هذا فلا علاقة له بالمراجعة: إنّه يحفظ التخطيط وما بين يدي المستخدم حين تتّسع الشاشة وتنطوي. سلّمنا الاثنين معاً وننجزهما في جولة واحدة.
يبدأ الأمر بفتح الجهاز مرّة واحدة
أرسل اسم التطبيق وبضع شاشات لا يُسمح لها بالانكسار، ونبدأ بتحديد الحالات التي تكسرها.