لماذا تتغير الخطوط عند تحويل Office إلى PDF على خادم Linux؟
عندما ينشئ Word مستندًا بخط غير موجود على جهاز التحويل، يجب على النظام اختيار خط بديل. الاختيار قد يكون جميلًا بصريًا لكنه مختلف في المقاييس، وهذا وحده يكفي لتغيير التفاف الأسطر أو ارتفاع الجدول.
ما معنى metric-compatible؟
الخط المتوافق في المقاييس يحاول جعل عرض الحروف وارتفاعها قريبًا من الخط الأصلي. أمثلة مفتوحة المصدر تستخدم عادةً كبدائل تشمل Carlito لـCalibri وCaladea لـCambria وArimo لعائلة قريبة من Arial. التشابه لا يعني تطابق شكل الحروف 100%.
Aptos أحدث من Calibri
الإصدارات الحديثة من Office تستخدم Aptos في حالات كثيرة. على خادم لا يملك Aptos، fallback قد ينتقل إلى خط عام لا يحافظ على عرض السطر. لذلك اكتشاف أسماء الخطوط داخل DOCX قبل التحويل مفيد.
العربية داخل نفس السطر
Word يخزن خصائص منفصلة للخط الغربي وcomplex-script. قد يكون العربي Arial بينما الأرقام أو ID تتبع Aptos. فرض خط واحد على كل السطر يمكن أن يحسن جزءًا ويفسد جزءًا آخر، لذلك المعالجة الدقيقة تفصل النص العربي عن Latin-only runs.
كيف نقيس التحسن؟
التطابق البصري وحده ليس كافيًا. نقارن عدد الصفحات، مقاس كل صفحة، عدد الأسطر ومناطق الالتفاف. إذا تغيرت صفحة واحدة إلى صفحتين، فالبديل أسوأ حتى لو بدا الحرف أجمل.
متى تحتاج Word نفسه؟
مستندات publishing المعقدة أو التي تعتمد خطوطًا تجارية خاصة قد لا تتطابق تمامًا خارج Microsoft Office. في هذه الحالات، التصدير من Word على جهاز يملك الخطوط الأصلية يظل المرجع الأقرب.
قائمة مراجعة سريعة
- استخدم خطوطًا شائعة للمستندات التي ستتحول على خوادم مختلفة.
- لا تخلط تحسين شكل الخط مع الحفاظ على layout.
- اختبر الجداول وRTL بعد أي تغيير في font mapping.