HTML को PDF में बदलें

लोगों की उम्मीद से कम। HTML दस्तावेज़ ढाँचा और शब्द है: शीर्षक, अनुच्छेद, तालिकाएँ, और बाक़ी हर चीज़ की ओर इशारे। जो स्टाइलशीट उसे कोई शक्ल देती है वह आम तौर पर अलग फ़ाइल होती है, पते से बुलाई गई। फ़ॉन्ट, तस्वीरें और स्क्रिप्ट भी वैसे ही।

जब आप ऐसी फ़ाइल ब्राउज़र में खोलते हैं, ब्राउज़र वह सब लाकर आपके सामने पन्ना जोड़ता है — इसीलिए वह पूरा दिखता है और इसीलिए लगता है कि फ़ाइल में एक वेब पन्ना है। उसमें है नहीं। वही फ़ाइल किसी ऐसी चीज़ को दे दीजिए जो कुछ ला नहीं सकती, और जो बचता है वह लिखावट है — ब्राउज़र के तयशुदा फ़ॉन्ट में, एक ही कॉलम में।

तकनीकी रूप से उन इशारों का पीछा करके स्टाइलशीट, फ़ॉन्ट और तस्वीरें उतारना मुमकिन होता। हम ऐसा नहीं करते, और वजह साफ़ कहने लायक़ है: वह कन्वर्टर जो उपयोगकर्ताओं की फ़ाइलों के भीतर मिले URL पर चला जाता है, ऐसी मशीन है जिसे यह समझ लेने वाला कोई भी ख़ुशी-ख़ुशी भीतरी पतों की ओर मोड़ देगा।

यहाँ का कन्वर्ज़न सर्वर इंटरनेट तक पहुँचता ही नहीं। यही वह गुण है जो पक्का करता है कि आपका दस्तावेज़ कहीं भेजा नहीं जा सकता, और उसी का ज़रूरी नतीजा है कि जुड़ी हुई स्टाइलशीट कहीं न पहुँचने वाला लिंक है। दोनों बातें एक ही फ़ैसले के दो पहलू हैं।

वह अपने आप में पूरी हो — बस यही पूरी शर्त है। CSS को जोड़ने के बजाय दस्तावेज़ के भीतर `<style>` खंड में रखिए। तस्वीरों को फ़ाइलों की ओर इशारा करने के बजाय डेटा URI के रूप में — `src` के भीतर base64 — अंदर रख दीजिए। ऐसे फ़ॉन्ट इस्तेमाल कीजिए जो किसी आम सिस्टम पर मौजूद हों, क्योंकि किसी फ़ॉन्ट सेवा से लाया गया वेबफ़ॉन्ट यहाँ पहुँचेगा नहीं।

बहुत सारे अपने आप बने दस्तावेज़ पहले से ऐसे ही हैं: लेखा सॉफ़्टवेयर के बिल, विश्लेषण औज़ारों की रिपोर्ट, नोट लेने वाले ऐप के निर्यात और लगभग सारे HTML मेल टेम्पलेट इसी तरह आत्मनिर्भर बनाए जाते हैं ताकि इधर-उधर भेजे जाने पर बचे रहें। वे अपने लेआउट के साथ बदलते हैं। ब्राउज़र से «पन्ना इस रूप में सहेजें…» करके बनाया पन्ना लगभग कभी नहीं, क्योंकि उससे एक HTML फ़ाइल और उसके बग़ल में संसाधनों का एक फ़ोल्डर बनता है।

अगर मक़सद उस पन्ने की प्रति रखना है जिसे आप अभी देख रहे हैं — कोई लेख, कोई रसीद, कोई बुकिंग पुष्टि, कोई ऐसा पन्ना जो शायद ग़ायब हो जाए — तो यह टैब बंद कीजिए और Ctrl+P दबाइए, या Mac पर Cmd+P, फिर «PDF के रूप में सहेजें» चुनिए।

मुश्किल हिस्सा ब्राउज़र पहले ही कर चुका है। हर स्टाइलशीट लदी हुई है, हर फ़ॉन्ट सुलझा हुआ, हर तस्वीर लाई हुई, हर स्क्रिप्ट चली हुई। वह तैयार पन्ने से PDF बना रहा है, न कि उस फ़ाइल से जो पन्ने का वर्णन करती है — और कोई बाहरी कन्वर्टर इसकी बराबरी नहीं कर सकता क्योंकि किसी बाहरी कन्वर्टर के पास जुड़ा हुआ पन्ना है ही नहीं। यह पन्ना उन HTML फ़ाइलों के लिए है जो आपके हाथ में हैं; जिन पन्नों को आप देख रहे हैं, उनके लिए बेहतर औज़ार पहले से खुला है।

दस्तावेज़ मानक नाप के पन्नों पर कन्वर्टर की तयशुदा टाइपोग्राफ़ी के साथ बैठाया जाता है, बशर्ते फ़ाइल अपनी शैलियाँ न लाए। यहाँ कोई खिड़की नहीं जिसके हिसाब से ढला जाए, इसलिए स्क्रीन के लिए बने लेआउट से वह सवाल पूछा जा रहा है जिसके लिए उसे बनाया ही नहीं गया।

जो कुछ अपने CSS में छपाई की शैलियाँ बरतता है वह उन्हें बरतेगा, और अच्छे बने दस्तावेज़ के पास ठीक इसी के लिए यह इंतज़ाम पहले से है। जो कुछ ख़ुद को सजाने के लिए JavaScript पर निर्भर है, वह नहीं — क्योंकि यहाँ कुछ चलता ही नहीं।

लिखावट वाले लिंक PDF में लिंक की तरह बचे रहते हैं, इसलिए दस्तावेज़ के भीतर का URL दबाने लायक़ रहता है। उसी दस्तावेज़ के दूसरे हिस्सों की ओर इशारा करने वाले भीतरी लंगर भी चलते हैं।

जो लिंक HTML के बग़ल में रखी फ़ाइलों की ओर थे, वे ऐसे पतों पर इशारा करेंगे जो अब सुलझते नहीं। यह कन्वर्ज़न का दोष नहीं; यह वही होता है जब अपने पड़ोसियों पर निर्भर दस्तावेज़ अकेला उठाकर कहीं और रख दिया जाए।

स्क्रीन बग़ल में सरकती है और पन्ना नहीं, इसलिए चौड़ी तालिका के साथ कुछ न कुछ करना ही पड़ता है। कॉलम सिकुड़ते हैं, और एक चौड़ाई के बाद लिखावट पढ़ने लायक़ नहीं रहती जबकि तालिका तकनीकी रूप से पूरी बनी रहती है।

अगर दस्तावेज़ ज़्यादातर एक चौड़ी तालिका ही है, तो बदलने से पहले तय कीजिए, बाद में नहीं: कॉलम घटाइए, या CSS में पन्ने की दिशा आड़ी कर दीजिए, जिसे कन्वर्ज़न मानेगी।

ये वही फ़ाइलें हैं जो सबसे अच्छी तरह बदलती हैं, और यह संयोग नहीं। लेखा सॉफ़्टवेयर के बिल, विश्लेषण की रिपोर्ट, नोट वाले ऐप के निर्यात और लगभग सारे HTML मेल टेम्पलेट आत्मनिर्भर बनाए जाते हैं ताकि आगे भेजे जाने पर बचे रहें।

उन्हें जो कुछ चाहिए वह उसी एक फ़ाइल के भीतर है, और यही वह गुण है जो इस कन्वर्ज़न को चाहिए। अगर आपका HTML इनमें से किसी से आया है, तो उम्मीद रखिए कि वह ठीक दिखेगा।

फ़ाइल के भीतर कुछ भी चलाया नहीं जाता। जो पन्ना अपनी सामग्री JavaScript से बनाता है वह उसी में बदलता है जो मार्कअप स्क्रिप्ट चलने से पहले कहता था — और वह अक्सर बहुत कम होता है।

यह सुरक्षा का गुण है, कोई सीमा नहीं जिसके इर्द-गिर्द रास्ता खोजा जाए: किसी की अपलोड की गई फ़ाइल के भीतर मिला कोड चलाना ऐसा काम नहीं जो किसी लेआउट को बचाने के लिए करने लायक़ हो। अगर सामग्री तभी बनती है जब कोई स्क्रिप्ट चल चुकी हो, तो अपने ब्राउज़र से छापिए।