تم مؤخرًا إضافة العديد من مكونات السمات الرسمية إلى Crowdin.
هذا يحسن بالتأكيد تجربة المستخدم للمكونات مثل مبدل مخطط الألوان حيث يتم تقديم التلميح بعد ذلك باللغة المحلية للمستخدم.
ولكن بالنسبة للمكونات التي تقدم نصوصًا نموذجية مثل شريط البحث، فإن كل ترجمة مضافة تجعل التخصيص أكثر تعقيدًا. في السابق، كان يكفي إضافة النص للغة المنتدى الافتراضية (والافتراضي الإنجليزي) لتغيير النص لجميع المستخدمين. مع كل ترجمة تتم إضافتها، هناك إصدار آخر يجب تخصيصه.
مثال مفصل
لهذا المثال، اللغة الافتراضية للموقع هي الإنجليزية (الولايات المتحدة) وشريط البحث في Discourse. هذا هو التكوين الافتراضي:
نظرًا لعدم وجود ترجمات في مستودع GitHub، يرى جميع المستخدمين، بغض النظر عن اللغة التي يختارونها، ما يلي:
عندما أقوم بتحرير السلاسل الافتراضية للغة الإنجليزية (الولايات المتحدة)
لا تزال ترجمات السمات لجميع اللغات الأخرى تعرض النص الافتراضي للغة الإنجليزية الأمريكية
ولكن يتم تجاوز السلاسل لجميع اللغات، حتى تلك التي لا تزال تعرض النص الافتراضي في الإعدادات
بعد إضافة en_GB.yml بنفس السلاسل الافتراضية إلى مستودع GitHub، لا يكفي تحرير السلاسل للغة الموقع. لا يتأثر إصدار اللغة الإنجليزية البريطانية بالتغيير.
لذلك الآن يجب على المسؤول تعديل كلا الإصدارين، وكلما زادت الترجمات المضافة، زادت السلاسل التي يجب تخصيصها.
تجربتي في النظر إلى المواقع ذات اللغات الافتراضية المختلفة على Discourse Discover هي أن المسؤولين غالبًا ما يقومون بتحرير نص اللغة الافتراضية فقط. هذا يعني أنه مع كل ترجمة تتم إضافتها إلى مكون السمة، يرى عدد أقل من المستخدمين الإصدار المخصص.
لهذا السبب أعتقد أن الترجمات للنصوص النموذجية أقل فائدة طالما لا يوجد خيار لتجاوز جميع الترجمات دفعة واحدة.
