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

यदि मूल्यांकन सकारात्मक परिणाम देता है, तो मैं यह भी अनुरोध करता हूं कि क्या यह इस प्रतिबद्धता के लिए एक प्रतिगमन संभव है
https://github.com/linuxmint/Cinnamon/commit/51caa96c2e41b1c4019dce05828effc2e0ab919e मेनू में उपयोग किया जाना है।

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

क्या कोई संभावना है कि टकसाल 18 रिलीज के लिए दालचीनी में इसमें सुधार किया गया है?

अन्यथा, क्या मैं इस अनुरोध को टक्कर दे सकता हूं और अधिक गहराई से विचार करने के लिए कह सकता हूं?

सबको शुक्रीया।

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

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

मैं भी यहां इस मामले की शिकायत करने आया हूं। विशेष रूप से जब कई खोज परिणाम (> 30) होते हैं, सटीक प्रोग्राम नाम टाइप करने के बावजूद खोज सुविधा लगभग अनुपयोगी हो जाती है।

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

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

मैं व्यक्तिगत रूप से सबसे हाल ही में प्रयुक्त छँटाई करना चाहता हूँ। एप्लिकेशन उपयोग ऐप जिसे @lestcape ने इंगित किया है वह भी आशाजनक लगता है।

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

तत्वों को क्रमबद्ध करने के लिए कम से कम 2 अंतर दृष्टिकोण हैं। एक तब होता है जब तत्व (अभिनेता) एक सामान्य बॉक्स से निर्मित होते हैं और दूसरा जब तत्वों का निर्माण एक मानक St.BoxLayout से किया जाता है। दोनों में असुविधाएँ और लाभ हैं। मेरी राय में उपयोगी होगा इस 2 एल्गोरिदम की तुलना करें, लेकिन मुझे लगता है कि सबसे तेज़ सामान्य कंटेनर होगा, क्योंकि केवल आइटम कंटेनर के दृश्य दृश्य पोर्ट को प्रस्तुत करने के लिए अनुकूलित किया जा सकता है।

दालचीनी वर्तमान में एक कंटेनर के रूप में एक मानक St.BoxLayout का उपयोग करती है (https://github.com/itzexor/Cinnamon/blob/a9e8a60d5c376a985dbc0ab141143c8ca1422947/js/ui/popupMenu.js#L1589)। इसके अलावा, मुझे लगता है कि जीएल कंपोजिटर में कुछ बग हैं, क्योंकि यदि आप सभी लेआउट संरचना प्रदान करते हैं और कंटेनर दिखाते हैं, तो इसमें एक आइटम दिखाने से अधिक समय लगता है और फिर दूसरा ...

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

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

मेरी राय में, खोज प्रदाताओं को सक्रिय करने के बाद समस्या पर ध्यान दिया जा सकता है ...

@lestcape मैं देखता हूँ। मैंने अंत में _listApplications फ़ंक्शन को एक अलग तरीके से सॉर्ट करने के लिए पैच करने का प्रयास किया और इसका कोई प्रभाव नहीं पड़ा, इससे पहले कि मुझे एहसास हुआ कि ये आइकन पहले से लोड किए जा रहे थे और _listApplications केवल के रूप में कार्य कर रहा था एक फ़िल्टर जिसके लिए प्रीलोडेड आइकन प्रदर्शित होंगे।

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

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

मेरी राय में, खोज प्रदाताओं को सक्रिय करने के बाद समस्या पर ध्यान दिया जा सकता है ...

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

हालांकि एक और विकल्प है जो उचित हो सकता है। हम उस क्रम को छोड़ सकते हैं जिसमें प्रोग्राम सूचीबद्ध हैं लेकिन हम चयन को उस तत्व पर रख सकते हैं जो हमें लगता है कि विवरण के लिए सबसे उपयुक्त है।

उदाहरण के लिए, जब मैं पहली बार खोज एल्गोरिथम को फिर से लिखने की कोशिश कर रहा था, तो मैंने अनिवार्य रूप से एक फ़ज़ी फ़ाइंडर किया जो कुछ इस तरह के रेगेक्स का उपयोग करता था: "एबीसीडी" खोज दी गई, सभी अनुप्रयोगों के लिए रेगेक्स /a.*?b.*?c.*?d/i लागू करें, फिर इसके अनुसार क्रमबद्ध करें

1. पहला क्रम जिसके द्वारा परिणामों का सबसे कॉम्पैक्ट मिलान होता है: यानी: abcd abccccccd ऊपर होना चाहिए।
2. अगला क्रम जिसके द्वारा मिलान कम से कम अनुक्रमणिका में होते हैं, अर्थात: kk abcd wwwwwwwww abcd ऊपर होना चाहिए।

किसी भी तरह, मान लें कि हम indexOf का उपयोग करते हुए, अब हमारे पास जो छँटाई है, उसे जारी रखते हैं। हम आइटम जिसकी indexOf सबसे छोटी संख्या है चुन सकते हैं तो फिर उन बस एक बार वे अपने खोज समाप्त कर दिया है को खोलने के लिए प्रवेश हिट कर सकते हैं kk abcd के बजाय cccc abcd के बाद से है कि पहले वर्णानुक्रम है।

यह #4327 जैसी समस्याओं को हल कर सकता है और हम समस्याओं को हल करने के लिए केवल शीर्ष 10 ( indexOf ) प्रदर्शित कर सकते हैं:

मैं भी यहां इस मामले की शिकायत करने आया हूं। विशेष रूप से जब कई खोज परिणाम (> 30) होते हैं, सटीक प्रोग्राम नाम टाइप करने के बावजूद खोज सुविधा लगभग अनुपयोगी हो जाती है।

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

@cbreeden ठीक है, यह एक सामान्य कंटेनर के साथ एक कार्यान्वयन है:
https://github.com/lestcape/Configurable-Menu/blob/master/configurableMenu%40lestcape/configurableMenus.js#L5332

यह मानक कंटेनर के साथ एक कार्यान्वयन है:
https://github.com/lestcape/Configurable-Menu/blob/master/configurableMenu%40lestcape/configurableMenus.js#L4760

वे विन्यास योग्य मेनू (https://cinnamon-spices.linuxmint.com/applets/view/171) का हिस्सा हैं। अतीत में, कॉन्फ़िगर करने योग्य मेनू को अलग-अलग तरीकों से ऐप्स को सॉर्ट और री-सॉर्ट करने, अभिनेताओं को जोड़ने और हटाने और विभिन्न एल्गोरिदम और एल्गोरिदम के संयोजन का उपयोग करने के लिए लागू किया गया था ... समस्या यह थी कि कॉन्फ़िगर करने योग्य मेनू में दालचीनी कक्षाओं के एक बड़े सेट का पुन: उपयोग किया गया था, जबकि हम नई कक्षाओं का एक और बड़ा सेट बनाएँ। तो, दालचीनी में एक छोटा सा बदलाव विन्यास योग्य मेनू के लिए एक बड़ी समस्या थी और बहुत सारे काम करने थे। मेरे पास सभी दालचीनी अपडेट के साथ रहने का समय नहीं है और इसके परिणामस्वरूप, विन्यास योग्य मेनू पूरी तरह से टूट गया है।

एक और परिणाम यह है कि मुझे अपना परीक्षण रोकने की जरूरत है, क्योंकि मेरे पास समय नहीं है।

दोनों का क्रियान्वयन अभी पूरा नहीं हुआ है।

मैं जो देखता हूं वह यह है कि, सामान्य कार्यान्वयन दूसरे की तुलना में कई गुना अधिक तेज़ होता है, अगर मैं व्यू पोर्ट के अंदर आइकन फ़िल्टर करता हूं, लेकिन फिर जब आप स्क्रॉल को नीचे स्क्रॉल करने के लिए ट्रे करते हैं तो स्क्रॉल अधिक धीमा होता है ...

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

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

वैसे भी, दालचीनी मेनू प्रदर्शन पर सबसे अधिक समस्याग्रस्त चीज वेक्टर बॉक्स है: https://github.com/linuxmint/Cinnamon/blob/master/files/usr/share/cinnamon/applets/menu%40cinnamon.org/applet। जेएस#एल1613

@cbreeden "यदि संभव हो, तो बस DOM तत्वों को CSS का उपयोग करके अभी यही होता है।

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

आप एक अच्छी खोज तभी प्रदान कर सकते हैं जब आप पैटर्न को जानते हैं और यह केवल खोज पर ही जाना जाता है

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

यह समस्या अभी भी मिंट 18 x64 w/दालचीनी 3.0.7 में डिफ़ॉल्ट दालचीनी मेनू में मौजूद है। यहां तक ​​​​कि "स्क्रीनशॉट" की खोज करते हुए, मैंने अभी-अभी उद्धरणों में लिखी गई पूरी स्ट्रिंग का उपयोग करते हुए, "पृष्ठभूमि" मेनू आइटम को पहले लाया है। "रिकॉर्ड" की खोज (जैसे RecordMyDesktop तक पहुँचने के लिए) पहले ऑडेसिटी लाती है।

इस बग को फीचर अनुरोध का लेबल दिया गया था, लेकिन मुझे नहीं लगता कि मैं किसी अन्य सुविधा का अनुरोध कर रहा हूं; इसके बजाय, मैं रिपोर्ट कर रहा हूं कि यह सुविधा मेरी तरह काम नहीं करती है, और शायद कई अन्य उपयोगकर्ता उम्मीद करते हैं। गनोम शेल के खोज परिणाम लगभग हाजिर हैं। क्या कोई तरीका है कि दालचीनी का मेनू गनोम-शेल जैसे प्रासंगिक परिणाम ला सकता है?

#1220 और #1320 . से संबंधित (शायद इसकी डुप्लीकेट भी)

एक एप्लेट है, जो एक अलग खोज फ़ंक्शन का उपयोग करता है:
https://cinnamon-spices.linuxmint.com/applets/view/258

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

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

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

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

दालचीनी 3.2.7 पर टकसाल 18.1 में परीक्षण, और यह बग अभी भी निश्चित रूप से एप्लिकेशन मेनू में मौजूद है। खोज शब्द अभी भी उपयोगकर्ता की खोज प्रविष्टि के लिए प्रासंगिक नहीं हैं। मैं पूरे दिल से @ फिश-फेस से सहमत हूं, "सुपर की दबाएं और अपने ऐप पर पहुंचने के लिए तीन अक्षर टाइप करें" के युग में यह आश्चर्यजनक है कि उपयोगकर्ता के अनुकूल ओपन-सोर्स ऑपरेटिंग सिस्टम के हेराल्ड लिनक्स मिंट के पास यह है उनके प्राथमिक डेस्कटॉप में समस्या।

दोस्तों... मैंने इस बग को मूल रूप से 2015 में पोस्ट किया था। दो साल से अधिक हो गए हैं, अब... ...

क्या हम कम से कम यह नीति नहीं बना सकते कि: "यदि खोज क्षेत्र में टाइप किए गए अक्षरों का क्रम आवेदन के नाम का हिस्सा नहीं है, तो वे पहले सूचीबद्ध नहीं हैं"? मैं कल्पना नहीं कर सकता कि इस विशेष परिवर्तन को करने के लिए कोड को इतना बदलना होगा, हाँ? उदाहरण के लिए: प्रदर्शन सेटिंग प्राप्त करने के लिए "डिस्प" टाइप करने से पहले "रंग" सूचीबद्ध नहीं होंगे। इसके बजाय, यह पहले "डिस्प्ले" सेटिंग्स प्रदर्शित करेगा, क्योंकि "डिस्प्ले" में "डिसप" खोज अक्षरों से मेल खाता है।

इसे +1 करने के लिए यहां आया हूं। जब मैं फाइलें टाइप करता हूं तो मुझे ड्रॉपबॉक्स कभी नहीं चाहिए, लेकिन यह हमेशा पहला परिणाम होता है .... @jessedubord द्वारा पोस्ट किया गया समाधान ऐसा करने का सबसे सहज तरीका लगता है।

दो अन्य संबंधित मुद्दे जो 5 वर्षों से खुले हैं:

1220

1320

@JosephMcc डबल के लिए खेद है, मुझे बस यह निराशाजनक लगता है। मैं अभी कोड देख रहा हूँ _maybe_ मैं भी मदद कर सकता हूँ।
मैं जेएस और थोड़ा सा पायथन जानता हूं, सी नहीं।
क्या यह सी को जाने बिना संभव हो सकता है? मैं कहाँ देखना शुरू कर सकता था?

मेनू एप्लेट /usr/share/cinnamon/applets/[email protected] . में है

ठीक है, मुझे वह दिल मिल गया है जहाँ शायद इसे ठीक किया जा सकता है:
https://github.com/linuxmint/Cinnamon/blob/master/files/usr/share/cinnamon/applets/menu%40cinnamon.org/applet.js#L3238

क्या कोई मुझे कुछ दस्तावेज के लिए इंगित कर सकता है। एक ऐसा स्थान जहाँ मैं कुछ नियमित योगदानकर्ताओं से कुछ प्रश्न पूछ सकता हूँ? एक सुस्त या क्या नहीं।
मुझे संदेह है कि कोई भी चाहता है कि मैं हर छोटे सवाल को जीथब टिकट में पूछूं।

आप IRC पर #linuxmint-dev का उपयोग कर सकते हैं। बस धैर्य रखें क्योंकि अवसर पर प्रतिक्रिया प्राप्त करने में कुछ समय लग सकता है।

दालचीनी या किसी भी सूक्ति पुस्तकालय के लिए वर्तमान दस्तावेज़ीकरण तक पहुँचने का सबसे अच्छा तरीका devhelp आवेदन के साथ है। बस सुनिश्चित करें कि आपके पास प्रासंगिक -doc पैकेज स्थापित हैं।

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

@ janw-oostendorp, टिप्पणियों की सराहना करते हैं। मैं सबसे अच्छा नौसिखिया कोडर हूं, सी ++ और सी # में सीमित अनुभव के साथ - अगर मैं कर सकता तो मैं समाधान में और योगदान दूंगा। मुझे यकीन है कि टकसाल देव टीम (उम्मीद है) दालचीनी के साथ मुद्दों को ठीक करने या सुधारने के लिए किसी भी पैच का स्वागत करेगी ... चीयर्स।

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

कृपया मेरे द्वारा किए गए परिवर्तन पर एक नज़र डालें। यह मेरे लिए पूरी तरह से काम कर रहा है, शायद इसे वैकल्पिक बनाया जा सकता है। किसी भी मामले में, चर्चा करने के लिए स्वतंत्र महसूस करें।

चीयर्स, कर्ली060 =;->

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

एक बेहतर खोज पद्धति के कार्यान्वयन के संबंध में @clefebvre और @ Curly060 की प्रतिबद्धता को देखा। यह कमाल की खबर है! तुम दोनों को धन्यवाद! :)

आश्चर्य है कि क्या यह मिंट 18.3 में उपलब्ध होगा, या क्या हम मिंट 19 में इसकी उम्मीद कर सकते हैं?

यह दालचीनी 3.6 में है, जिसका अर्थ है मिंट 18.3

बहुत बढ़िया, जानकारी के लिए धन्यवाद' @NikoKrause।

18.3 में हाल के कमिटों का परीक्षण करने के बाद, मैं पुष्टि कर सकता हूं कि खोज अब अपेक्षित व्यवहार करती है: खोज शब्द वाले खोज परिणाम अब पहले/केवल दिखाते हैं! इस अति आवश्यक सुधार को जीवित और काम करते हुए देखकर खुशी हुई। मैं इस मुद्दे को सुलझा हुआ मान रहा हूं, और इस मुद्दे को बंद कर रहा हूं।

आपके काम के लिए @clefebvre , @Curly060 और मिंट टीम को धन्यवाद!

@jessedubord @clefebvre @NikoKrause # 7364 के अनुसार यदि एप्लिकेशन के नाम में एक मैच पाया जाता है तो यह परिणाम सीमित करता है कुछ उपयोगकर्ताओं के लिए "बग" जैसा लगता है। मेरे पास 14.04 से 18.04 तक आने वाला एक और उपयोगकर्ता था जिसने आज शिकायत की कि वह "इंस्टॉल" टाइप करते समय "सिनैप्टिक पैकेज मैनेजर" नहीं ढूंढ सकता क्योंकि "गडेबी पैकेज इंस्टालर" केवल परिणाम लौटाया गया है।

मुझे लगता है कि यह तब विन्यास योग्य होना चाहिए।

@Ferroin , खोज कॉन्फ़िगरेशन हमेशा एक अच्छी बात हो सकती है, IMO।
@ रिक-शॉ, अगर मुझे सही याद है, तो फिक्स के रूप में लागू किया गया नया खोज कोड निम्न तरीके से व्यवहार करता है: यह _first_ शीर्षक में खोज शब्द वाले परिणाम दिखाता है, और फिर अन्य सभी परिणाम दिखाता है। यह परिवर्तन से पहले दिखाई देने वाले किसी भी परिणाम को नहीं छोड़ता - बल्कि, यह उन्हें पहले सूचीबद्ध नहीं करता है। मुझे लगता है कि @ Curly060 हालांकि इसकी पुष्टि कर सकता है।

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

आप जो सुझाव देते हैं, वह एक अच्छा विकल्प होगा कि NAME से मेल खाने वाले परिणामों को नीचे कीवर्ड या विवरण से मेल खाने वाले आइटम के साथ शीर्ष पर रखा जाए। यह संभवतः "मूल विधि" हो सकती है? शायद नहीं .... यह केवल सभी अंतिम परिणामों को वर्णानुक्रम में क्रमबद्ध नहीं करने की बात है, बल्कि एप्लिकेशन NAME परिणामों को सॉर्ट करने के बाद कीवर्ड + विवरण परिणामों को सॉर्ट करने का मामला है

इस सूत्र के माध्यम से पीछे मुड़कर देखें, तो चिंताएँ हैं कि सूची को छाँटना गहन है और यह संभव से अधिक नहीं किया जाना चाहता है। मुझे लगता है कि इसके आस-पास एकमात्र तरीका यह होगा कि सूची में आइटम को कैसे शामिल किया गया था (कुछ टैग जैसे "प्राथमिक" या "माध्यमिक")। फिर आप सभी "प्राथमिक" हिट (ऐप नाम दोनों दोस्ताना नाम और वास्तविक नाम ... निमो और फाइलें) को सॉर्ट करते हैं, फिर सभी "माध्यमिक" हिट दूसरे को सॉर्ट करते हैं। केक पर 2 सेटों के बीच एक विभक्त रेखा होगी !!! @mtwebster क्या यह विचार बहुत जटिल लगता है? मुझे लगता है कि यह वास्तव में इस मुद्दे को हमेशा के लिए संबोधित करेगा!

मूल विधि ने सभी परिणाम दिखाए, लेकिन नाम में होने वाले मिलान वाले लोगों को सॉर्ट करने के बजाय एप्लिकेशन नाम से वर्णानुक्रम में क्रमबद्ध चीजें (कीवर्ड या विवरण के विपरीत) पहले, जिसने इस मुद्दे को पहली जगह में प्रेरित किया (क्योंकि टाइपिंग में ' files' और 'ऑडेसिटी' को पहले परिणाम के रूप में प्राप्त करना शून्य व्यावहारिक समझ में आता है)।

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

@Ferroin हाँ समझ में आया: मैंने "केवल 2 पास" सॉर्टिंग का सुझाव देने के लिए अपनी टिप्पणी दोबारा संपादित की (परिणामों को "प्राथमिक" या "माध्यमिक" टैग करने की आवश्यकता होगी जैसा कि वे पाए जाते हैं)।

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

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

मुझे इस मुद्दे को फिर से खोलने की जरूरत है। अब, मिंट 19.1 में दालचीनी 4.0.9 में, खोज व्यवहार वही है जो पहले था: खोज परिणाम उन ऐप्स को नहीं खींच रहे हैं जो पहले खोज स्ट्रिंग के समान नाम साझा करते हैं। उदाहरण के लिए, "फ़ाइल" खोजने से पहले "फ़ाइलें" सूचीबद्ध और हाइलाइट नहीं होती हैं। इसी तरह, "मोनी" (सिस्टम मॉनिटर के लिए) खोजना पहले "डिस्प्ले" लाता है, न कि "सिस्टम मॉनिटर"। यहां तक ​​कि खोज में "सिस्टम" टाइप करने से परिणाम सूची में फ़ाइलें, फ़ॉन्ट चयन, और फ़ॉन्ट्स किसी भी चीज़ से पहले सूची में शामिल हो जाते हैं जिसमें वास्तव में "सिस्टम" शब्द होता है।

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

स्क्रीनशॉट उदाहरण:

मुझे एक ही समस्या है, और यह मुझे ऐसा लगता है जैसे खोज ऐप्स के नामों के साथ-साथ _descriptions_ में दिखता है, लेकिन उन्हें पहले ऐप द्वारा क्रमबद्ध नहीं करता है, विवरण दूसरा, लेकिन ऐप नाम से वर्णानुक्रम में।

जब मैं वेबस्टॉर्म खोलने के लिए "वेब" खोजता हूं, तो अन्य सभी ऐप्स खोज में उनके विवरण ("वेबकैम", "वर्ल्ड वाइड वेब") में "वेब" एम्बेडेड होता है; दुर्भाग्य से मेरे लिए, वेबस्टॉर्म अनुप्रयोगों की उस वर्णानुक्रमिक सूची में अंतिम है।

ईटीए: यह जांचने के बाद कि मैं कौन सा संस्करण चला रहा हूं, मुझे लगता है कि _my_ समस्या यह है कि यह सुधार/सुधार पहली जगह में कभी भी लागू नहीं होता था... (दालचीनी 3.2.7 डेबियन खिंचाव पर) _sigh_

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

यह समस्या अभी भी मौजूद है, दुर्भाग्य से, दालचीनी 4.2.4 में।

मैं रिंग में अपनी टोपी भी जोड़ूंगा। ये आज भी मौजूद है.

ऐसा लगता है कि यह एप्लिकेशन के नाम के बजाय विवरण से मेल खाता है। किसी भी लिस्टिंग में नाम में भाप नहीं है, केवल विवरण और कमांड लाइन में।

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

मैं इस सुविधा को ठीक से काम करने के महत्व के बारे में अन्य पत्रकारों की राय से सहमत हूं। जब मैं "अपडेट" की खोज करता हूं, तो मैं ऐसे मेनू विकल्प रखना चाहता हूं जिनमें खोज शब्द अंतिम रूप से प्रदर्शित न हो, और इस तरह नहीं:

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

लिनक्स टकसाल 20 दालचीनी के साथ 4.6.7.

मैं विजुअल स्टूडियो कोड खोलना चाहता हूं। जाहिर है, यह दालचीनी में खोजने के लिए एक बुरा नाम है, क्योंकि यह "वी" से शुरू होता है।

"कोड" के लिए खोज रहे हैं:

तो ठीक है। हो सकता है कि "विसु" की खोज करने से काम चल जाए?

:-/

इस मुद्दे के इतिहास को पढ़ने के बाद, मैं इस निष्कर्ष पर पहुंचा कि मेनू आइटम "विजुअल स्टूडियो कोड" का नाम बदलकर "कोड विजुअल स्टूडियो" करना सबसे आसान तरीका होगा।

ऐप डेवलपर्स के लिए प्रो टिप: अपने एप्लिकेशन नामों को एक अक्षर से शुरू करें जो वर्णानुक्रम में पहले आता है, ताकि लिनक्स मिंट उपयोगकर्ता कुशलतापूर्वक उन्हें खोज सकें! :निराश:

हाँ, इसे अभी भी मेनू में ठीक करने की आवश्यकता है, इसका नाम बदलने से यह ठीक नहीं होता है और यह मेनू के साथ अंडरलाइनिंग समस्या को ठीक करने की तुलना में बहुत अधिक परेशानी का तरीका है ¯\_(ツ)_/¯

https://github.com/linuxmint/cinnamon/commit/a6738bd306180b4e2e668c90c1d7d5d6c0578906 द्वारा तय