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

इस साइट की ज़्यादातर कन्वर्ज़न में कोई न कोई सौदा होता है। इसमें लगभग नहीं होता। SVG किसी रेखाचित्र को निर्देशों के रूप में बताती है — यहाँ से वहाँ एक रेखा, इतनी त्रिज्या का एक वक्र, इस रंग से भरा — और PDF उसी तरह बताती है।

व्यावहारिक नतीजा यह है कि आकार मायने रखना बंद कर देता है। PDF दो मीटर पर छपने पर उतनी ही साफ़ है जितनी दो सेंटीमीटर पर, क्योंकि उसमें ख़त्म हो जाने लायक़ कोई रिज़ॉल्यूशन है ही नहीं। जब कोई रेखाचित्र छपना है, तब PNG के बजाय PDF चुनने की वजह यही है।

जिस SVG में लिखावट है, उसमें आम तौर पर फ़ॉन्ट नहीं होता। वह किसी फ़ॉन्ट का नाम भर लेती है और इस भरोसे रहती है कि उसे दिखाने वाली मशीन पर वह फ़ॉन्ट लगा होगा। डिज़ाइनर के कंप्यूटर पर सब ठीक दिखता है और दूसरी मशीन पर अक्षर बदल जाते हैं।

बदलने पर लिखावट आकृतियों के रूप में खींची जाती है, जिससे यह निर्भरता पूरी तरह हट जाती है: कोई फ़ॉन्ट ग़ायब हो ही नहीं सकता, क्योंकि अब लिखावट है ही नहीं — सिर्फ़ ठीक उन्हीं जगहों पर बनी रूपरेखाएँ हैं। छापेख़ाने "आउटलाइन में भेजिए" कहकर यही माँगते हैं।

वह सब जिसकी ओर SVG सिर्फ़ इशारा करती है, उसे अपने भीतर रखती नहीं। किसी URL से फ़ोटो बुलाता `<image>` तत्व ग़ायब रहेगा, क्योंकि यहाँ कुछ भी इंटरनेट तक नहीं जाता — कन्वर्ज़न पूरी तरह ऑफ़लाइन चलती है, और यही वजह भी है और सीमा भी।

हरकत और परस्पर क्रिया भी चली जाती है, और जा ही सकती है: SVG में चलते हिस्से और क्लिक पर जवाब देने वाली चीज़ें हो सकती हैं, PDF का पन्ना स्थिर है। अगर हरकत ही असल बात है, तो रेखाचित्र को SVG ही रहना चाहिए या वीडियो बन जाना चाहिए।

अगर रेखाचित्र किसी वेब पन्ने पर जा रहा है, तो उसे SVG ही रहने दीजिए। वह उसी की PDF से छोटा है, हर ब्राउज़र उसे सीधे बनाता है, और वह चुने जाने और CSS से सजाए जाने लायक़ बना रहता है। वेब के लिए PDF में बदलना यह सब छोड़ देना है।

PDF उसी पल अपनी जगह कमाती है जब फ़ाइल आपके हाथ से निकलती है: छापेख़ाने भेजी गई, मेल से लगी, किसी फ़ॉर्म में जमा हुई, किसी अभिलेख में रखी गई। वहाँ "हर जगह एक जैसी खुलती है" उन सब ख़ूबियों से ज़्यादा क़ीमती है।

पन्ना अपनी नाप SVG से लेता है, इसलिए रेखाचित्र उसे बिल्कुल भर देता है और कोई हाशिया नहीं बचता। स्क्रीन पर यह ख़ुद रेखाचित्र जैसा ही दिखता है, और किसी लोगो या आरेख से आम तौर पर यही चाहिए होता है।

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

SVG रंग को RGB में बताती है, क्योंकि वह स्क्रीन के लिए बनी थी। PDF उन्हीं RGB मानों को ईमानदारी से आगे ले जाती है, और यहाँ कुछ भी CMYK में नहीं तोड़ा जाता।

स्क्रीन पर पढ़ी जाने वाली हर चीज़ के लिए यह सही है। व्यावसायिक छपाई के लिए यह एक क़दम कम है: प्रेस को CMYK चाहिए, और वह अलगाव छापेख़ाने के पास या किसी ऐसे लेआउट औज़ार में होना चाहिए जिसके पास सही प्रोफ़ाइल हो और जहाँ कोई देख सके कि रंग किस तरह बदले।

कई SVG छोड़िए और हर एक अपनी अलग PDF बनती है, एक ही दस्तावेज़ के पन्ने नहीं — क्योंकि पन्नों का क्रम तय करना ऐसा फ़ैसला है जो कोई कन्वर्टर आपकी तरफ़ से नहीं ले सकता।

अगर एक ही बहु-पन्ना PDF चाहिए, तो अलग-अलग बदलकर बाद में जोड़ लीजिए। तब क्रम वह होगा जो आपने चुना, न कि वह जो किसी फ़ोल्डर की सूची से गिरकर बन गया।

आम तौर पर SVG से कुछ किलोबाइट के भीतर, क्योंकि दोनों वही निर्देश रख रही हैं। इस कन्वर्ज़न का यही सुखद आश्चर्य है: जो आरेख किसी बनी-बनाई तस्वीर के रूप में मेगाबाइट में होता, वह यहाँ छोटा-सा रहता है।

अपवाद वह लिखावट है जो रूपरेखाओं में बदली गई। अक्षरों से भरा पन्ना सैकड़ों अलग-अलग वक्र बन जाता है और आकार साफ़ तौर पर बढ़ सकता है। फिर भी किसी फ़ोटो वाली फ़ाइल के पैमाने पर वह छोटा ही रहता है।

कन्वर्ज़न पूरी तरह आपके ब्राउज़र में चलती है, और इसीलिए बाहरी संदर्भ लाए भी नहीं जा सकते: किसी भी क़दम पर नेटवर्क शामिल ही नहीं होता।

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