لماذا يصعب فتح ملفات XPS
كانت صيغة XPS ردّ مايكروسوفت على PDF. رافق عارض XPS نظام ويندوز سنوات ثم أُزيل، ولم يوجد قط على macOS ولا لينكس. فينتهي مستند عادي تماماً إلى أنه غير قابل للفتح على الحاسوب الذي أمامك.
غير أن ملف XPS ليس لغزاً. إنه أرشيف ZIP وفق اتفاقية التغليف المفتوحة — الحاوية نفسها التي يستخدمها ملف .docx — وصفحاته شيفرة XML من نوع FixedPage، وهي مجموعة جزئية صغيرة من XAML. وتُترجَم هذه المجموعة إلى SVG عنصراً بعنصر تقريباً، ولهذا يستطيع المتصفح رسمها:
- يصير
FixedPageعنصر<svg>بمربّع عرض بوحدات 1/96 بوصة - ويصير
Canvasعنصر<g>محتفظاً بتحويله وشفافيته - ويصير
Path.Dataعنصر<path d="…">بعد ترجمة صياغة الهندسة في XAML وقاعدتَي التعبئةF0وF1 - ويصير
Glyphsعنصر<text>موضوعاً عند أصل خط أساسه - ويصير
ImageBrushعنصر<image>بالصورة مضمَّنة من الحزمة
وOXPS هي النسخة المعيارية من الشيء نفسه وفق ISO. وكلاهما يُفتَح هنا.
ترتيب الصفحات من الحزمة لا من أسماء الملفات
تُكتشَف الصفحات باتّباع FixedDocumentSequence إلى مستنداتها FixedDocument ثم إلى كل PageContent، تماماً كما يفعل قارئ حقيقي. أما فرز ملفات .fpage بالاسم فيعطي ترتيباً خاطئاً بمجرد أن يبلغ المستند عشر صفحات أو يُعاد ترتيبه مرة.
ما يرسمه وما لا يرسمه
تُبلِغ كل صفحة عمّا أنتجه المُصيِّر: كم مساراً ومقطعاً نصياً وصورة ولوحة أصدر، وكم عنصراً لم يجد له مقابلاً. وإن لم يكن هذا العدد الأخير صفراً فالصفحة ليست كاملة، ويُقال ذلك على الصفحة نفسها لا في حاشية. كما تُسرَد تحذيرات المُصيِّر: صورة مفقودة، أو خط غير موجود في الحزمة.
وثمة قيد يستحق التصريح به. تُقدّم XPS تقدّم كل محرف في سمة Indices لكل مقطع نصي، وتطبيقها بدقة يحتاج مقاييس الخط نفسه. وبدلاً من ذلك يُوضَع كل مقطع عند أصل خط أساسه ويتولّى المتصفح تنضيد السلسلة. فالنص العادي يخرج صحيحاً، أما الأسطر شديدة التقنين أو المضبوطة الطرفين فقد تنزاح بجزء من محرف.
يوجد هنا أيضاً
عنوان المستند ومؤلفه وتواريخه من خصائصه الأساسية، وبنية الحزمة، وقائمة الصور والخطوط المضمَّنة، والتنقّل بالمصغّرات، والتكبير، وتنزيل كل صفحة بصيغة SVG. وللحصول على PDF أو PNG استخدم محوّل XPS.
الخصوصية
يُفتَح المستند في متصفحك، ولا يُرفَع شيء.
Tiny Online Tools







