द डार्क साइड ऑफ़ क्यूसेंटिला

हाल ही में QScintilla के एक अद्भुत घटक के बारे में लेख ( 1 , 2 ) हैबे पर दिखाई देने लगे।
मैं मंकी स्टूडियो प्रोजेक्ट के डेवलपर्स में से एक हूं, और पिछले डेढ़ साल से, mksv3 । हम 5 साल से QScintilla का उपयोग कर रहे हैं। हम समय-समय पर इसके लिए बग रिपोर्ट और पैच बनाते हैं। हमने इसे मना करने का फैसला किया। और यह उस पर बिताए गए वर्षों के लिए हमें पीड़ा देता है।
मैं यह पोस्ट इसलिए लिख रहा हूं ताकि दूसरों के साथ ऐसा न हो।

मैं अपना अनुभव साझा करता हूं। हम एक निशुल्क सार्वभौमिक क्रॉस-प्लेटफॉर्म टेक्स्ट एडिटर विकसित कर रहे हैं। हमारे लिए जो महत्वपूर्ण है, वह आपके लिए महत्वपूर्ण नहीं हो सकता है। और इसके विपरीत। का विश्लेषण करें।
और इसलिए, हमारे अनुभव। QScintilla के बारे में क्या बुरा है ...

बाइनरी लेक्सर्स

सिंटिला शब्दावली में एक लेसर एक ऐसा वर्ग है जो पार्स, हाइलाइट, अलाइन, आदि है। विशिष्ट प्रोग्रामिंग भाषा।
अधिकांश घटकों के लिए जो आपको कोड को संपादित करने की अनुमति देते हैं, आप नई भाषा के वाक्यविन्यास का वर्णन करने वाली पाठ फाइलें बना सकते हैं। उदाहरण के लिए, केटपार्ट के लिए । QScintilla के लिए, lexer केवल C ++ कोड है। तदनुसार:

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

लेक्सर सेटिंग्स

QScintilla आपको lexer को कस्टमाइज़ करने देता है। आप चुन सकते हैं कि कौन सी संरचनाएं मोड़ेंगी (कोड तह) और जो सी ++ में नहीं होगी, और क्या लेक्सर पायथन में असंगत कोड संरेखण को उजागर करेगा। लेकिन, प्रत्येक लीकर के मापदंडों का अपना सेट होता है। कोड और लेज़र को कॉन्फ़िगर करने के लिए अद्वितीय लिखना होगा।
यदि प्रोग्रामर यह पता लगाना चाहता है कि क्या वाई फाइल की लाइन X वर्ण है (उदाहरण के लिए, टिप्पणियों में वर्तनी की जांच करने के लिए, लेकिन कोड में नहीं), तो फिर से आपको प्रत्येक लेक्चरर के लिए एक अद्वितीय चेक लिखना होगा।
समस्या इस तथ्य से और बढ़ जाती है कि प्रत्येक रिलीज के साथ लेक्सर्स और उनकी सेटिंग्स का सेट बदल जाता है। तथ्य यह है कि सेटिंग्स बदल गई हैं समय-समय पर बग रिपोर्ट द्वारा याद दिलाया जाएगा "मैं क्यूसीसेंटिला संस्करण xxx पर एक परियोजना का निर्माण नहीं करने जा रहा हूं।" और निर्माण आपके लिए बहुत उपयोगी होगा
#if QSCINTILLA_VERSION >= ...

रंग योजनाओं

लोग अलग हैं, उनका स्वाद भी अलग है। किसी को हल्के बैकग्राउंड पर डार्क टेक्स्ट, किसी को डार्क बैकग्राउंड पर लाइट टेक्स्ट पसंद है। QScintilla आपको प्रत्येक वाक्य रचना तत्वों (संख्या, रेखाएं, कीवर्ड ...) के लिए फ़ॉन्ट और पृष्ठभूमि को अनुकूलित करने की अनुमति देता है
यहाँ, उदाहरण के लिए, मंकी स्टूडियो से सेटिंग संवाद (पूर्ण आकार के लिए चित्र पर क्लिक करें):

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

खराब प्रतिपादन

QScintilla क्यूटेक्स्टडिट + QSyntaxHighlighter का उपयोग नहीं करता है, लेकिन QAbstractScrollArea पर सब कुछ अपने आप खींचता है। बाइक की जगह करंट लग गया।

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

मूल निवासी नियमित अभिव्यक्ति सिंटैक्स

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

कोई खुला भंडार नहीं

किसी कारण के लिए, फिल थॉमसन सार्वजनिक पहुंच के लिए QScintilla रिपॉजिटरी नहीं खोलते हैं, लेकिन केवल अभिलेखागार अपलोड करते हैं।
इस वजह से:

• यह संस्करण वाई की तुलना में संस्करण X में क्या बदल गया है, यह जांचना असुविधाजनक है।
• नए में पैच के आधार पर QScintilla के पुराने संस्करणों के लिए पैच बनाना बहुत मुश्किल है।
  आवश्यकता उठती है, उदाहरण के लिए, यदि आपको उस संस्करण के लिए एक पैच बनाने की आवश्यकता है जो डेबियन स्थिर में उपयोग किया जाता है। वितरण नीति आपको केवल पैकेज को अपग्रेड करने की अनुमति नहीं देती है।

निष्कर्ष

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

दोषों की सूची हमारा अनुभव है। शायद हम कुछ समझ नहीं पाए और गलत कर रहे हैं। पर टिप्पणी करें। चलो सत्य की तलाश करो।

यदि आप QScintilla का उपयोग करने का निर्णय लेते हैं, तो एरिक , जफएड और मेरी परियोजनाओं में उपयोगी उदाहरण मिल सकते हैं, जिनके लिंक शुरुआत में हैं।

नए आईडीई के लेखक

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

सौभाग्य है