नमस्कार पाठक जी!
जैसा कि वादा किया गया था , मैं एमएस ऑफिस 2010 और लिब्रे ऑफिस 3.5 में विभिन्न दस्तावेज़ प्रारूपों का परीक्षण करना जारी रखता हूं। इस पोस्ट के लेखन के दौरान, मैं काम में ओडीटी और डॉकएक्स प्रारूपों की जांच करने में कामयाब रहा - दुर्भाग्य से, मुझे निराशा हुई। लेकिन चलो खुद से आगे नहीं मिलता है; MSO और LO में इन प्रारूपों को कैसे संसाधित किया जाता है, इसके बारे में एक बिल्ली के तहत, साथ ही साथ परीक्षकों के लिए एक छोटा आश्चर्य: दस्तावेज़ प्रारूप के रूप में इस तरह के एक असामान्य क्षेत्र के लिए परीक्षण पीढ़ी की प्रक्रिया को स्वचालित कैसे करें।
उम्मीदों
पिछली पोस्ट की टिप्पणियों में, जैसा कि इंटरनेट पर कहीं और है, डॉक्स और ओडीटी प्रारूपों के बारे में बहुत कुछ कहा गया था, पुराने की जगह के बारे में और (जैसा कि यह निकला) बहुत अच्छा डॉक्टर नहीं है। उन्होंने डॉक मानक के बारे में बहुत सारी बातें कीं, ओड्ट में सूत्रों की गुणवत्ता के बारे में बहुत कुछ याद किया, व्यवहार में इन प्रारूपों का परीक्षण न करना एक पाप था। ईमानदार होने के लिए, मुझे उम्मीद थी कि ओआरटी यहां और वहां बिना किसी समस्या के खुलेगी, डॉक्स ओडीटी से भी बदतर परिणाम दिखाएगा, लेकिन डॉक्स से बहुत बेहतर। लेकिन सपने सच होना तय नहीं था ...
परीक्षण जनरेटर
मैंने लगभग एक दिन के लिए डॉक्टर के लिए परीक्षण तैयार किए। तर्क के अनुसार, मुझे उसी राशि की आवश्यकता थी जो डॉक्स के लिए थी और ओड्ट के लिए एक और दिन। एक ही परीक्षण लिखने के लिए तीन दिन, लेकिन विभिन्न स्वरूपों में! यह किस प्रकार का प्रोग्रामर कर सकता है? मेरे विचार का आधार निम्न अवलोकन है: यदि आप LO के तहत किसी भी घटक को odt में सहेजते हैं, तो जब आप LO में फिर से खोलेंगे तो वे नहीं बदलेंगे। इसका मतलब यह है कि सभी परीक्षणों को शुरू में ओडीटी प्रारूप में लिखा जाना था, फिर उन्हें केवल डॉक्टर और डॉक्स प्रारूप में फिर से सहेजने की आवश्यकता है, जो हमें एक के बदले में तीन परीक्षण देगा। सौभाग्य से, सॉफिस में एक -कन्ट-टू-ऑप्शन है, जिसे मैं स्वचालित करने के लिए उपयोग करता था।
तो, स्वचालित परीक्षण का निर्माण कैसे होता है:
- सभी परीक्षणों को ओड में लिखना
- Odt को किसी भी फॉर्मेट में बदलने के लिए एक छोटा सा sh को लिखना
converter.shsoffice --headless --convert-to $2 $1
- हम सभी उपलब्ध ओडीटी परीक्षणों को परिवर्तित करने की प्रक्रिया को स्वचालित करने के लिए एक और श लिख रहे हैं
create.sh for i in `seq 12`; do cd $i; ../converter.sh "*.odt" doc; ../converter.sh "*.odt" docx; cd .. done
- बस के मामले में, हम सभी डॉक्टर और डॉक्टर को हटाने के लिए लिखते हैं
clean.sh for i in `seq 12`; do rm $i/*.doc* $i/*/*.doc*; rm $i/*.docx* $i/*/*.docx*; done;
नतीजतन, हम एक दिन में तीनों प्रारूपों के लिए ओआरटी से डॉक और डॉक्स + पूरी तरह से फिर से लिखे गए परीक्षणों के लिए परीक्षण जनरेटर प्राप्त करते हैं!
प्रारूपों के अलावा
नए प्रारूप अच्छे हैं, लेकिन मैं पाठकों के अनुरोधों के बारे में नहीं भूल पाया और परीक्षण में सूत्र और फ़ुटनोट जोड़ दिए। जैसा कि यह निकला, चीजें उतनी बुरी नहीं हैं जितनी उन्होंने कहा था। अधिकांश घटक
सही ढंग से प्रदर्शित होते हैं।
साथ ही पत्रिका को थोड़ा बदल दिया। मैंने सबसे अच्छे "अच्छे" प्रारूप को खोजने के लिए कुछ आँकड़े जोड़े, जो कि दोनों संपादकों के अधिकांश मामलों में अच्छी तरह से प्रदर्शित होंगे।
परिणाम
पेज
सभी प्रारूप पृष्ठ आकार, उनके अभिविन्यास, मार्जिन और सीमाओं के साथ सही ढंग से काम करते हैं। पृष्ठों का पृष्ठभूमि रंग बेहतर नहीं है, साथ ही सीमाओं से इंडेंट (मार्जिन या पैराग्राफ इंडेंट द्वारा प्रतिस्थापित)।
सिर और पाद
यदि आपको हेडर (एलओ - अंतराल) से ऊंचाई निर्दिष्ट करने या पेज नंबर जोड़ने की आवश्यकता है, तो किसी भी प्रारूप में कोई समस्या नहीं आएगी। लेकिन सीमाओं और साइड मार्जिन को बहुत अच्छी तरह से संसाधित नहीं किया जाता है, डॉक्स प्रारूप में हेडर में टेबल खराब तरीके से संसाधित होते हैं, उन्हें एलओ में हटा दिया जाता है (अजीब, लेकिन हटाए गए भी एमएसओ में दिखाई देते हैं)।
लाउडस्पीकरों
कहीं कोई दिक्कत नहीं।
अनुच्छेद
इंडेंटेशन, रिक्ति और संरेखण को सभी प्रारूपों और संपादकों में समान रूप से प्रदर्शित किया जाता है, जैसे कि अलग-अलग चयन वाले रंग हैं। सीमाओं का उपयोग बिना किसी डर के भी किया जा सकता है, लेकिन आपको ऐसी विदेशी चीजों के बारे में भूलना चाहिए जैसे कि आधार रेखा के सापेक्ष ऊर्ध्वाधर संरेखण, एमएसओ को इसके बारे में अभी पता नहीं है। पैरामीटर "पैराग्राफ को मत तोड़ें" और "अगले को फाड़ न करें" भी सभी प्रारूपों और संपादकों में सही ढंग से प्रदर्शित किए जाते हैं।
प्रतीकों
दो को छोड़कर कोई समस्या नहीं है:
- आप ओवर राइटिंग के बारे में भूल सकते हैं
- MSO के माध्यम से ओआरटी खोलने पर हाइपरलिंक्स को हटा दिया जाता है
सूचियों
डॉक और डॉक्स में भी सब कुछ ठीक है। Odt में, इंडेंटेड सूचियों को स्थानांतरित किया जाता है।
छवि
संक्षेप में, डॉक्टर का उपयोग करें। आपके दस्तावेज़ों में छवियों के साथ कोई समस्या नहीं होगी।
टेबल
पिछले पैराग्राफ के समान - डॉक्टर यहां भी सबसे अच्छा साबित हुआ।
सहकर्मी की समीक्षा
यदि आप पसंद करते हैं, तो आप पोर्टेबिलिटी के बारे में भूल सकते हैं! MSO आपकी सहमति के बिना दस्तावेज़ से सभी परिवर्तन डेटा हटाता है।
खेतों
ऐसा लगता है कि हर जगह सब कुछ सही है, लेकिन लंबे परीक्षणों के बाद मैं इस नतीजे पर पहुंचा - अपने दस्तावेज़ों में (विशेष रूप से और पृष्ठों की संख्या को छोड़कर) विशेष फ़ील्ड का उपयोग न करें।
सूत्र
यहां डॉक्स प्रतिस्पर्धा से परे है। सूत्रों का उत्कृष्ट प्रदर्शन और संपादित करने की क्षमता (हालांकि बाएं तरफा सूचकांकों के साथ बहुत ज्यादा नहीं - वे बस मौजूद नहीं हैं)।
फ़ुटनोट
सभी स्वरूपों ने खुद को अच्छी तरह से दिखाया, केवल डॉकएक्स ने फुटनोट्स के पत्र क्रमांक के लिए संख्याओं का उपयोग करने का निर्णय लिया, लेकिन यह डरावना नहीं है, क्या यह है?
मेरा फैसला
यदि आपको एक अनुबंध, पत्र, और इसी तरह के व्यवसाय प्रलेखन की आवश्यकता है, तो डॉक्टर का उपयोग करें। दोनों पाठ स्वरूपण और विभिन्न आवेषण (सूत्रों को छोड़कर) पूरी तरह से नियंत्रित किए जाते हैं।
एक रिपोर्ट, शोध प्रबंध या टर्म पेपर लिखने की आवश्यकता है? डॉक्स का उपयोग करें और आपको सूत्रों के साथ कोई समस्या नहीं होगी।
आपके पास एक लिनक्सॉइड की लाल आँखें हैं और आप विचारों के साथ कर्सर को "घृणा" की ओर ले जा रहे हैं - "हमेशा के लिए !!!" यह मेरी गलती नहीं है कि ओड्ट ने खुद को दूसरों की तुलना में बदतर दिखाया। किसी कारण के लिए, सभी ओआरटी फाइलें एमएसओ में सामान्य रूप से नहीं खोलना चाहती थीं और "दस्तावेज़ को पुनर्स्थापित करें" की मांग करती थीं। इसके साथ क्या जुड़ा हो सकता है - मुझे नहीं पता, मैंने नियमों के अनुसार दस्तावेजों का निर्माण किया है, मैंने उपयोग किए गए एलओयू पर एक नर्तकी के साथ किसी भी नृत्य की व्यवस्था नहीं की है। शायद यह संस्करण में है (मेरे पास एलओ 3.5 है)?