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

यह पेज जो दिक़्क़त सुलझाता है वह पहली नज़र में लगने से छोटी है, क्योंकि बहुत सारा सॉफ़्टवेयर OpenDocument पढ़ लेता है। Microsoft Word एक दशक से ज़्यादा वक़्त से यह करता आया है। अगर सामने वाले के पास Word है, तो ODT भेजना ठीक है और यह बदलाव फ़ालतू है।

जो मामला बचता है वह असली और आम है: ऐसा कंप्यूटर जिस पर कोई वर्ड प्रोसेसर है ही नहीं। कोई बंद कॉर्पोरेट डेस्कटॉप जहाँ कुछ इंस्टॉल नहीं किया जा सकता और WordPad जो है वही है। रिसेप्शन या वर्कशॉप का साझा कंप्यूटर। ऐसा Mac जहाँ सामने वाले ने TextEdit के अलावा कुछ खोला ही नहीं। रिच टेक्स्ट आख़िरी फ़ॉर्मेट है जो ये सब बिना कुछ इंस्टॉल किए खोल लेते हैं — और RTF 1987 से यही काम करता आया है।

ODT OASIS का 2005 का काम है, ISO/IEC 26300 के नाम से मानकीकृत, और यह XML भरा एक ZIP पुरालेख है — content.xml टेक्स्ट के लिए, styles.xml स्टाइलिंग के लिए, और तस्वीरें असली इमेज फ़ाइल के तौर पर सँभाली जाती हैं।

RTF Microsoft का है, 1987 से, और यह जीवित नहीं बल्कि विरासत है। यह सादा टेक्स्ट है: लेखन के इर्द-गिर्द बैकस्लैश से शुरू होने वाले नियंत्रण-शब्द, जो फ़ॉन्ट तालिका, रंग तालिका और हर हिस्से की फ़ॉर्मेटिंग बताते हैं। एक फ़ॉर्मेट जो अब कभी नहीं बदलेगा, वह ऐसा फ़ॉर्मेट है जिसे कोई पुराना व्यूअर हमेशा पढ़ता रहेगा — यह ख़ामी नहीं, यही इसकी क़ीमत है।

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

फ़्रेम और उनका anchoring दूसरी दिक़्क़त है। Writer पन्ने, पैराग्राफ़, कैरेक्टर से anchoring में फ़र्क़ रखता है, और RTF का positioning मॉडल इतना बारीक़ नहीं, इसलिए टेक्स्ट फ़्रेम और तैरती तस्वीरें खिसक सकती हैं। एक साधारण चिट्ठी या रिपोर्ट साफ़ पार हो जाती है; जो दस्तावेज़ चुपके से एक छोटा प्रोग्राम बन चुका था, वह नहीं होता।

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

यह काम LibreOffice ख़ुद करता है, जो अपना ही मूल फ़ॉर्मेट पढ़ रहा है और दो दशक से सँभाला हुआ फ़िल्टर लिख रहा है। जो मशीन इसे चलाती है उसके पास Arial, Times New Roman, Courier New, Calibri और Cambria के मीट्रिक-अनुकूल विकल्प हैं, इसलिए लाइन वहीं टूटती है जहाँ पहले टूटती थी। जो कोई भी RTF नहीं कर सकता वह है फ़ॉन्ट को साथ भेजना — यह सिर्फ़ नाम रखता है, इसलिए किसी असामान्य फ़ॉन्ट में लिखा हिस्सा सामने वाले के पास जो हो उससे बदल जाता है।

यही वह गड़बड़ है जो लोग सचमुच झेलते हैं, और यह चुपचाप होती है। Writer में विषय-सूची एक फ़ील्ड है जो शीर्षकों से ख़ुद बनती है; RTF में यह उन शीर्षकों और पृष्ठ संख्याओं की सूची बन जाती है जो फ़ाइल लिखे जाने के पल पर थीं। यही बात cross-reference, पृष्ठ गिनती, स्वचालित आँकड़ा-नंबरिंग और ख़ुद अपडेट होती तारीख़ के साथ भी होती है।

बदलने से पहले पृष्ठ संख्याएँ ठीक करना समझदारी है, बाद में नहीं। जो दस्तावेज़ पहले ही अंतिम रूप में है, वहाँ यह कोई फ़र्क़ नहीं डालता।

नहीं। दो वर्ड-प्रोसेसिंग फ़ॉर्मेट के बीच बदलने के लिए असली ऑफ़िस इंजन चाहिए, इसलिए फ़ाइल एक सुरक्षित कनेक्शन पर उस कंटेनर को भेजी जाती है जो LibreOffice हेडलेस चला रहा है, और काम पूरा होते ही मिटा दी जाती है। मुफ़्त स्तर हर फ़ाइल पर 25 MB लेता है।

जो कुछ अपलोड होता है वह सिर्फ़ दस्तावेज़ है — कोई खाता नहीं, कोई पहचान नहीं माँगी जाती।

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

जहाँ आगे संपादन ज़रूरी नहीं, सिर्फ़ पढ़ना और भेजना है, वहाँ PDF ही सही चुनाव है — उसका अपना अलग पेज इसी साइट पर है।