🚢 🕒 😦 सही "फ़ाइल खोज" के सपने कितनी दूर हैं ✨ 🤗 🙏🏻

क्या आप अक्सर पाठ फ़ाइलों पर खोज चलाते हैं? मैं - हर दिन 25 से अधिक वर्षों के लिए।

मेरे कार्य जटिलता और दायरे में बहुत भिन्न हैं।

सबसे पहले, एक प्रोग्रामर के रूप में, ज़ाहिर है, मुझे कोड में खोज की आवश्यकता है। ये कार्य सरल हैं (फ़ोल्डर्स और फ़ाइलों का सेट छोटा है) और तेज़ (परिणाम लगभग तुरंत दिखाई देते हैं)।

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

सारा काम विंडोज पर होता है।

मैं आपको बताता हूँ कि किस इच्छा के कारण मुझे ऐसे कार्यों के लिए उपयुक्त साधन मिला।

शुरुआत में टेक्स्टपैड था

10 से अधिक वर्षों के लिए, टेक्स्टपैड मेरा मुख्य आसान उपकरण रहा है।
फिर (2000 से पहले और बाद में) उन्होंने एक उत्कृष्ट काम किया।

फ़ाइल खोज इस तरह दिखी ( टेक्स्टपैड , 2004)

TextPad_fif

छापों

(+) संवाद में कुछ सेटिंग्स हैं, इसलिए यह फ़ाइलों की सामग्री को अस्पष्ट नहीं करता है।
(+) खोज परिणामों वाले टैब में विशेष व्यवहार होता है - Enter / DvKlik आपको पाया हुआ टुकड़ा खोलने की अनुमति देता है। अन्यथा, यह संपादक का "स्मृति में सादा पाठ" है।
(+) एक सेटिंग File counts only है जो न केवल स्वयं खंडों की खोज के लिए File counts only रखती है, बल्कि फाइलों में केवल उनकी संख्या है। यह प्रारंभिक खोज को काफी तेज करता है।
(-) संवाद में कुछ सेटिंग्स और कुछ कमांड हैं। संवाद बॉक्स एक निश्चित आकार है।
(-) नियमित अभिव्यक्तियों की कलात्मक भाषा, उदाहरण के लिए, अब स्वीकार किए जाने के बजाय यह लिखना जरूरी था [:word:] ।
सामान्य तौर पर, यह उच्च गुणवत्ता का है, लेकिन मामूली है।

रीलों और तुलना

टेक्स्टपैड की सीमाओं और इसके जमने से अन्य संपादकों के लगातार परीक्षणों का सामना करना पड़ा।
अब आप सभी आज़माए हुए लोगों को याद नहीं रख सकते, लेकिन उनमें से थे:

एमएस विज़ुअल स्टूडियो । भारी राक्षस।
ग्रहण। एक राक्षस भी।
इंटेलीज आईडिया । आकर्षक। सेवा की और उदाहरणों के प्रदाता के रूप में कार्य करता है कि आप इसे आसानी से कैसे कर सकते हैं।

छापों
वह पुराना आईडिया पहले ही खो चुका है। तुलना के लिए, PyCharm में मौजूदा कार्यान्वयन, 2017.1.3

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

सामान्य तौर पर, यह शक्तिशाली है, लेकिन सार्वभौमिक नहीं है।

नोटपैड ++ । मुझे याद नहीं है कि उसे क्या करने से रोका गया था।
SublimeText3 , 2013. एक हैकर टूल - उत्कृष्ट कार्य, न्यूनतम धनराशि, लेकिन इसे ध्यान में रखते हुए बहुत कुछ होता है ।

छापों

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

ऐसा एक लड़का है

"नो परफेक्ट टूल? क्रिएट" के सिद्धांत के आधार पर प्रयासों की दिशा बदली।
उन्होंने डेवलपर्स की जवाबदेही पर ध्यान देना शुरू किया। और 2012 में, मैं SynWrite के साथ भाग्यशाली था।

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

मेरे प्रस्तुत करने से, एलेक्सी ने फ़ाइल खोज को ऐसी स्थिति में लाया ( SynWrite , 2016)

छापों

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

"आपको क्या चाहिए, बड़ी उम्र का?"

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

यही मैं पाना चाहता था

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

यह अपने आप करो!

मैं फिर से भाग्यशाली था। एलेक्स ने एक नया CudaText संपादक बनाया और इसे पायथन एपीआई को खराब कर दिया।

अंत में, आप सब कुछ कर सकते हैं जैसा कि आप पायथन में एक प्लगइन के रूप में करते हैं।

पहला संस्करण मई 2016 में जारी किया गया था।

नियंत्रणों का न्यूनतम सेट

एफआईएफ-dlg मिनट

नियंत्रण का अधिकतम सेट

एफआईएफ-पूर्ण dlg
यह, निश्चित रूप से, पहला पैनकेक नहीं है , लेकिन "सब कुछ रटना" करने की इच्छा है ~~पाई~~ संवाद "स्पष्ट रूप से दिखाई दे रहा है।

यहाँ अब मैं आवेदन करता हूँ

cuda_fif

"आप क्या चाहते हैं" की सूची से सभी विशलिस्ट को लागू किया।

(1) परिणाम या तो संवाद के अंदर देखा जा सकता है, या तुरंत फ़ाइल में आउटपुट किया जा सकता है (यदि [x] Send )।

(२) परिणाम स्वयंभू हैं। पाठ में

fif_rpt_info

पर्याप्त जानकारी पूर्ण टुकड़ा नाम और पाया टुकड़ा के स्थान का पता लगाने के लिए।
1:21:6 अर्थ है: 1 पंक्ति, 21 कॉलम, टुकड़ा लंबाई 6।

प्लगइन इस जानकारी को निकालने और उपयोग करने में सक्षम है।

(३) बिना सहेजे दस्तावेजों पर खोज होती है। ऐसा करने के लिए, एक विशेष लाइन <Open Files> In folder फ़ील्ड (संक्षिप्त <Tabs> और <t> ) में दर्ज की जाती है।

(४) किसी संवाद में परिणाम और स्रोत कोड प्रदर्शित करने के लिए आप बहिष्कृत फ़ाइलों को निर्दिष्ट करने, प्रतिस्थापन करने के लिए आवश्यक नियंत्रण छिपा सकते हैं।

छिपे हुए नियंत्रण

• न्यूनतम सेट fif_min
• न्यूनतम सेट और प्रतिस्थापन fif_repl
• फ़ाइलों के लिए अपवादों का न्यूनतम सेट और सेटिंग fif_excl

(() टूलटिप्स में, स्वतंत्र रूप से भरे हुए खेतों में हस्ताक्षर स्पष्टीकरण हैं

युक्तियाँ

fif_incl
fif_tip_fold
अधिक जानकारी उपलब्ध है जब Alt+H कहा जाता है Alt+H
fif_help_tips

कई और अलग-अलग टुकड़ों को लागू किया।

प्रस्थान की गहराई शून्य ( Only ), पूर्ण ( +All ) या 1 ( +1 level ) से 5 ( +5 levels ) स्तर तक हो सकती है।
खोज के लिए दुर्लभ रूप से उपयोग किए जाने वाले खोज विकल्प दिखाई देते For search

fif_extra_fi

उन्नत खोज विकल्प

 •     ** / ** . •      . •         / . ![fif_first](https://user-images.githubusercontent.com/7419630/42456464-b0448f20-839d-11e8-8876-435fdfead1ad.png) •   ,        (  ).

यदि परिणाम संवाद ( [x] Send ) के अंदर प्रकट नहीं होंगे, तो उनके लिए अतिरिक्त पैरामीटर हैं

fif_extra_rp

उन्नत परिणाम पैरामीटर

 • `Report to` -    ,    ,        . • `Append` -   . • `Tree type` -      `<path><file><r:c:l><line>`,   `<><><><  >`  ,    (" "-6).      ![fif_help_tree](https://user-images.githubusercontent.com/7419630/42456892-a7d867c0-839e-11e8-87f2-2b9ce6b5c530.png) • `Align (r:c:l)` -     `<r:c:l>` ,   `<  >`    . : ![fif_align](https://user-images.githubusercontent.com/7419630/42616450-036e3ae6-85b7-11e8-861a-cf27a3a07c7a.png) • `Add context` -     (" "-5).

आप खोज पैरामीटर याद रख सकते हैं - प्रीसेट बनाएं। पहले पांच प्रीसेट को Ctrl+1 (.. 5 ) द्वारा लागू किया जाता है, बाकी - मेनू या Presets डायलॉग से

संवाद पूर्व निर्धारित

आप संवाद / नियंत्रण का स्थान / आकार याद रख सकते हैं - लेआउट करें। पहले पांच लेआउट Alt+1 (.. 5 ) द्वारा लागू किए जाते हैं, बाकी - मेनू से।
संवाद में लगभग सब कुछ माउस के बिना किया जा सकता है। इसके लिए है

हॉटकी

टीमों के लिए है

मेन्यू
हैमबर्गर बटन केवल एक "=" है जो एक रेखांकन के साथ है, इसलिए यह Alt+= द्वारा उपलब्ध है।

खोज प्रक्रिया को लगातार तीन चरणों में विभाजित किया जाता है:
• उपयुक्त फ़ाइलों का एक संग्रह उत्पन्न होता है,
• टुकड़े फाइलों से निकाले जाते हैं,
• परिणामों पर एक रिपोर्ट भर दी गई है।
प्रत्येक चरण और उनके परिवर्तन के बारे में जानकारी स्थिति नियंत्रण में प्रदर्शित की जाती है।
Esc आपको केवल वर्तमान चरण को बाधित करने और संचित डेटा के साथ अगले में जाने की अनुमति देता है।
उपयोगकर्ता-परिभाषित सामान्य मापदंडों के अलावा, कई दुर्लभ विकल्प हैं। अब उनमें से 19 हैं और उनके लिए एक अलग संवाद है

विकल्प संवाद

उदाहरण के लिए, विकल्पों में से ऐसे हैं:
• डायलॉग को खोलते समय यह Find what फ़ील्ड Find what ।
• एक ESC साथ खोज के सभी चरणों को बाधित करें।
• खोज और आउटपुट को फ़ाइल में परिणाम करते समय संवाद बंद करें।
• पिछले परिणामों को उसी फ़ाइल में जोड़ते समय पिछले परिणामों को संक्षिप्त करें।
• परिणामों की पहली पंक्ति में सभी खोज मापदंडों को सहेजें। यह आपको बाद में उन्हें संवाद में लोड करने की अनुमति देता है।
• निर्दिष्ट आकार से बड़ी फ़ाइलों को छोड़ दें।
• पाया टुकड़ों के लिए शैली सेट करें। उपलब्ध रंग / बोल्डनेस / झुकाव, पाठ का रंग, हर तरफ फ्रेम स्टाइल। ऊपर की तस्वीरों में, "खंड के नीचे डॉट्स के साथ फ्रेम" शैली सेट है।

कुछ प्लगइन कमांड संवाद से पहले और बाद में काम करते हैं।

cuda_menu

CudaText मुख्य मेनू से

 • `Find in *` -        . • `Navigate to *` -     ,    ,   . • `Jump to *` -   /    ,     ,     . • `Configure *` -        ,       ![fif_dclk](https://user-images.githubusercontent.com/7419630/42460070-aa1c5f26-83a5-11e8-9103-11f676dcf08a.png)

CudaText और पायथन

मंच के बारे में कुछ शब्द जिस पर मेरा प्लग-इन बढ़ा।

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

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

उदात्त पाठ का प्रभाव यहाँ स्पष्ट रूप से दिखाई देता है। जहां तक मुझे पता है, अलेक्सी यह नहीं छिपाता है कि वह विचारों को उदात्त और इसके प्लगइन्स से लेता है। वह एटम और ब्रैकेट पर भी नज़र रखता है।

यह अपने आप में अच्छी तरह से निकला, लेकिन एलेक्सी की उच्च उत्पादकता और जवाबदेही को देखते हुए, यह उत्कृष्ट था। यह समझाने के लिए कि हम किस तरह की उत्पादकता और जवाबदेही के बारे में बात कर रहे हैं, मैं कुछ तथ्य दूंगा:

अलेक्सई ने बनाया: लेक्सर्स - 201, लिंटर - 34, स्निपेट-सेट - 12, प्लग-इन - 93।
अक्टूबर 2015 से, GitHub में 1,200 से अधिक इच्छाएं (कोई शिकायत नहीं) हुई हैं, जिनमें से 90% से अधिक संतुष्ट हैं।

CudaText मुक्त, खुला स्रोत है, विन / लिनक्स / मैक / बीएसडी के लिए असेंबली हैं। मैं स्वयं केवल विन-संस्करण का उपयोग करता हूं, लेकिन मैं लिनक्स और मैक वाले उपयोगकर्ताओं की इच्छाओं और शिकायतों को देखता हूं। उसी लाजर पर, कुल मिलाकर कमांडर लिखा है।

यह उदात्त और CudaText के लिए पायथन एपीआई की तुलना करना दिलचस्प है। वे पूरी तरह से अलग हैं।

• उदात्त डोम प्रकार की एक वस्तु शैली है।

• CudaText में एपीआई ओएस जैसी एक प्रक्रियात्मक शैली है, उदाहरण के लिए, Win32।

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

• उदात्त एपीआई में GUI नहीं है। प्लगइन स्पष्ट रूप से पायथन GUI (Tk? WxPython? Qt?) का उपयोग कर सकता है, लेकिन शैली उदात्त के साथ विपरीत होगी।

• CudaText आवेदन की समग्र शैली में जीयूआई प्लगइन्स के लिए प्रदान करता है। सबसे पहले, बुनियादी नियंत्रणों का एक समृद्ध शस्त्रागार है: checklistbox , checklistbox , checklistview , treeview और, ज़ाहिर है, साधारण बटन, चेक, एकल और बहु-पंक्ति संपादक, कॉम्बो बॉक्स, आदि। दूसरा, जीयूआई में CudaText घटकों को एम्बेड करने की क्षमता है। ऊपर की तस्वीरों में यह एक स्थिति नियंत्रण है, एक स्थानीय मेनू और संपादक परिणाम / स्रोत के साथ नियंत्रित करता है। एक शुद्ध पायथन जीयूआई के साथ इस तरह के एक पूरक बिल्कुल संभव नहीं है।

और जीयूआई के बिना रहते हैं

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

क्या कोई सीमा है?

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

नए विचार रखे

उदाहरण के लिए, इस पोस्ट के लेखन के दौरान, निम्नलिखित पैदा हुए थे:
• आप परिणाम या स्रोत नियंत्रण में पाठ का चयन कर सकते हैं और इसके लिए खोज करने के लिए एक कमांड दे सकते हैं।
• आप परिणामों के साथ "खुली फ़ाइल" घटनाओं को रोक सकते हैं और पाए गए टुकड़ों की शैली को पुनर्स्थापित कर सकते हैं।

इसके अलावा, मुझे यह समझने में दिलचस्पी है कि क्या सामूहिक दिमाग इस खेल में नई चाल का सुझाव दे सकता है। इसलिए, मैं साथी प्रोग्रामर के लिए एक प्रश्न के साथ समाप्त करता हूं:
पाठ संपादक के अंदर "फ़ाइल खोज" में और क्या जोड़ा जा सकता है?

CudaText के लिए प्लगइन के कार्यान्वयन का तकनीकी विवरण

• भाषा: पायथन 3.5
• जीयूआई पुस्तकालय: CudaText एपीआई
• डेवलपर्स: एंड्री क्विकान्स्की
• कोड का आकार:> 300 Kb
• प्लगइन के लिए टूडू की संख्या:> 250
• कुदैटे एपीआई के लिए बग / इच्छा संख्या:> 150
• प्लगइन मंच: GitHub मुद्दों

कैसे प्रयास करें

• अपने OS के लिए CudaText असेंबली डाउनलोड करें , अनज़िप करें या इंस्टॉल करें।
• CudaText लॉन्च करें और मेनू कमांड Plugins/Addons Manager/Install...
• "ढूंढें" दर्ज करें ताकि फ़िल्टर स्थापित करने के लिए केवल FindInFile को छोड़ दे (यह CudaText को फिर से कॉल करने के लिए आवश्यक हो सकता है, यह विन पर आवश्यक नहीं है)।
• मेनू कमांड Plugins/Find in Files/Find in files... कॉल करें Plugins/Find in Files/Find in files...

सही "फ़ाइल खोज" के सपने कितनी दूर हैं