لماذا تختلط الأرقام والروابط داخل واجهات عربية رغم صحة الترجمة؟

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

الواجهة العربية ليست قلبًا أفقيًا فقط

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

مثال: «تم إرسال الطلب ABC-204 إلى support@example.com». قد يُعرض ترتيب بعض الرموز بصورة مربكة إذا تركنا اتجاه الفقرة يتحكم في كل الأجزاء.

تعامل مع المقاطع بوصفها وحدات

عند تطوير واجهة ويب، تساعد عناصر مثل `bdi` لعزل مقطع متغير الاتجاه، و`dir="auto"` عندما لا تعرف لغة المحتوى، و`dir="ltr"` للرموز التي يجب أن تبقى في اتجاهها الطبيعي. المهم اختبار النتيجة بدل إضافة مسافات عشوائية في النص.

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

خمسة أمثلة يجب اختبارها

اسم مستخدم عربي وبداخله رقم؛ رابط URL طويل؛ قيمة مالية تحمل رمز عملة؛ تاريخ بتنسيق مختلط؛ ورسالة خطأ فيها مسار ملف أو كود تقني. اختبر كذلك النسخ واللصق: قد يبدو النص صحيحًا بصريًا، ثم يُنسخ بترتيب غير متوقع.

انتبه للموبايل والحواف

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

الخلاصة: التوطين العربي اختبار لسلوك الواجهة، لا مجرد تدقيق لغوي.

سؤال للمطورين: ما أكثر حالة RTL/LTR أزعجتك: التواريخ، الروابط، أم أسماء المستخدمين؟