कागज़ पर प्रिंट करने के लिए CSS

मूल लेख ↗ Hacker News चर्चा ↗

CSS-आधारित print layouts का उपयोग HTML से सीधे PDFs, books, labels, और reports बनाने के लिए बढ़ रहा है, लेकिन developers को inconsistent browser support और reliable pagination, headers/footers, तथा advanced typography जैसी missing features का सामना करना पड़ता है। बहुत से लोग Paged.js, WeasyPrint, PrinceXML, और headless Chrome जैसे tools और workarounds साझा करते हैं ताकि traditional desktop publishing software पर निर्भर हुए बिना page size, table breaking, page numbers, और footnotes पर सटीक control मिल सके। कुल मिलाकर, CSS for print को कई वास्तविक workflows के लिए शक्तिशाली और लचीला माना जाता है, लेकिन यह अभी भी dedicated typesetting या PDF ecosystem को पूरी तरह से बदलने के लिए पर्याप्त robust या standardized नहीं है।

प्रिंट के लिए CSS को अपनाना

  • कई टिप्पणीकार HTML/CSS को प्रिंटेबल दस्तावेज़ बनाने का अपना मुख्य तरीका मानते हैं: इनवॉइस, ईबुक, RPG किताबें, लेबल, वेब उपन्यास, रिपोर्ट, CV, प्रमाणपत्र, कोर्स बुक्स, और पाठ्यपुस्तकें।
  • बताए गए फायदे: तेज़ iteration, आसान templating, CMS/APIs/Markdown/Asciidoc के साथ एकीकरण, छोटे “source” फ़ाइलें, और “बस एक ब्राउज़र इस्तेमाल करो” वाले workflow।
  • कुछ लोगों ने लंबी-फॉर्म layout के लिए InDesign जैसे टूल्स की तुलना में बड़े समय-बचत की रिपोर्ट की, जब “काफी अच्छा” typography स्वीकार्य हो।

ब्राउज़र और इंजन से जुड़ी समस्याएँ

  • क्रॉस-ब्राउज़र print support को खराब और असंगत बताया गया; कई लोग केवल Chrome को target करते हैं।
  • Chrome: कई लोगों के लिए print CSS के मामले में समग्र रूप से सबसे अच्छा, लेकिन फिर भी multi-page tables और print margins के साथ buggy।
  • Firefox: printing के समय images या पूरी pages के गायब हो जाने की रिपोर्टें, और एक लंबे समय से चले आ रहे bug का दावा। कुछ लोग कहते हैं कि उन्हें ऐसी कोई समस्या नहीं हुई।
  • Safari: page margins को अनदेखा करने की रिपोर्ट।
  • Label/thermal printers: browser में खास तौर पर दर्दनाक; लोग native apps, Electron, या print daemons का सहारा लेते हैं।

टूल्स और वर्कफ़्लोज़

  • लोकप्रिय टूल्स: Paged.js, WeasyPrint, PrinceXML, Flyingsaucer, wkhtmltopdf, Puppeteer/Playwright + headless Chrome, website2pdf, paper-css, Gutenberg, Hartija, और Asciidoctor web-pdf।
  • Paged.js की अक्सर paged media सुविधाएँ (footnotes, page numbers, running headers/footers) लागू करने के लिए प्रशंसा की जाती है।
  • कुछ संगठन कुछ runtimes (जैसे Python) पर प्रतिबंध लगाते हैं, जिससे generator का चुनाव सीमित हो जाता है।

टाइपोग्राफी और गुणवत्ता संबंधी चिंताएँ

  • उन्नत typography के लिए CSS print को pro DTP टूल्स से कहीं कमजोर माना जाता है: CMYK color, fine kerning, river avoidance, hanging punctuation, भाषा-विशिष्ट नियम, और खास तौर पर जटिल scripts (जैसे Japanese)।
  • workaround (non-breaking spaces, letter-spacing spans, manual tweaking) को hacky और बड़े पैमाने पर अव्यावहारिक माना जाता है।

PDF बनाम वेब फ़ॉर्मैट

  • कुछ लोगों का तर्क है कि “बस PDFs generate करो” क्योंकि browser में printing बहुत unreliable है।
  • दूसरों को HTML-first workflow पसंद है जो फिर dedicated engines के जरिए PDF में render होता है।
  • PDF के बारे में राय बंटी हुई है: कुछ इसे बेहतरीन “digital paper” मानते हैं; दूसरों को Adobe का नियंत्रण, form/JS की जटिलता, और स्क्रीन पर page-based UX पसंद नहीं है। PDF/A को एक स्थिर, अधिक समझदारी भरा subset बताया गया है।

व्यावहारिक तकनीकें और समस्याएँ

  • सामान्य patterns: @media print, @page size/margins के लिए, भौतिक इकाइयाँ (in/mm), orphan headings और split figures से बचने के लिए break-* नियम, दोहराए जाने वाले table headers के लिए thead/tfoot, और link URLs के लिए a::after { content: " (" attr(href) ")"; }.
  • browser headers/footers हटाना और page numbers को भरोसेमंद तरीके से जोड़ना, या title के बाद numbering शुरू करना, paged-media engines या JS-driven layouts के बिना अभी भी मुश्किल है.