CudaText उदात्त विचार

2012 के बाद से, मैं लगभग सभी पाठ फ़ाइलों, लॉग्स और प्रोग्राम कोड्स को VFP / JS / Python / XML / HTML भाषाओं में देखने और संशोधित करने के लिए अलेक्सी टोर्गशिन द्वारा बनाए गए संपादकों का उपयोग करता हूं: पहले यह सिंटराइट था, अब इसके वांछनीय CudaText । उन्होंने जानबूझकर अपने संपादक को परीक्षण की सूची से चुना, जिसमें अकलपैड , नोटपैड ++ और उदात्त पाठ शामिल थे । तकनीकी सहायता की जवाबदेही निर्णायक रही - एलेक्सी ने उपयोगकर्ताओं से बड़ी संख्या में इच्छाओं / शिकायतों को स्वीकार किया और जल्दी से उन्हें लागू किया। मैं समझा दूंगा। इच्छाओं / शिकायतों की संख्या लगभग वर्षों में समान थी, और तीन साल पहले गिटहब पर स्विच करने के बाद, यह औसत दर्जे का हो गया और मेरे द्वारा 400 इच्छाओं / वर्ष और 100 बग / वर्ष के रूप में अनुमान लगाया गया है। यह सुखद आश्चर्य की बात है कि श्रमिकों के अनुरोध पर कार्यक्षमता का विस्तार समग्र रूप से संपादक की विश्वसनीयता को प्रभावित नहीं करता है। और जब SynWrite के सतत विकास संसाधन समाप्त हो गया, तो CudaText का उदय हुआ।

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

• पाठ विन्यास फाइल
• ओवरले सेटिंग्स
• बहु गाड़ियाँ
• पायथन प्लगइन्स
• सभी टीमों का पैलेट

उदात्त कठोरता से कार्य की एक पाठ-टीम शैली लागू होती है।
उदाहरण के लिए।

• कॉन्फ़िगर करने के लिए कोई संवाद नहीं है - केवल json फ़ाइलें हैं (उनमें से बहुत सारे हैं)।
• खोज बाय फ़ाइल संवाद में कोई अतिरिक्त नियंत्रण नहीं हैं - इसके बजाय, पाठ फ़ील्ड भरने के लिए एक "भाषा" है।

यह शैली कुशल, लचीली और एक्स्टेंसिबल है, लेकिन इसके लिए उपयोगकर्ता से निरंतर सीखने की आवश्यकता होती है। शुरुआती लोगों के लिए, यह ध्यान देने योग्य प्रवेश सीमा बनाता है।

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

टूलबार

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

Cuda में कमांडिंग के लिए एक क्षैतिज कस्टम टूलबार है और पैनल स्विच करने के लिए एक ऊर्ध्वाधर साइडबार है: ट्री, प्रोजेक्ट, कंसोल। एपीआई टूलबार स्थापित करने के लिए जिम्मेदार है, अर्थात, यह प्लगइन के माध्यम से किया जाता है। नए बटन साइडबार में दिखाई दे सकते हैं यदि प्लगइन्स नए पैनल जोड़ते हैं।

Sublime में टूलबार जोड़ने से इसकी पिछली तकनीकों का कोई उल्लंघन नहीं होगा।

स्थिति पट्टी

उदात्त में, स्थिति पट्टी खराब है।

(1) कंसोल / खोज / बदलें / पैनल फ़ाइल स्विच द्वारा
(२) पद
(३) एनकोडिंग
(4) टाइप ईओएल
(५) टैब सेटिंग
(६) सिंटेक्स
इन छह क्षेत्रों में से, केवल दो (एन्कोडिंग और ईओएल) को विन्यास के माध्यम से छिपाया जा सकता है, और संदेश क्षेत्र में, प्लगइन्स कुंजी = मान जोड़े जोड़ / हटा सकते हैं। आप शेष क्षेत्रों को छिपा, पुनर्व्यवस्थित या कॉन्फ़िगर नहीं कर सकते। यह विशेष रूप से अजीब है कि संदेश के अंदर गाड़ी (ओं) / चयन (ओं) के बारे में महत्वपूर्ण जानकारी मिलती है, जहां इसे टीमों के ग्रंथों के साथ मिलाया जाता है।

user.json में , कोई उपयोगकर्ता स्थिति पट्टी क्षेत्रों के लिए user.json में अपना अनुक्रम, चौड़ाई और संरेखण इंगित कर सकता है:

 "ui_statusbar_panels": "caret,L,250|msg,L,0|lexer,L,70|tabsize,L,70" 

और caret फील्ड (कैरिज / चयन के बारे में जानकारी) को भरने के लिए मैक्रो प्रतिस्थापन का उपयोग करके अलग से कॉन्फ़िगर किया जा सकता है। उदाहरण के लिए, इसलिए

 "ui_statusbar_no_sel": "r={y}/{count} c={xx}", "ui_statusbar_carets": "carets={carets} top/bot={y}/{y2}", "ui_statusbar_col_sel":"r={y}/{count} c={xx} s=[{sel} x {cols}]", 

इन सेटिंग्स के परिणामस्वरूप, Cuda स्टेटस बार में प्रदर्शित होगा

• यदि एक गाड़ी:
• यदि चार गाड़ियाँ हैं:
• यदि ऊर्ध्वाधर चयन:

Cuda आपको यह भी कॉन्फ़िगर करने की अनुमति देता है कि संदेश फ़ील्ड में पाठ प्रदर्शित करने में कितना समय लगता है।

कोड का पेड़

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

कोडा के पास सक्रिय फ़ाइल के सिंटैक्स तत्वों को प्रदर्शित करने के लिए एक Code tree पैनल है: प्रोग्राम भाषाओं के लिए फ़ंक्शन / क्लासेस / फ़ील्ड, मार्कअप भाषाओं के लिए टैग / कुंजी।

एकता:

• डिस्प्ले सिंक्रोनस है, यानी ट्री इसे बदलने के तुरंत बाद (कस्टम विलंब के साथ) कोड की स्थिति प्रदर्शित करता है।
• चयनित ट्री नोड कोड में गाड़ी की स्थिति के साथ सिंक्रनाइज़ है।
• ट्री नोड्स का उपयोग ब्लॉक, मूव कैरेज और अन्य ऑपरेशन को चुनने के लिए किया जाता है।

इसके अलावा, कोडा एपीआई आपको एक पेड़ के साथ एक नया पैनल बनाने और इसे भरने की अनुमति देता है। Project Manager प्लगइन बस यही करता है।

सेटिंग्स और प्लगइन्स के साथ फ़ोल्डर

एक उपयोगकर्ता जो उदात्त मैनुअल में गहराई से डूबा नहीं है, उसके लिए फ़ोल्डर्स में सेटिंग्स / पैकेज / प्लगइन्स रखने की स्थिति भ्रामक लगती है। ताजा स्थापित संपादक के अंदर पहला कदम डगमगा रहा है: मेनू कमांड द्वारा Preferences -- Settings दो फाइलें खुली, जिनमें से एक (डिफ़ॉल्ट सेटिंग्स) संपादक के शीर्षक में (विन में) दिखाई दे रही है
Sublime Text 3/Packages/Default/Preferences.sublime-settings
लेकिन डिस्क पर ऐसी कोई फ़ाइल या फ़ोल्डर नहीं है। सामान्य तौर पर, ऐसी चाल में तर्क का अनुमान लगाया जाता है। डिफ़ॉल्ट सेटिंग्स को संपादक कोड में वायर्ड किया जाना चाहिए, और उन्हें कुछ फ़ाइल में डुप्लिकेट किया जाएगा या नहीं - यह डेवलपर के विवेक पर है। उदात्त एक फ़ाइल में होने का नाटक करता है।

कोडा में, डिफ़ॉल्ट सेटिंग्स भी संरक्षित हैं, लेकिन विधानसभा में एक वास्तविक फ़ाइल है
settings_default\default.json
जिसमें उन्होंने नकल की और टिप्पणी की। ऐसी फ़ाइल की उपस्थिति न केवल उपयोगकर्ताओं के लिए, बल्कि प्लग-इन के लिए भी सुविधा बनाती है। उदाहरण के लिए, सेटिंग्स संपादक इस फ़ाइल से विकल्पों की सूची, साथ ही उन पर टिप्पणी, और पूरे पेड़ में विकल्प वितरित करने के लिए मार्कअप करता है।

इसी तरह की परेशानी सब्लिम में पैकेज के साथ होती है - आप उन्हें Packages में Packages और उन्हें नहीं पाते हैं।

हालाँकि, Cuda में अतिरिक्त पैकेजों का इतना शक्तिशाली आधार नहीं है, लेकिन Cuda का प्लेसमेंट तर्क पारदर्शी है। उदाहरण के लिए, प्लगइन्स के लिए एक py फ़ोल्डर है जिसमें सब कुछ दिखाई दे रहा है - दोनों मानक और पूर्व-स्थापित। इसमें data/themes लिए data/themes फ़ोल्डर, data/snippets लिए data/lexlib data/snippets , data/lexlib लिए data/lexlib है।

पैकेज नियंत्रण

Package Control प्लगइन के साथ एक अजीब स्थिति। एक ओर, बॉक्स से बाहर, उदात्त इस प्लगइन के बिना आता है। दूसरी ओर, इसके बिना लगभग कुछ भी गंभीर नहीं किया जा सकता है - बिना परिवर्धन के, संपादक बहुत डरावना है। यहां तक ​​कि प्लग इन को Preferences मेनू में, और Tools--Packages में नहीं Tools--Packages इसकी विशेष स्थिति को इंगित करता है। जाहिरा तौर पर, कुछ "कॉपीराइट" हमें इस प्लगइन को उदात्त विधानसभा में शामिल करने से रोकते हैं।

Cuda में कई प्लगइन्स (अब 10) हैं, जिसमें Addons Manager भी शामिल है, जो वितरण में शामिल है।

फ्लोटिंग पैनल

उदात्त में एक अखंड खिड़की लेआउट है, अर्थात, कंसोल और टैब समूह एक साथ स्थित हैं। आप कई उदाहरण चला सकते हैं, लेकिन उनमें से प्रत्येक में हमेशा टैब होंगे और, शायद, एक कंसोल।

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

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

कॉन्फ़िगरेशन प्लगइन

उदात्त में सौ से अधिक कर्नेल सेटिंग्स (संस्करण 3.1.1 में 107) और परिवर्तित मूल्यों को समायोजित करने के लिए छह अतिरिक्त ओवरलैपिंग स्तर हैं:
(1) Packages/Default/Preferences (<platform>).sublime-settings
(2) Packages/User/Preferences.sublime-settings
(3) <Project Settings>
(4) Packages/<syntax>/<syntax>.sublime-settings
(5) Packages/User/<syntax>.sublime-settings
(6) <Buffer Specific Settings>
ऐसी स्थिति की कल्पना करना आसान है जहां विशुद्ध रूप से 700 मानों (7 स्तरों पर 100 कुंजी) के एक छोटे से हिस्से की ट्रैकिंग एक समस्या बन जाती है।

कोडा में, लगभग 300 कर्नेल सेटिंग्स हैं, और उन्हें ओवरलैप करने के लिए तीन अतिरिक्त स्तर हैं:
(1) settings/user.json
(2) settings/lexer <syntax>.json
(3) <File Settings>
समस्या समान है - बहुत अधिक मान (300 * 4 तक) को ध्यान में रखा जाना चाहिए। उपयोगकर्ताओं की मदद करने के लिए एक प्लग-इन है जो एक तालिका में सभी स्तरों पर सभी सेटिंग्स प्रदर्शित करता है, खोज और संपादन को सरल करता है।

Section कॉलम पर ध्यान दें - सेटिंग्स को पेड़ के नोड्स को सौंपा गया है। यह अतिरिक्त छँटाई और फिल्टर देता है। इस पेड़ के निर्माण के लिए मार्कअप को सेटिंग टिप्पणियों में settings_default\default.json फ़ाइल में शामिल किया गया है। उदाहरण के लिए, एक टिप्पणी

 // [UI/Listbox]` 

यह UI/Listbox नोड के बाद आने वाले विकल्पों को निर्दिष्ट करेगा। पूरे पेड़ को भी देखा जा सकता है

उदात्त के लिए, एक समान संवाद संभव है:

• ओवरलैप का नाम और सात स्तर तालिका में सिर्फ आठ कॉलम हैं।
• प्रपत्र और नियंत्रण Tk या अधिक उन्नत पायथन GUI लाइब्रेरी से लिए जा सकते हैं।
• विकल्प बदलने पर फ़ाइलों में परिवर्तन और सहेजे जाने पर उनका पुनः लोड हो सकता है।

छोटी चीजें

कई छोटी-मोटी शिकायतें हैं, जो निश्चित रूप से यहाँ सही जगह पर नहीं हैं, लेकिन उदात्त तकनीक समर्थन मंच में हैं। उन्हें पूर्णता के लिए होने दें।

1. PgDn / PgUp सूची संवादों में काम नहीं करता है, उदाहरण के लिए, कमांड पैलेट में।
2. अक्सर आपको कुछ मुश्किल चरित्र डालने की आवश्यकता होती है, उदाहरण के लिए, एक तीर या एक अंश। सभी यूनिकोड वर्णों को देखने / चयन करने के लिए पर्याप्त साधन नहीं है। कुडा में, ऐसा उपकरण Char map संवाद के रूप में है।
   
3. व्यक्तिगत रंग लेबल सेट करने का कोई तरीका नहीं है। जब कई फाइलें खुली होती हैं, तो अक्सर उनमें से कुछ के लेबल को रंगीन करने की इच्छा होती है। Cuda में , Set tab color... कमांड शॉर्टकट के ऊपर स्थानीय मेनू में है। इस तरह से कॉन्फ़िगर किए गए रंग सत्र में सहेजे जाते हैं।

निष्कर्ष

टिप्स देना कितना आसान है!

लेकिन उपरोक्त विचार, मेरी राय में, लाभ के बिना नहीं हैं। यदि उदात्त पाठ के अगले संस्करण में कुछ काम आता है , तो वह ठीक है। वैसे, शायद कोई व्यक्ति स्किनर (जॉन स्किनर) के विचारों का अनुवाद करेगा और पारित करेगा।