आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप RTF को ODT में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, वहाँ बदली जाती है और काम पूरा होते ही मिटा दी जाती है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
RTF से ODT
RTF को एक प्रोग्राम से दूसरे में फ़ॉर्मेट किया दस्तावेज़ भेजने के लिए बनाया गया था, और वह इसमें बहुत अच्छा है। यह कभी उस फ़ॉर्मेट के लिए नहीं बना था जिसमें कोई पंद्रह दिन तक काम करे, और फ़र्क़ एक ऐसी जगह दिखता है जो आसानी से चूक जाती है: जब भी Writer में सेव दबाते हैं, पूरा दस्तावेज़ RTF फ़िल्टर से गुज़रकर दोबारा लिखा जाता है और अगली बार खुलते समय उसी पाठ से फिर बनाया जाता है।
जिसके लिए फ़िल्टर के पास कोई प्रतिनिधित्व नहीं वह उसी पल में अंदाज़े से बदल दिया जाता है या हट जाता है — कुछ फ़ील्ड प्रकार, सेक्शन प्रॉपर्टी, कुछ सूची और फ़्रेम सेटिंग। एक बार यह चक्कर लगभग अदृश्य है। किसी अनुवादक या संपादक द्वारा रोज़ बदली जाती फ़ाइल पर बीस बार यह वैसा नहीं रहता।
यह पैटर्न हमेशा एक जैसा है: ऊपर से RTF बनाने वाला कोई प्रोग्राम, और नीचे कोई इंसान जिसे उस पर LibreOffice में काम करना है। अनुवाद एजेंसियाँ स्रोत फ़ाइलें RTF में भेजती हैं क्योंकि हर CAT टूल और हर ग्राहक इसे पढ़ सकता है। ट्रांसक्रिप्शन और डिक्टेशन प्लैटफ़ॉर्म ड्राफ़्ट RTF में लौटाते हैं। छोटे प्रकाशक जमा RTF में लेते हैं क्योंकि यह किसी भी मशीन से बनाई जा सकती है।
इनमें से कोई भेजने वाला बदलने वाला नहीं, और किसी को बदलना भी नहीं चाहिए — RTF सौंपने के लिए सही चुनाव है, ठीक इसलिए कि इसे खोलने में कोई असफल नहीं होता। ग़लती यह है कि सौंपने वाले फ़ॉर्मेट को ही काम का फ़ॉर्मेट मान लिया जाए। आते ही बदलिए, ODT में काम कीजिए, और अंत में जो ग्राहक ने माँगा वह निर्यात कीजिए।
RTF अक्षर हैं। किसी टेक्स्ट एडिटर में एक खोलिए और गद्य सीधे दिखता है, फ़ॉन्ट टेबल, रंग टेबल, स्टाइल शीट और हर हिस्से की फ़ॉर्मेटिंग बताने वाले बैकस्लैश-वाले नियंत्रण शब्दों के बीच। यह लंबा-चौड़ा है, पूरी तरह छापने लायक़, हाथ से सुधारा जा सकने वाला, और किसी भी चीज़ से जाँचा नहीं जाता।
ODT एक ZIP संग्रह है जिसमें XML है: पाठ के लिए `content.xml`, स्टाइल के लिए `styles.xml`, एक मैनिफ़ेस्ट, और तस्वीरें असली फ़ाइलों की तरह एक फ़ोल्डर में। इसे अनज़िप करके XML को grep किया जा सकता है, जो तब सचमुच काम की बात है जब कोई दस्तावेज़ बिगड़ जाए या सौ में एक ही बदलाव करना हो।
दो जुड़ी हुई वजहें। पहली, ZIP: ODT के भीतर XML डिस्क तक पहुँचने से पहले संपीड़ित होता है, और XML बहुत अच्छे से संपीड़ित होता है क्योंकि यह अपने टैग नाम बार-बार दोहराता है। RTF में कोई संपीड़न नहीं, हर नियंत्रण शब्द अक्षर-दर-अक्षर लिखा जाता है।
दूसरी, तस्वीरें। RTF किसी लगी तस्वीर को हेक्साडेसिमल टेक्स्ट की तरह लिखता है — तस्वीर के हर बाइट के लिए क़रीब दो अक्षर — जबकि ODT असली तस्वीर फ़ाइल संग्रह में बिना बदले रखता है। आधा दर्जन स्क्रीनशॉट वाला दस्तावेज़ RTF में OpenDocument से एक पूरी दर्जा बड़ा हो सकता है।
RTF के पास सचमुच स्टाइल हैं, जो इसकी उम्र से ज़्यादा है: नाम वाले पैराग्राफ़ और कैरेक्टर स्टाइल, हेडिंग, फ़ॉन्ट, साइज़ और स्पेसिंग सीधे-सीधे OpenDocument में जगह पाते हैं, बजाय सीधी फ़ॉर्मेटिंग में चपटा होने के। टेबल अपने सेल, बॉर्डर और मर्ज रखती हैं; सूचियाँ अपनी नंबरिंग रखती हैं।
OpenDocument जो जोड़ता है वह गहराई है जो पुराना फ़ॉर्मेट रख ही नहीं सकता। पेज स्टाइल पहली श्रेणी की वस्तुएँ हैं, सूची स्टाइल एक बार परिभाषित होकर दोहराई जाती हैं, और `content.xml` तथा `styles.xml` का अलगाव मतलब है कि दस्तावेज़ का दिखावा एक भी शब्द छुए बिना पूरा बदला जा सकता है।
RTF एक कैरेक्टर सेट घोषित करता है और उसके ख़िलाफ़ सादे ASCII से बाहर हर चीज़ को escape करता है। यह 1987 में वाजिब था और अब बिगड़े पाठ का एक स्थायी स्रोत है, क्योंकि अलग क्षेत्रीय सेटिंग वाली मशीन पर पुराने प्रोग्राम की लिखी फ़ाइल ऐसा कोड-पेज नाम ले सकती है जो असल में उसमें मौजूद से मेल न खाए।
बदलाव इसे ठीक नहीं कर सकता, और यह जान लेना एक दोपहर बचा देता है। अगर RTF Writer में पहले से ग़लत दिखती है, तो फ़ाइल के अक्षर ग़लत हैं और ODT वही ग़लत अक्षर ईमानदारी से ढो लेगा। OpenDocument पूरी तरह Unicode है, तो एक बार सही होने पर पाठ सही ही रहता है।
ODT में काम करना उसे सौंपने की मजबूरी नहीं बनाता। Writer DOCX में, RTF में, PDF में और वापस सादे पाठ में निर्यात करता है, और Microsoft Word को OpenDocument सीधे पढ़ने वाले सॉफ़्टवेयर में गिना जाता है, इसलिए ज़्यादातर ग्राहकों के साथ ODT ख़ुद भेजना भी बचाव लायक़ चुनाव है।
अगर सौंपना ही RTF में है — क्योंकि एजेंसी के औज़ार वही चाहते हैं, या ग्राहक की व्यवस्था वही चाहती है — तो तैयार ODT से एक बार RTF में निर्यात कीजिए और भेजने से पहले नतीजा जाँच लीजिए। फ़िल्टर से एक चक्कर बहुत कम खोता है और यह चक्कर आपने चुना है। ODT को मास्टर कॉपी की तरह रखिए।
आपके ब्राउज़र में नहीं, हमारे सर्वर पर। दो वर्ड-प्रोसेसिंग फ़ॉर्मेट के बीच बदलने के लिए असली ऑफ़िस इंजन चाहिए, और यह पन्ना यह साफ़ कहता है, बजाय यह जताने के कि इस साइट पर सब कुछ स्थानीय रूप से चलता है। फ़ाइल एन्क्रिप्टेड कनेक्शन से एक कंटेनर तक जाती है जो LibreOffice हेडलेस चला रहा है, और उस कंटेनर के पास बाहर जाने वाला अपना कोई इंटरनेट नहीं।
हर जॉब को अपनी अलग स्क्रैच डायरेक्टरी और अपनी अलग LibreOffice प्रोफ़ाइल मिलती है, और जॉब ख़त्म होते ही डायरेक्टरी मिटा दी जाती है, नतीजा कुछ भी हो। साठ सेकंड बाद भी चल रहा कुछ भी रोक दिया जाता है। मुफ़्त सीमा प्रति अपलोड फ़ाइल 25 MB है।
पाठ से पहले स्टाइल सूची देखिए। अगर दस्तावेज़ के साथ समझदार नाम वाले स्टाइल आए हैं तो अच्छी हालत है और आगे सब आसान है; अगर एक ही स्टाइल और बहुत सारी सीधी फ़ॉर्मेटिंग के साथ आया है, तो मूल प्रोग्राम ने कभी स्टाइल इस्तेमाल किए ही नहीं और कोई बदलाव उन्हें गढ़ नहीं सकता।
फिर तीन जगहें देखिए जो जोखिम रखती हैं: मर्ज की गई सेल वाली टेबल, बहु-स्तरीय सूची नंबरिंग, और वह जगह जहाँ लंबा दस्तावेज़ पन्नों के बीच टूटता है। अगर फ़ाइल एक ही स्रोत के बैच में से है, तो एक को ध्यान से जाँचना बाक़ी सब के बारे में लगभग सब कुछ बता देता है।
| RTF | ODT | |
|---|---|---|
| पूरा नाम | Rich Text Format | OpenDocument Text |
| फ़ाइल एक्सटेंशन | .rtf | .odt |
| मीडिया टाइप | application/rtf | application/vnd.oasis.opendocument.text |
| पहली बार प्रकाशित | 1987 | 2005 |
| प्रकाशक | Microsoft | OASIS |
| विनिर्देश | — | ISO/IEC 26300 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | DOCX, TXT | DOCX, PDF |
RTF और ODT — दोनों कई पन्ने ढोते हैं, इसलिए कई पन्नों का दस्तावेज़ एक ही फ़ाइल बना रहता है।
RTF 1987 का है और अब मुश्किल से ही इस्तेमाल होता है। ODT वह है जो आज के प्रोग्राम लिखते हैं, इसलिए यह कन्वर्ज़न पढ़े जाते रहने का भी सवाल है।
Microsoft Word और LibreOffice Writer RTF और ODT — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
ODT OASIS का है और 2005 से चला आ रहा है, और ISO/IEC 26300 में तय किया गया है। LibreOffice Writer, Microsoft Word और Google Docs इस फ़ॉर्मेट को पढ़ लेते है।
RTF 1987 में आया और ODT 2005 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
हाँ: इस कन्वर्ज़न को ऐसा सॉफ़्टवेयर चाहिए जो ब्राउज़र में चलता ही नहीं। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, काम पूरा होते ही मिटा दी जाती है, और नतीजा 60 मिनट बाद। वहाँ यह काम LibreOffice करता है, पूरा ऑफ़िस सुइट, बिना उसके ऊपरी आवरण के।
हाँ, 25 MB तक की फ़ाइलों के लिए रोज़ 100 कन्वर्ज़न तक। यह एक सीमा इसलिए है कि यह कन्वर्ज़न ऐसे सर्वर पर चलता है जिसका ख़र्च हम उठाते हैं। इसके अलावा यहाँ कुछ भी सीमित नहीं है, और वॉटरमार्क किसी भी हाल में नहीं लगता। यह सीमा इसलिए है कि LibreOffice को चलने के लिए हमारी कोई मशीन चाहिए।
RTF और ODT सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। सजावट बच जाती है; मैक्रो, अंदर बैठाई गई चीज़ें और बदलावों का इतिहास आम तौर पर नहीं।
नहीं। कन्वर्ज़न हमारी तरफ़ चलता है और आपको तैयार ODT फ़ाइल देता है; उसे खोलने के लिए वही प्रोग्राम चाहिए जिससे आपका डिवाइस OpenDocument Text आम तौर पर दिखाता है।