रिक्त स्थान न दर्ज करने के लिए कहें और दर्ज करें

प्रत्येक व्यक्ति का कंप्यूटर से परिचित होना जल्द या बाद में दस्तावेज़ संपादन के लिए आता है।
लेकिन आगे, जैसा कि वे कहते हैं, विकल्प हैं।


एक व्यक्ति केवल एक कंप्यूटर का उपयोग एक टाइपराइटर के रूप में कर सकता है, जिसमें अतिरिक्त रिक्त स्थान डालने और गाड़ी को वांछित अंतराल पर ले जाने के लिए प्रारूपण के सभी साधन कम हो जाते हैं।
या हो सकता है कि कम से कम आवश्यक न्यूनतम संपादक संपादक रिक्त स्थान का उपयोग करके किसी दस्तावेज़ को सही तरीके से प्रारूपित करना सीखें।

जो लोग पाठ से अतिरिक्त स्थानों को देखने / बाहर निकालने से थक गए हैं, जिन्हें गिट / svn में भंडारण के साथ एक दस्तावेज के संयुक्त विकास को सुनिश्चित करने की आवश्यकता है और कई अन्य उपयोगी चीजें अद्भुत Lyx संपादक के बारे में थोड़ा और पढ़ने के लिए नीचे दिए गए बटन पर क्लिक कर सकती हैं।


आइए परिचित के साथ शुरू करें:
Lyx एक WYSIWYM संपादक है ( WYSIWYG से भ्रमित नहीं होना)। यानी मुख्य बात स्क्रीन पर दस्तावेज़ का दृश्य प्रतिनिधित्व नहीं है, लेकिन इसकी सामग्री, जिसे किसी विशेष स्थान पर आवश्यकतानुसार स्वरूपित किया जा सकता है।

Lix GPL v2 लाइसेंस, क्रॉस-प्लेटफ़ॉर्म (Win / Mac / Linux / BSD) के तहत वितरित एक निशुल्क, ओपन-सोर्स एप्लिकेशन है, जिसमें OS / 2 और हाइकू जैसी विशिष्ट विशेषताओं के लिए अनौपचारिक पोर्ट भी शामिल हैं।
दरअसल, अपाचे ओपनऑफिस और लिब्रे ऑफिस में भी इस तरह की वैरायटी के पैकेज नहीं हैं।


लिक्स की मुख्य स्क्रीन पर एक नज़र डालना, आप तुरंत इसका अच्छा (लेकिन आदर्श नहीं, हमेशा की तरह) स्थानीयकरण नोट कर सकते हैं। इंटरफ़ेस की यूक्रेनी भाषा भी है (लेकिन नहीं, उदाहरण के लिए, बेलारूसी)। हालांकि, यह दस्तावेज़ के भीतर भाषाओं के समर्थन को प्रभावित नहीं करता है - इससे कोई समस्या नहीं है।

डिफ़ॉल्ट स्क्रीन को अतिरिक्त पैनलों के साथ बंद नहीं किया जाता है जिन्हें आवश्यक होने पर चालू / बंद किया जा सकता है।

हालाँकि, उस मज़ाक में "- अंतर केवल अक्षर के 7 वें अक्षर में है, लेकिन क्या अंतर है" - दस्तावेज़ को संपादित करने से पहले, दस्तावेज़ के आवश्यक वर्ग (प्रारूप) का चयन करना उचित है - दो चीजें इस पर निर्भर करती हैं - आप दस्तावेज़ को कैसे प्रारूपित कर सकते हैं, और यह कैसे। अंततः देखेंगे।

"दस्तावेज़ का स्वरूपण" के बारे में - Microsoft प्रस्तुति के विपरीत, जो पहले से ही क्लासिक हो गया है, लिक्स में पैराग्राफ शैलियों का सेट बिल्कुल उन शैलियों तक सीमित है जो दस्तावेज़ के मूल वर्ग (टेम्पलेट) में निर्दिष्ट हैं।
उदाहरण के लिए, मानक "लेख" कक्षाओं में से, पैराग्राफ के घोंसले के स्तर को एक श्रृंखला के माध्यम से दर्शाया गया है:
भाग, अनुभाग, उपधारा, उप-खंड, पैराग्राफ और उप-पैरा। पैराग्राफ की संख्या या संख्या के बिना हो सकता है।

दरअसल, दस्तावेज़ वर्ग को सौंपा गया ऐसा सख्त अलगाव, लिक्स को WYSIWYG शैली से अलग करता है, जहां आप सिंगापुर में मौसम के आधार पर शैली बना सकते हैं और पड़ोसी गांवों में दूध के लिए उद्धरण दे सकते हैं।

दस्तावेज़ के वर्ग को बाद में बदला जा सकता है, लेकिन किसी भी स्थिति में दस्तावेज़ को "एक नई शैली में" देखने के लिए प्रयास करना होगा। शुरुआत के लिए, आप मानक लेख का उपयोग कर सकते हैं, और थोड़ी देर के बाद, शैली को आधुनिक बनाने के बिंदु पर आ सकते हैं, या अपनी खुद की शैली बना सकते हैं। उत्तरार्द्ध के लिए, वैसे, आपको कड़ी मेहनत करनी होगी, क्योंकि दृश्यता की कमी के कारण, लक्स और लाटेक्स पाठ प्रारूप के गहन ज्ञान के बिना अपनी खुद की शैली विकसित करना असंभव है।

इसलिए हमने दस्तावेज़ की शैली को चुना है और पाठ लिखना शुरू करते हैं। और यहाँ अजीब बात है ... मैं कवर पेज के लिए जगह का एक टुकड़ा छोड़ना चाहता हूं और अगले चरण पर वापस जाना चाहता हूं। क्या यह सच है कि हम सभी ने एक बार ऐसा किया था? हालाँकि, Lix एक अतिरिक्त पंक्ति फ़ीड के सम्मिलन की अनुमति नहीं देता है।

हम एक पैरा लिखने की कोशिश कर रहे हैं। उसके बाद आगे। अब हम उनके बीच जाते हैं - एंटर दबाएं - वसीला - एक खाली जगह है। एक और एक? नहीं, ऐसा नहीं है। हम दूसरी लाइन में जाते हैं। लेकिन यह क्या है? Lix ने स्वयं खाली पैराग्राफ को हटा दिया! दुख की बात है मेरी यत्रन कहाँ है ???
रिक्त स्थान के साथ भी यही स्थिति है।

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

बेशक, सब कुछ इतना भयावह नहीं है - यदि आवश्यक हो, तो आप ऊर्ध्वाधर इंडेंट को उतना ही डाल सकते हैं जितना आवश्यक हो।

बाकी उपयोगिताओं के साथ, सब कुछ भी क्रम में है - चित्र सम्मिलित करना, सामग्री और सूचकांक की तालिका को ऑटो-असेंबल करना। क्रॉस-रेफ़रेंस तब भी काम करता है जब आप पीडीएफ जेनरेट करते हैं (केवल अगर आप पीडीएफलैटैक्स के माध्यम से उत्पन्न करते हैं और डॉक्यूमेंट प्रॉपर्टीज में HYPERREF को सक्षम करते हैं)।

अच्छी तरह से, अतिरिक्त सुविधाओं और इस संपादक की उपयोगिता के बारे में थोड़ा:
आंतरिक भंडारण प्रारूप अपना है। एक दस्तावेज़ फ़ाइल एक पाठ फ़ाइल है जो बिल्कुल भी कॉम्पैक्ट नहीं है (2.0 में संपीड़ित प्रारूप में संग्रहीत करना संभव था)।
उसी समय, सभी एम्बेडेड छवियों को अलग-अलग फ़ाइलों में स्थित होना चाहिए, हालांकि, उन्हें संपादक में प्रदर्शित किया जाता है ताकि यह दिखाई दे कि क्या और कहाँ डाला गया है।

हालाँकि, दस्तावेज़ संग्रहण का पाठ प्रारूप किसी ऐसे व्यक्ति के लिए बहुत बड़ा है जो किसी दस्तावेज़ के संयुक्त संपादन को जीआईटी / एसवीएन जैसी संस्करण प्रणाली में संग्रहित करना चाहता है।
उसी समय, Lyx में VCS के लिए अंतर्निहित समर्थन, साथ ही SVN (बाहरी उपयोगिताओं के माध्यम से) के लिए समर्थन है।

मैं सामग्री प्रबंधन के बारे में एक अलग शब्द कहना चाहूंगा - सभी को, जिन्हें पूरे अध्याय और अनुभागों को किसी अन्य स्थिति में स्थानांतरित करने के साथ एक दस्तावेज़ को पुनर्गठित करना था और आवश्यक टुकड़े का चयन करने के लंबे और थकाऊ ऑपरेशन से निपटना था। और अचानक, यदि नंबरिंग के साथ कुछ होता है, तो ऐसा होता है कि इसे ठीक करने की तुलना में कुछ चरणों में परिवर्तन वापस करना आसान है।
Lyx में, अध्याय स्थानांतरण और इंडेंटेशन ऑपरेशंस को एक पूरी तरह से अलग-अलग छोर से संपर्क किया गया था - हम आवश्यक संरचना, अनुभाग या पैराग्राफ चुनते हुए, दस्तावेज़ संरचना को खोलते हैं और उसमें - हम बस उन्हें ऊपर / नीचे ले जाते हैं या संलग्न सभी पैराग्राफ के साथ स्तर बदलते हैं।

इस संपादक के पास बहुत सारे अवसर हैं और यहां उन सभी दस्तावेजों को लाने की आवश्यकता नहीं है जिन्हें साइट पर पढ़ा जा सकता है।

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

मुझे उम्मीद है कि यह आलेख उन लोगों के लिए दिलचस्प होगा जो भंडारण और प्रसंस्करण प्रलेखन के लिए एक समान समाधान की तलाश कर रहे हैं।