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

बाइनरी Word फ़ॉर्मेट Word 97 से है और OpenDocument 2005 में प्रकाशित हुआ, Microsoft का अपना बदला हुआ फ़ॉर्मेट बीच में 2007 में आया। .doc को सीधे ODT में बदलना एक पीढ़ी छोड़ देता है — बीच में रुकने की कोई वजह नहीं, वही इंजन पुरानी फ़ाइल पढ़ता है और नई लिखता है।

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

OpenDocument OASIS सँभालता है और यह ISO/IEC 26300 के तौर पर प्रकाशित है। इसे पढ़ने के लिए किसी को कोई लाइसेंस चालू नहीं रखना पड़ता, कोई एक कंपनी यह तय नहीं करती कि सपोर्ट कब ख़त्म होगा।

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

legacy migration का मुश्किल हिस्सा आम तौर पर पढ़ना है, लिखना नहीं। बाइनरी .doc कोई ऐसा फ़ॉर्मेट नहीं जिसे टेक्स्ट एडिटर से खोलकर हाथ से ठीक किया जा सके, और मौजूदा Microsoft Office सबसे पुराने रूप तयशुदा तौर पर नकार देता है। इसे अच्छी तरह पढ़ने वाले प्रोग्राम गिने-चुने हैं, और LibreOffice उनमें सबसे सक्षम है।

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

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

फ़ॉन्ट प्रतिस्थापन से सँभाले जाते हैं, embedding से नहीं — बदलने वाली मशीन आम Microsoft टाइपफ़ेस के मीट्रिक क्लोन रखती है: Arial के लिए Liberation, Calibri के लिए Carlito, Cambria के लिए Caladea। ये प्रतिस्थापन वही जगह लेते हैं, इसलिए पन्नों की गिनती आम तौर पर नहीं बदलती।

फ़र्क़ उन सुविधाओं में जमा है जिन्हें Microsoft ने बाद में ख़ुद छोड़ दिया। पुरानी drawing layer — समूहित शेप, फ़्लोटिंग फ़्रेम, उस दौर की WordArt — Word पीढ़ियों के बीच दोबारा बनाई गई और OpenDocument में इसका ठीक जोड़ नहीं है, इसलिए ऐसी वस्तुओं से बना लेआउट खिसक सकता है।

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

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

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

.doc में Word के object model पर लिखी Visual Basic for Applications हो सकती है। LibreOffice का अपना स्क्रिप्टिंग सिस्टम और अपना object model है, और दोनों के बीच सच्चा अनुवाद नहीं — इसलिए automation छूट जाता है जबकि टेक्स्ट और फ़ॉर्मेटिंग पूरी आती है।

रिकॉर्ड माइग्रेशन में यह लगभग हमेशा सही नतीजा है। आर्काइव दस्तावेज़ रखता है, प्रोग्राम नहीं, और खुलते ही कोड चलाने वाला रिकॉर्ड ख़तरा है, सुविधा नहीं।

माइग्रेशन फ़ोल्डर के रूप में आते हैं: एक दशक के समिति काग़ज़ात, स्कूल की वर्कशीट। पूरी डायरेक्टरी छोड़िए और हर फ़ाइल बारी से बदलती है, फ़ाइल-नाम वही रहता है, नतीजा एक ZIP में लौटता है।

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

यह जोड़ी सर्वर पर चलती है, आपके ब्राउज़र में नहीं, और पेज इसे मान लेने की बजाय साफ़ कहता है। compound बाइनरी Word फ़ाइल पढ़ने के लिए पूरा ऑफ़िस सुइट चाहिए; कोई छोटी लाइब्रेरी इसे सही तरीक़े से नहीं करती।

फ़ाइल एन्क्रिप्टेड कनेक्शन पर LibreOffice headless चलाने वाले कंटेनर तक जाती है, जिसकी अपनी कोई बाहरी नेटवर्क पहुँच नहीं। हर जॉब को अलग scratch डायरेक्टरी मिलती है जो जॉब ख़त्म होते ही मिटा दी जाती है। मुफ़्त सीमा है प्रति फ़ाइल 25 MB।

ODT उन रिकॉर्ड के लिए है जिन पर आगे काम होना है — कोई संशोधित, बढ़ाया या दोबारा इस्तेमाल करेगा। अगर दस्तावेज़ की सामग्री तय हो चुकी है और बस यही चाहिए कि वह हर जगह वैसी ही रेंडर हो, तो PDF ज़्यादा ईमानदार कंटेनर है।

कई आर्काइव दोनों रखते हैं: संपादन-योग्य मास्टर के तौर पर OpenDocument फ़ाइल, और किसी ख़ास संस्करण की स्थिर छाप के तौर पर PDF। इसमें एक अतिरिक्त बदलाव की क़ीमत लगती है और यह बहस मिटा देती है कि रिपॉज़िटरी की प्रति वही दस्तावेज़ है जो स्वीकृत हुआ था।