JPG إلى PDF

تأخذ هذه الأداة صور JPG وتكتب حولها ملف PDF حقيقيا: فتصير كل صورة صفحة، بالحجم والاتجاه اللذين تختارهما، وبالترتيب الذي ترتبه. ويجري البناء في متصفحك بواسطة pdf-lib؛ وتضمن الصور كما هي، بايتا ببايت، دون إعادة ضغط، فتبقى الصورة الحادة في ملف PDF حادة تماما كما كانت ملفا. ولا يرفع شيء إلى أي مكان.

والحالة الكلاسيكية إدارية: كاميرا الهاتف تنتج صور JPG، والدائرة الحكومية تريد ملف PDF واحدا. صور صفحات المستند، وأفلتها هنا بالترتيب، واختر A4 عموديا بهامش صغير، فيكون الناتج ملفا تقبله كل البوابات. والحالة الكلاسيكية الثانية هي التجميع: إيصالات تقرير نفقات، وصور من لوحة اجتماع، ورسوم أولية لعميل، ملف واحد بدل تسعة مرفقات.

ويستحق حجم الصفحة والهوامش قرارا واعيا واحدا. فالملاءمة مع الصورة تجعل كل صفحة بحجم صورتها تماما، وهو مثالي للقطات الشاشة والصور الرقمية. أما الحجم الثابت مثل A4 أو Letter فيضع كل صورة على صفحة قياسية، مقاسة لتسع داخل هامشك، وهذا ما تتوقعه المطابع والدوائر الحكومية. ولا بأس بخلط الاتجاهات: فالصورة الأفقية على صفحة عمودية تجلس أصغر فحسب، أو يمكنك ترك كل صفحة تتبع صورتها.

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

ويحفظ الترتيب تماما كما رتبته، فرتب هنا بدل إعادة تسمية الملفات: اسحب الغلاف أولا والملحق أخيرا، وتحقق من التسلسل مرة في المعاينة. ولأن الصور تضمن دون تعديل فإن حجم الناتج يساوي تقريبا مجموع أحجام المدخلات؛ فإن كان الناتج أثقل من حد الرفع فاضغط الصور أولا أو مرر ملف PDF المكتمل على أداة الضغط.

والسقوف العملية: الذاكرة هي الحصة الوحيدة، ولذا قد تخنق مئات من صور الهاتف بالدقة الكاملة في ملف PDF واحد جهازا متواضعا؛ وبناء ملفي PDF أصغر ثم دمجهما بعدها هو الالتفاف الموثوق. وصور HEIC القادمة من أجهزة iPhone يجب تصديرها أولا بصيغة JPG، وهو تحويل يجريه نظام iOS تلقائيا حين تشارك الصورة.