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

RTF आम तौर पर तंत्र बनाते हैं: कोई डिक्टेशन सेवा जो बोला हुआ पत्र लौटाती है, कोई प्रैक्टिस सिस्टम जो टेम्पलेट से दस्तावेज़ जोड़ता है, कोई मेल-मर्ज जो तीन सौ पर्सनल पत्र बनाता है।

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

रिच टेक्स्ट फ़ॉर्मैटिंग बताता है, पेज बँटवारा नहीं। पेज कहाँ टूटेंगे यह फ़ाइल खुलते समय तय होता है, जो भी प्रोग्राम उसे खोले। WordPad, Word, LibreOffice Writer और TextEdit चारों एक ही फ़ाइल से अलग पेज गिनती दे सकते हैं।

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

यह दिशा लोगों को चौंकाती है, क्योंकि PDF में बदलना आम तौर पर बढ़ोतरी से जुड़ा होता है। RTF में कोई संपीड़न नहीं और एम्बेड तस्वीर हेक्साडेसिमल टेक्स्ट के रूप में लिखी जाती है, जो मूल तस्वीर के हर बाइट पर लगभग दो अक्षर लेती है।

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

RTF एक फ़ॉन्ट टेबल ले जाती है जो चाहे गए टाइपफ़ेस सूचीबद्ध करती है, उन्हें एम्बेड नहीं कर सकती। जो भी फ़ाइल रेंडर करता है, वह जो नहीं रखता उसकी जगह विकल्प रख देता है, और अलग मेट्रिक्स वाला विकल्प हर पैराग्राफ़ को दोबारा लपेट देता है।

यह बदलाव करने वाली मशीन Liberation परिवार, Carlito और Caladea रखती है, जो Arial, Times New Roman, Courier New, Calibri और Cambria के मेट्रिक-सुसंगत विकल्प हैं। आम टाइपफ़ेस में लिखे दस्तावेज़ बिना हिले बदलते हैं।

तालिकाएँ, हेडर, फ़ुटर, पेज नंबरिंग, फुटनोट, सूचियाँ और हाइपरलिंक सब रिच टेक्स्ट में सीधे उपलब्ध हैं और उम्मीद के मुताबिक़ रेंडर होते हैं। जो हिलता है वह पहले से अस्पष्ट था: पेज से चौड़ी तालिका, किसी ब्रेक के पास चिपकी तस्वीर।

सिस्टम-जनित RTF आम तौर पर सादी होती हैं और बिना किसी घटना के बदलती हैं। हाथ से संपादित फ़ाइलें कम अनुमानित हैं, ख़ासकर कई प्रोग्राम से गुज़र चुकी हों तो। पहले और आख़िरी पन्ने ज़रूर देखिए।

रिच टेक्स्ट सात-बिट प्रारूप है। सादे ASCII से बाहर कुछ भी एस्केप के तौर पर लिखा जाता है, फ़ाइल के हेडर में घोषित किसी कैरेक्टर सेट के हिसाब से पढ़ा जाता है — जो सही घोषणा पर बिलकुल ठीक काम करता है और ग़लत पर परिचित उलझा हुआ नाम देता है।

बदलाव फ़ाइल जो कहती है वही रेंडर करता है, सुधारता नहीं। यही एक चीज़ है जो किसी पत्र-बैच को बदलने से पहले सचमुच जाँचने लायक़ है — किसी मात्रा वाले नाम को पते पर देखिए।

PDF दस्तावेज़ को वैसा दिखाती है जैसा वह छपता। टिप्पणी और एनोटेशन नहीं खींचे जाते, संशोधन-चिह्न नहीं दिखते, छिपा पाठ छिपा रहता है, और अभी भी फ़ील्ड कोई भी वर्तमान मूल्य पर स्थिर हो जाती है।

यह फ़ाइल की जाने वाली या भेजी जाने वाली फ़ाइल के लिए सही बर्ताव है, और बदलने से पहले एक जानबूझकर जाँच लायक़ है। अगर मर्ज फ़ील्ड को कभी मूल्य नहीं मिला, तो RTF ख़ाली जगह दिखाती है और PDF उसे हमेशा के लिए सुरक्षित कर देती है।

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

तीन जाँचिए, एक नहीं — पहला, बीच का एक, और सबसे लंबे प्राप्तकर्ता नाम वाला, क्योंकि यही वह जगह है जहाँ कोई टेम्पलेट लाइन से बाहर निकलकर दूसरे पेज पर धकेल देता है।

यहाँ ज़्यादातर बदलाव स्थानीय रूप से चलते हैं और कुछ भी नहीं भेजते। यह वैसा नहीं कर सकता: वर्ड-प्रोसेसिंग दस्तावेज़ को पेज पर रेंडर करने के लिए पूरा ऑफ़िस इंजन चाहिए, तो फ़ाइल एन्क्रिप्टेड कनेक्शन से LibreOffice हेडलेस चलाने वाले कंटेनर तक जाती है।

कंटेनर के पास कोई बाहरी इंटरनेट रास्ता नहीं। हर काम को अपनी स्क्रैच डायरेक्ट्री और अपनी LibreOffice प्रोफ़ाइल मिलती है; डायरेक्ट्री काम ख़त्म होते ही हटा दी जाती है। मुफ़्त सीमा 25 MB प्रति दस्तावेज़ है।

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

किसी केस फ़ाइल में जो तरीक़ा काम करता है वह है दोनों रखना: कामकाजी प्रति के लिए RTF, भेजी गई प्रति के लिए PDF, दोनों को साफ़ नाम देकर ताकि यह स्पष्ट रहे कि वे एक ही दस्तावेज़ हैं।