لماذا تكسر تجزئة الخطوط التحرير لا القراءة
تجزئة الخطوط تُبقي المحارف التي يستعملها الملف فقط، فينجح العرض ويفشل إدخال محرف جديد. وضغط PDF123 لا يجزّئ الخطوط ولا يعيد توسيعها.
قد يبدو ملف PDF مثالياً ثم يرفض المحرف التالي الذي تكتبه. وهذا ليس عارضاً معطوباً غالباً، بل تجزئة خطوط: لا يضمّن الملف إلا المحارف التي احتاجها حين كُتب، فيطلب التحرير محرفاً لم يُحزم قط.
ما هي المجموعة الفرعية
قد تحوي خطوط TrueType وOpenType عشرات الآلاف من المحارف، بينما تستعمل مذكرة من عشر صفحات بضع مئات منها. وتعيد التجزئة كتابة الخط المضمّن بإسقاط المحارف غير المستخدمة. فينقص حجم الملف، ويبقى عرض النص القائم وطباعته كما هو، لأن كل محرف موجود في المستند ما زال حاضراً.
فتنجح القراءة والطباعة تبعاً لذلك. أما نمط الفشل فيظهر لاحقاً: يفتح أحدهم الملف في محرّر، ويكتب حرفاً مُشكَّلاً أو ترقيماً نادراً، فيُستبدل المحرف المفقود أو يبقى فراغاً أو يُرفض. والنسخ واللصق لنص قائم يبقى ناجحاً عادةً، وإنما يفشل إدخال محارف جديدة في الثغرة داخل جدول المحارف.
التجزئة ليست إزالة الخط
يبقى كائن الخط مضمّناً. وما يغادر هو الجزء غير المستخدم من جدول المحارف. وهذا يختلف عن:
- الاعتماد على خط مثبّت في جهاز القارئ، مع خطر الاستبدال بين أنظمة التشغيل
- تحويل النص إلى حدود أو صور، وهذا يقتل التحديد والبحث
- تشفير الملف (Protect)، فالتشفير لا يجزّئ المحارف
وكثير من مصدّرات المكاتب وبرامج الطباعة إلى PDF تجزّئ افتراضياً عند تضمين الخطوط. فالضرر يقع وقت التصدير، لا عند فتح عارض لاحق للملف. وقد تعيد الحفظ عبر أداة PDF أخرى التجزئة أو لا تعيدها، لكنها لن تُرجع المحارف التي لم تُكتب قط.
ما يفعله ضغط PDF123 فعلاً
يطلب Compress (POST /api/v1/misc/compress-pdf) من qpdf ضغط التدفقات (--compress-streams=y) وإعادة ضغط بيانات flate وتوليد تدفقات الكائنات. وهو لا يجزّئ الخطوط ولا يزعم تقليل دقة الصور. فإن كان الملف محكم التدفقات أصلاً، فقد لا يتغير حجم التنزيل إلا قليلاً. وإن كان يحوي خطوطاً مجزّأة أصلاً، تركها الضغط كما هي، ولا يعيد توسيعها إلى أوجه كاملة.
ولمعرفة كيف تتفاعل روافع الحجم في خطوط معالجة PDF عموماً، من الصور والتدفقات والبنية، راجع ما يحدث فعلاً عند ضغط ملف PDF. واقرأ ذلك المقال كخلفية، لا كزعم أن زر الضغط هنا يجزّئ أوجه الخطوط.
كذلك لا يعيد OCR ولا التحويل إلى Markdown المحارف المفقودة في الملف: فـ OCR يعيد نص Markdown، وPDF إلى Markdown يستخرج ما تحتويه طبقة النص أصلاً.
التحرير في مقابل القراءة عملياً
| الإجراء | النتيجة النمطية بعد التجزئة |
|---|---|
| الفتح والتمرير والطباعة وتحديد النص القائم | ينجح؛ فالمحارف المشار إليها موجودة |
| إدخال محرف لم يُستخدم في الأصل | قد يفشل أو يُستبدل |
| توقّع خط كامل قابل للتحرير داخل الملف | هشّ؛ فالمجموعة الفرعية أسقطت المحارف غير المستخدمة |
| تشغيل الضغط في PDF123 | قد تنقص التدفقات؛ ومخزون المحارف لا يتغير |
وإن احتجت مواصلة التحرير بمجموعة محارف كاملة، فكانت التجزئة إعداد تصدير خاطئاً. فضّل مصدراً قابلاً للتحرير، مثل Word، أو Markdown عبر Markdown إلى PDF لتصيير جديد، أو ملف PDF ما زال يضمّن وجهاً كاملاً. ولن يعيد الضغط هنا تلك المحارف.
وحين تشخّص عجزك عن كتابة é في ملف PDF، تحقّق مما إذا كانت عملية التصدير الأصلية قد جزّأت الخطوط قبل أن تلوم العارض أو الإصلاح. فالإصلاح يعيد بناء البنية، ولا يوسّع جداول المحارف. وقد تنتج رحلة ذهاب وإياب عبر Markdown ملف PDF جديداً بالخطوط التي يضمّنها WeasyPrint لذلك التصيير، وهذا مفيد لمستند جديد لا لاستعادة الوجه المجزّأ القديم جراحياً.