HTML ל-PDF

איך זה עובד

יש שני דברים שונים שאנשים מתכוונים אליהם ב״HTML ל-PDF״. האחד הוא צילום של דף אינטרנט בדיוק כפי שדפדפן מצייר אותו, עם כל גיליונות הסגנונות. השני הוא הפיכת מסמך שנכתב ב-HTML ל-PDF תקין שאפשר לקרוא, לחפש ולהדפיס. הדף הזה עושה את השני, בכנות, ולהלן ההסבר למה הוא לא טוען שהוא עושה את הראשון.

מה מומר

כותרות בגדלים יחסיים, פסקאות, רשימות תבליטים ורשימות ממוספרות כולל מקוננות, טבלאות עם הרשת שלהן, הדגשה ונטייה, קווים אופקיים ותמונות שהוטמעו בקובץ עצמו ככתובות data:‎ URI. כל הטקסט מופיע כטקסט אמיתי, שניתן לסימון, לחיפוש ולהעתקה, ולא כתמונה של מילים.

למה CSS לא מוחל

שחזור דף כפי שדפדפן מצייר אותו פירושו הפעלת גיליונות הסגנונות שלו, הגופנים שלו ולעיתים קרובות גם ה-JavaScript שלו, ואז צילום התוצאה. כדי לעשות זאת בנאמנות נדרש מנוע דפדפן מלא שמפעיל צינור הדפסה, וזה מה שממיר בצד השרת הוא. עשייה כזו בדף הזה פירושה טעינה של כל מה שהקובץ מפנה אליו, כמו גיליונות סגנונות, גופנים, תמונות ומעקבים, משרתים של אחרים. זה יפר את ההבטחה היחידה שהאתר הזה נותן, שדבר מהקובץ לא יוצא מהמכשיר. לכן הכלי ממיר מבנה ולא מראה, ואומר זאת במפורש.

דבר לא נמשך ודבר לא רץ

הקובץ מנותח למסמך אינרטי, יכולת דפדפן שנועדה בדיוק לכך: סקריפטים לא מורצים ושום תמונה, גיליון סגנונות, גופן או פיקסל מעקב לא מבוקשים לעולם. לאחר מכן אלמנטים של script, style, iframe ו-embed מוסרים לחלוטין, וכל תמונה שתצטרך בקשת רשת מושמטת. רק תמונות שכבר מוטמעות בקובץ ככתובות data:‎ URI יכולות להופיע ב-PDF.

למה הוא מתאים

הערות ודפי ויקי שיוצאו, ארכיוני דוא״ל שנשמרו כ-HTML, דוחות שנוצרו אוטומטית, תיעוד, חשבוניות שהופקו מתבנית, וכל דבר שנכתב ב-HTML ורוצים אותו כמסמך מסודר שניתן לחיפוש. הוא אינו הכלי המתאים ללכידת דף שיווקי מעוצב פיקסל אחר פיקסל.

שמירת דף אינטרנט קודם

כדי להמיר דף שקוראים, יש לשמור אותו בדפדפן (Ctrl+S או Cmd+S) ולגרור לכאן את קובץ ה-HTML שנוצר. אם רוצים את הדף בדיוק כפי שהוא נראה, ההדפסה של הדפדפן עצמו ← שמירה כ-PDF עושה זאת טוב יותר מכל ממיר, והיא כבר מותקנת.