تعريب نصوص التطبيقات: السياق والمتغيرات والجمع قبل تسليم الملفات

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

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

ابدأ تعريب نصوص التطبيقات بوصف الموقف

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

تؤكد وثائق Android الخاصة بالتعريب أهمية السياق وإدارة الموارد النصية. يستفاد منها هنا مثالًا رسميًا لتنظيم المعلومات، لا باعتبارها تعليمات تنطبق على كل منصة حرفيًا. وفر لفريقك ما يعادل هذه المعلومات في النظام الذي تعمل عليه.

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

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

استخدم مفاتيح ثابتة تصف وظيفة النص

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

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

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

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

جهز سجلًا يرافق النصوص

يمكن أن يكون السجل جدولًا أو حقولًا داخل أداة الترجمة. المهم أن يجمع المعلومات التي يحتاجها القرار: المفتاح، والنص، ووظيفة الرسالة، ومرجع الشاشة، والمتغيرات، وقيود المساحة، وحالة الاعتماد. لا تثقل كل صف بتفاصيل لا تؤثر في العمل، لكن لا تحذف معلومة تحسم المعنى.

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

اشرح المتغيرات واحفظ صيغتها

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

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

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

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

ترجم الرسالة كاملة عندما تحتاج العربية إلى ذلك

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

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

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

اختبر حالات الجمع بمعايير النظام

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

تنشر Unicode CLDR قواعد العدد بحسب اللغات. يستخدمها فريق التقنية مرجعًا لاختيار الحالات، بينما يكتب فريق اللغة الرسائل المناسبة. ولا تعني أسماء الفئات التقنية أنها بديل عن التحليل النحوي أو أن كل عبارة يجب أن تأخذ البناء نفسه.

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

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

حدد نبرة الرسائل وصيغة المخاطبة

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

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

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

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

تعامل مع حدود المساحة بوصفها معلومة

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

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

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

راجع رسائل الخطأ والحالات الخفية

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

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

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

اربط مصطلحات التطبيق بمواضعها

أنشئ قائمة للمفاهيم المتكررة مثل المشروع والحساب والطلب والمجلد، مع تعريفها داخل المنتج. لا تختَر المقابل من قاموس عام فقط. قد تستخدم الشركة اسمًا معينًا لميزة أو قد يميز النظام بين نوعين يبدو اسماهما متقاربين في المصدر.

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

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

أدر الأسئلة دون تعطيل العمل كله

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

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

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

اختبر الملف بعد دمجه في التطبيق

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

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

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

سلم النسخة مع سجل التغييرات

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

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

قائمة فحص لملفات النصوص العربية

• المفاتيح ثابتة والنصوص مرتبطة بمواضعها.
• وظيفة الرسالة وتوقيت ظهورها موضحان.
• المتغيرات لها أنواع وأمثلة وصيغ محفوظة.
• حالات العدد المطلوبة مكتوبة ومختبرة.
• المصطلحات والنبرة متسقة عبر الواجهة والمساعدة.
• حدود المساحة اختُبرت في المقاسات الفعلية.
• رسائل الفشل والنجاح لا تترك فجوات لغوية.
• النسخة المعتمدة لها سجل تغييرات وأسئلة مغلقة بوضوح.

أسئلة شائعة عن ترجمة نصوص الواجهة

هل تكفي قائمة النصوص دون صور؟

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

هل نترجم أسماء المتغيرات؟

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

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

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

كيف نختصر نصًا لا يلائم الزر؟

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

هل فحص الملف يعني أن التعريب جاهز للإطلاق؟

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