كيفية ترجمة ملفات DITA بدون تحويل XLIFF

هل تبحث عن طريقة لترجمة ملفات DITA الخاصة بك دون عناء التحويلات اليدوية المستمرة لملفات XLIFF؟ إذا كان الأمر كذلك، فأنت في المكان الصحيح. تُعد DITA (بنية كتابة معلومات داروين) بالفعل المعيار الذهبي للكفاءة وإعادة استخدام المحتوى، ومع ذلك لا تزال العديد من فرق المحتوى التقني تجد نفسها عالقة في حلقة محبطة: حلقة تحويل XLIFF.

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

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

ضريبة XLIFF على الوثائق التقنية

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

1. تحليل إعادة استخدام المحتوى: المراجع المشتركة والمراجع الرئيسية

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

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

2. تلف العلامات وأخطاء التحقق

تخضع ملفات DITA لتعريفات أنواع المستندات (DTDs) الصارمة أو مخططات XML. في كل مرة ينتقل فيها المحتوى الخاص بك من تنسيق .dita إلى تنسيق .xliff، ثم يعود مرة أخرى، فإنك تخاطر بإنشاء ما نسميه حساء العلامات.

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

3. كابوس إدارة دلتا

غالباً ما تجبر عمليات سير العمل اليدوية لملفات XLIFF الكتّاب على التوقف عن كونهم مبدعين والبدء في كونهم مديري ملفات. لتوفير تكاليف الترجمة، يحاول الكتّاب في كثير من الأحيان تحديد التغييرات يدويًا (الملفات التي تغيرت فقط منذ آخر تحديث). تُعرف هذه العملية بصعوبتها الشديدة لثلاثة أسباب:

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

ما وراء الوسم: أهمية حماية السمات

إن أحد أكثر الجوانب التي تم تجاهلها في صراع تحويل DITA إلى XLIFF هو إدارة سمات XML. تعتمد DITA بشكل كبير على السمات لتحديد الملفات الشخصية والتصفية، مثل المنتج والمنصة والجمهور. هذه هي الأدوات التي تسمح لك بنشر نسخ مختلفة من دليل من نفس المصدر.

عند استخدام سير عمل DITA الأصلي، تتم حماية هذه السمات بشكل افتراضي. في موتا وورد، يدرك نظامنا أن سمة المنتج هي جزء من البيانات الوصفية التي لا ينبغي ترجمتها أبدًا. في عملية تحويل XLIFF القياسية، غالبًا ما يتم حذف هذه السمات (مما يؤدي إلى كسر النشر المشروط) أو يتم عرضها للمترجم. إذا رأى المترجم pro_version وقام بترجمتها إلى الإسبانية على أنها version_professional، فلن يعمل منطق المعالجة الشرطية الخاص بك بعد الآن.

لماذا يُعدّ خيار "الترجمة = لا" منقذًا للحياة

تُعد السمة translate="no" أداة حيوية للكتاب التقنيين الذين يحتاجون إلى الحفاظ على اتساق مقتطفات التعليمات البرمجية أو تعليمات سطر الأوامر أو أسماء العلامات التجارية المحددة عبر جميع اللغات. يحترم محلل DITA الأصلي هذه السمة على مستوى المحرك. في عمليات التحويل اليدوية لملفات XLIFF، يتم تجاهل هذه التعليمات في كثير من الأحيان بواسطة المرشحات المستخدمة لإنشاء ملف XLIFF، مما يؤدي إلى دورات تحرير لاحقة مكلفة ومزعجة لإصلاح المحتوى المترجم بشكل مفرط.

فجوة السياق: لماذا يواجه المترجمون صعوبة في استخدام XLIFF

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

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

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

طريقة أفضل: الترجمة الأصلية باستخدام DITA مع MotaWord

نحن نؤمن بأن الكتّاب التقنيين يجب أن يكونوا قادرين على التركيز على المحتوى، وليس على التعامل مع تنسيقات الملفات. ولهذا السبب عملنا على التخلص من وسيط XLIFF من خلال نهج أصلي.

مقارنة سير العمل

سير عمل XLIFF اليدوي

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

سير عمل DITA الأصلي مع MotaWord

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

قم بتحميل ملفات .dita و .ditamap الخام الخاصة بك

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

الأتمتة بدلاً من المقارنة اليدوية

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

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

اقتصاديات وثائق البناء الجاهزة

تكمن التكلفة الخفية الحقيقية لتحويل XLIFF في دورة النشر النهائية. في سير العمل اليدوي، لا يمثل استلام الملفات المترجمة سوى نقطة المنتصف. لا يزال يتعين عليك إعادة استيراد كل شيء إلى نظام إدارة محتوى المكونات (CCMS)، وتشغيل إصدار تجريبي باستخدام مجموعة أدوات DITA المفتوحة، وتصحيح أخطاء XML الحتمية.

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

الأسئلة الشائعة

1. كيفية ترجمة ملفات DITA دون الإخلال بمراجع الملفات؟

تقوم منصات ترجمة DITA الأصلية مثل MotaWord بمعالجة الملفات في بنيتها الأصلية XML. من خلال تجنب التحويل إلى XLIFF، يحتفظ النظام بالمؤشرات إلى مراجع المحتوى (conrefs) ومراجع المفاتيح (keyrefs). وهذا يضمن التعامل مع الكائنات القابلة لإعادة الاستخدام بشكل صحيح دون تضمينها بشكل ثابت في النص المترجم.

2. ما هي أفضل طريقة لترجمة DITA للفرق الصغيرة؟

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

3. هل يدعم برنامج MotaWord تعريفات أنواع البيانات DITA المتخصصة؟

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

4. DITA مقابل XLIFF للترجمة: أيهما أفضل؟

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

5. هل يمكنني استخدام ترجمة DITA الأصلية مع نظام إدارة المحتوى الحالي الخاص بي؟

بالتأكيد. تتيح لك معظم أنظمة إدارة محتوى المكونات، مثل IXIASOFT أو Heretto أو Oxygen Content Fusion، تصدير حزم DITA الخام. يمكنك تحميل هذه الحزم مباشرة إلى MotaWord ثم إعادة تحميل النتائج المترجمة مرة أخرى إلى نظام إدارة المحتوى الخاص بك دون أي خطوات تحويل وسيطة.

6. كيفية تقليل تكاليف ترجمة DITA باستخدام ذاكرة الترجمة؟

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

7. كيفية التعامل مع توطين صور DITA وروابطها (hrefs)؟

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

توقف عن التحويل وابدأ المزامنة مع MotaWord

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

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

OYTUN TEZ - الرئيس التنفيذي للتكنولوجيا (CTO) في MotaWord

باحث في دراسات الترجمة لديه أطروحة حول الترجمة الآلية - متخصص في التكنولوجيا بشكل عام ومهووس بتدفقات الترجمة الذكية والسلسة.