नमस्कार पाठक जी! क्या आपने कभी अपने कार्यालय / स्कूल / संस्थान / दोस्तों को लिनक्स में अनुवादित किया है? याद रखें कि आपने कितनी देर और कठिन तर्क दिया कि यह अच्छे और प्रकाश का मार्ग है? क्या आपको पहली समस्या याद है, जिसकी वजह से आपको सबकुछ वापस करना पड़ा? मुझे अनुमान लगाने दो। लिबर ऑफिस या ओपनऑफिस में बनाए गए पहले दस्तावेज को एमएस ऑफिस में सही तरीके से खोलने से इनकार कर दिया? आंसू, स्नोट और लिनक्स छोड़ने की दलीलों से कुछ हासिल नहीं हुआ? अपनी नाक पोंछो, पाठक! कट के तहत - दोस्तों लिब्रे ऑफिस 3.5 और एमएस ऑफिस 2010 को कैसे बनाया जाए ताकि हर जगह सब कुछ एक जैसा खुले।
सारी बुराई की जड़
मैं, अगर मैं तुरंत नहीं किया था, बहुत जल्दी इस बिंदु पर पहुंच गया कि अच्छी तरह से संरचित दस्तावेजों के साथ काम करने से मुझे भविष्य में उनके उपयोग के साथ कई समस्याओं से बचने की अनुमति मिलती है। पाठ को दाईं ओर स्थानांतरित करने के लिए रिक्त स्थान के इन सभी ढेर और शैलियों का उपयोग करने के बजाय बोल्ड बटन का उपयोग करना मेरे लिए विदेशी था। अपने कई सहयोगियों के विपरीत, मैंने अपनी सामग्री की तुलना में दस्तावेज़ संरचना तैयार करने में अधिक समय बिताया, लेकिन मेरे सभी दस्तावेज साफ-सुथरे थे और उन्हें बदलना खुशी की बात थी।
जब वह खूबसूरत दिन आया जब मैं एमएस ऑफिस से लिबरऑफिस में चली गई, मैंने देखा कि मेरे कई दस्तावेजों की सामग्री बरकरार रही और बड़े करीने से स्वरूपित हुई। फिर भी, मुझे पता था कि संक्रमण के दौरान दस्तावेजों को विकृत और तोड़ दिया जाना चाहिए, लेकिन यह केवल मेरे कुछ दस्तावेजों (एक नियम के रूप में, वेक्टर ग्राफिक्स के साथ अंदर) पर लागू होता है। मेरे आंतरिक प्रोग्रामर ने इस सफल अनुभव पर शोध करने की मांग की। यह पता चला कि यदि आप किसी दस्तावेज़ को प्रारूपित करते समय कुछ नियमों का पालन करते हैं, तो यह लिबर ऑफिस और एमएस ऑफिस के बीच पूरी तरह से पोर्टेबल होगा।
इकाई परीक्षण
यह पता लगाने के लिए कि स्थानांतरण के दौरान कौन से स्वरूपण तत्व "फ्लाई ऑफ" हैं, मैंने सब कुछ न्यूनतम भागों और समूहों में विभाजित किया। तो, एक शुरुआत के लिए पूरे पृष्ठों के प्रारूपण पर विचार करना आवश्यक था, फिर पैराग्राफ, फिर पत्र, टेबल, सूची, चित्र आदि। कुल मिलाकर, 10 समूह निकले, अर्थात्:
- पेज
- सिर और पाद
- लाउडस्पीकरों
- पैराग्राफ
- प्रतीकों
- सूचियों
- छवि
- टेबल
- सहकर्मी की समीक्षा
- खेतों
प्रत्येक समूह में कई परीक्षण किए गए घटक होते हैं। तो, एक पृष्ठ समूह में, ऐसे तत्व हैं: प्रारूप, चौड़ाई, ऊंचाई, अभिविन्यास, मार्जिन, आदि। प्रत्येक घटक को पिछले एक से अलग इस उम्मीद के साथ परीक्षण किया जाता है कि यदि प्रत्येक एक परीक्षण पास करता है, तो एक साथ उन्हें सही ढंग से प्रदर्शित किया जाएगा।
परीक्षण इस प्रकार था। लिबरऑफिस 3.5 में प्रत्येक घटक के लिए एक अलग फाइल बनाई गई है, जिसमें इस घटक के लिए एक निश्चित ज्ञात मूल्य निर्धारित किया गया है। उदाहरण के लिए, पृष्ठ स्वरूपों का परीक्षण करने के लिए, इस घटक के मूल्यों के साथ चार फाइलें बनाई गई थीं: A6, A5, A4, A3 - चौड़ाई के परीक्षण के लिए, 10 सेमी की चौड़ाई वाले एक फ़ाइल। प्रत्येक फ़ाइल का एक अद्वितीय नाम था - एक संख्यात्मक पहचानकर्ता। एक परीक्षण लॉग भी बनाया गया था - सभी परीक्षण घटकों को सूचीबद्ध करने वाली एक स्प्रेडशीट, उनके पहचानकर्ता (यह पहचानकर्ता फ़ाइल नाम के रूप में दर्ज है) और झंडे: लिबरऑफिस और एमएस ऑफिस में परीक्षण किए गए हैं या नहीं। इसके बाद, प्रत्येक फ़ाइल को पहले लिबरऑफिस में खोला गया था, फिर एक विंडोज मशीन में स्थानांतरित किया गया और एमएस ऑफिस में खोला गया। घटकों के मूल्यों में सभी परिवर्तनों का अध्ययन और रिकॉर्ड किया गया था।
आगे देख रहे हैं
परिणाम बेहद दिलचस्प थे। यह पता चला है कि इन दोनों संपादकों को भी साथ मिलता है। उनकी मदद से, आप न केवल रिक्त स्थान का उपयोग करके धड़कन के साथ सरल दस्तावेज बना सकते हैं, बल्कि अध्याय संख्या और अनुबंध की स्वचालित संख्या के साथ पूरे अनुबंध भी कर सकते हैं। मैंने यह भी सीखा कि यदि आप लिबर ऑफिस में एक विशिष्ट घटक के लिए मान सेट करते हैं, तो दस्तावेज़ को दस्तावेज़ में सहेजें, दस्तावेज़ से बाहर निकलें और फिर से खोलें, यह मान शून्य पर रीसेट किया जा सकता है। इसका मतलब यह है कि लिबर ऑफिस इस घटक को इस तथ्य के कारण निष्क्रिय कर देता है कि यह एमएस ऑफिस में लागू नहीं है! इसलिए, उदाहरण के लिए, यदि आप टेक्स्ट ओवरले निर्दिष्ट करते हैं और दस्तावेज़ को दस्तावेज़ में सहेजते हैं, तो इसे लिब्रे ऑफिस में फिर से खोलने के बाद, यह फ़ॉर्मेटिंग बस रीसेट हो जाएगा। ऐसा इसलिए है क्योंकि MS Office में कोई टेक्स्ट ओवरलाइन नहीं है।
सब कुछ के बारे में थोड़ा
पोर्टेबिलिटी सुनिश्चित करने के लिए अब प्रत्येक समूह और डिजाइन नियमों के बारे में संक्षेप में बताएं।
पेज
सभी मुख्य पृष्ठ प्रारूप (A6-3) संपादकों के बीच अच्छी तरह से हस्तांतरित होते हैं, लेकिन चूंकि प्रारूप A6 और A5 MS Office में परिभाषित नहीं होते हैं, इसलिए पृष्ठ में इन स्वरूपों के अनुरूप "विशेष आकार" होता है।
चौड़ाई, ऊंचाई और अभिविन्यास पृष्ठ के मार्जिन के समान ही सहन किए जाते हैं, जो रंगीन पृष्ठभूमि के बारे में नहीं कहा जा सकता है, और यह एमएस ऑफिस के बारे में बिल्कुल भी नहीं है (यह पूरी तरह से लिबरऑफिस में चयनित पृष्ठ पृष्ठभूमि रंग प्रदर्शित करता है), विचित्र रूप से पर्याप्त है, पहले वाले ने पेंट करने से इनकार कर दिया है सही रंग में पेज!
यदि आप पृष्ठ की सीमाओं को आकर्षित करना चाहते हैं, तो पोर्टेबिलिटी के साथ कोई समस्या नहीं होगी, लेकिन इंडेंटेशन काम नहीं करेगा, उन्हें खेतों के साथ बदलना बेहतर होगा।
एक दस्तावेज़ में चित्र और परिदृश्य अभिविन्यास मिश्रण करने की आवश्यकता है? इसके लिए जाओ! इसके लिए पृष्ठ विराम का उपयोग करें और आपको कोई पोर्टेबिलिटी की समस्या नहीं है!
सिर और पाद
यदि आप चार सरल नियमों का पालन करते हैं तो कुछ भी जटिल नहीं है:
- अपने दस्तावेज़ में हमेशा हेडर और फ़ुटर शामिल करें, भले ही वे खाली हों।
- ऊंचाई हमेशा 0.10 सेमी पर सेट की जानी चाहिए, फुटर की ऊंचाई निर्धारित करने के लिए अंतराल घटक का उपयोग करें
- वास्तविक पृष्ठ मार्जिन = मार्जिन + पाद अंतराल + 0.10 सेमी
- हेडर और फुटर में सीमाओं और खेतों का उपयोग न करें।
हेडर और फुटर में टेबल और नंबरिंग पूरी तरह से पोर्टेबल हैं।
लाउडस्पीकरों
इसमें कोई समस्या नहीं है, किसी भी संख्या में कॉलम, उनकी चौड़ाई और उनके बीच की दूरी बिना समस्याओं के स्थानांतरित हो जाती है।
पैराग्राफ
इंडेंटेशन, रिक्ति, मार्जिन, रंग, अलाइनमेंट और बॉर्डर पोर्टेबल, वर्टिकल अलाइनमेंट - नो (वाक्य के सेंट्रल एक्सिस के सापेक्ष लाइन अलाइनमेंट) हैं, क्योंकि यह एमएस ऑफिस में अनुपस्थित है।
प्रतीकों
फोंट के प्रारूपण से, ओवरराइटिंग काम नहीं करती है और ... और कुछ नहीं! बाकी सब कुछ पूरी तरह से सहन किया जाता है।
सूचियों
सबसे कठिन हिस्सा। सही संरचना यहां अत्यंत महत्वपूर्ण है और इसे प्राप्त करने का सबसे आसान तरीका लिब्रे ऑफिस है। बुलेटेड और क्रमांकित सूचियों को सामान्य रूप से स्थानांतरित किया जाता है, समस्या सूची के स्तरों के साथ उत्पन्न होती है, वे बस हस्तांतरण के दौरान रीसेट हो जाती हैं। लिबरऑफिस में अप लेवल और अप लेवल कमांड का उपयोग करने का तरीका, साथ ही मार्कर और नंबरिंग विंडो का सही उपयोग है। थोड़ा "सफेद जादू" और सूचियों को पूरी तरह से स्थानांतरित किया जाता है।
छवि
बिल्कुल कोई कठिनाई नहीं है, यह याद रखना केवल महत्वपूर्ण है कि बंधन केवल एक प्रतीक के रूप में या एक प्रतीक के रूप में संभव है, और छवि के सामने एक खाली रेखा को छोड़ना बेहतर है (अन्यथा वे स्थानों को बदल देंगे)। मैं आपको दृढ़ता से सलाह देता हूं कि बिल्ट-इन वेक्टर संपादकों का उपयोग न करें, एक तस्वीर से बेहतर;)
टेबल
आम तौर पर कोई समस्या नहीं, सफाई से किया जाता है।
सहकर्मी की समीक्षा
नोट्स, टेक्स्ट हटाना, और रैप करते समय टेक्स्ट का काम जोड़ना ठीक है। इसके अलावा, दोनों संपादक सामान्य रूप से रद्द करें और परिवर्तन तंत्र स्वीकार करते हैं।
खेतों
मैं एक विशिष्ट प्रारूप में दिनांक फ़ील्ड बनाने में सक्षम था, और मैंने इसे समाप्त कर दिया।
अलविदा कहने का समय आ गया है
अंत में, सबसे महत्वपूर्ण बात। एक अच्छी दस्तावेज़ संरचना इसकी पोर्टेबिलिटी की कुंजी है! और कुछ महत्वपूर्ण सुझाव:
- पाठ को किनारे पर स्थानांतरित करने के लिए रिक्त स्थान या टैब का उपयोग न करें, इन उद्देश्यों के लिए एक अंतिम उपाय, तालिकाओं के रूप में इंडेंट, संरेखण या, हैं।
- हर जगह और हमेशा शैलियों का उपयोग करें, यह आपको भविष्य में कुछ ही क्लिक में दस्तावेज़ को बदलने की अनुमति देगा
- इसे संशोधित करके दूसरों को अपने दस्तावेज़ में न आने दें। परिवर्तन को चिह्नित करने और दस्तावेज़ को स्वयं बदलने के लिए कहें, इससे दस्तावेज़ की संरचना पसीने से तर हो जाएगी
- लिब्रे ऑफिस की कोशिश करें। इस परीक्षण से पहले, मुझे विश्वास था कि एकमात्र वास्तव में सार्थक एमएस समाधान (हो सकता है कि लिनक्स देवता मुझे होलीवर से बचाते हैं) उनका कार्यालय है, और मुझे आश्चर्य हुआ कि लिबरऑफिस में अधिक प्रारूपण घटक हैं। यह विश्वास मत करो - यह अपने आप कोशिश करो!
- जटिल दस्तावेज़ पीढ़ी का उपयोग न करें। एक रंगीन पुस्तिका की आवश्यकता है - पोर्टेबिलिटी के बारे में भूल जाओ। संपादक बस एक दूसरे के वेक्टर ग्राफिक्स को नहीं समझते हैं।
- सभी दस्तावेजों को तैयार करें और उन्हें पहले से ही अलग-अलग संपादकों पर जांचें, इससे आपको भविष्य में नसों को बचाया जाएगा
- पीडीएफ पूरी तरह से किसी भी संपादकों पर प्रदर्शित होता है, लिब्रे ऑफिस और एमएस ऑफिस इस प्रारूप में एक दस्तावेज़ निर्यात कर सकते हैं। क्या आप संकेत को समझते हैं?
उपयोगी लिंक
Github पर सभी परीक्षण और उदाहरण। यहां आपको (भविष्य में) विभिन्न दस्तावेजों और अनुबंधों के तैयार किए गए खाके, परीक्षण किए जाएंगे और पोर्टेबल होने की गारंटी दी जाएगी। अब सम्मिलित हों!