Vimium: खोज मोड में, पृष्ठ पर सभी मिलानों को हाइलाइट करें, न कि केवल वर्तमान

इस समय नहीं। मुझे लगता है कि अगर हम ध्यान देने योग्य अंतराल का कारण नहीं बनते हैं तो हम एक पैच स्वीकार करेंगे।

यह एक काफी बड़ा उपक्रम होगा - यह मानते हुए कि हम अभी भी खोज करने के लिए window.find() का उपयोग करते हैं, हमें सभी मैचों को सामने लाने के लिए इसे बार-बार कॉल करना होगा और फिर अपना स्वयं का हाइलाइट UI दिखाना होगा।

अगर हम अंत में उस परेशानी से गुजरते हैं, तो हमें सफारी के मैच एस्थेटिक, आईएमओ को तोड़ देना चाहिए।

इस सुविधा के लिए +1।

+1

विमियम कमाल है! जहां तक ​​मेरा संबंध है, यह एकमात्र गायब टुकड़ा है।

इस सुविधा के लिए +1। मैं वास्तव में इसे स्वयं सुझाना चाहता था, लेकिन मेरे पास यह था कि "मैं केवल एक ही नहीं हो सकता" भावना।

हाँ!

+1

+1

यदि/जब इसे लागू किया जाता है तो क्रोमियम की तरह स्क्रॉलबार में दृष्टिगत रूप से चिह्नित सभी मैचों को देखना भी अच्छा होगा।

+1

हाल ही में विमियम के बारे में पता चला, विश्वास नहीं हो रहा है कि मैंने इसे जल्दी स्थापित नहीं किया है।

+1

+1

+1

+1

+1
और मुझे लगता है कि यह एक और हत्यारा विशेषता होगी

+1

कृपया बेकार +1 टिप्पणियों के साथ उत्तर देना बंद करें। यह चर्चा में कुछ भी नहीं जोड़ता है, और बहुत से लोगों का समय बर्बाद करेगा क्योंकि उन्हें आपके बेकार "योगदान" की सूचनाएं मिलेंगी। टिकट की सदस्यता के लिए "घड़ी" फ़ंक्शन का उपयोग करें।

+1

+1, डिफ़ॉल्ट क्रोम सभी मिलान किए गए हिट को हाइलाइट करने का व्यवहार करता है। यदि इसे फिर से लागू करना एक प्रदर्शन समस्या होगी, तो क्या क्रोम की खोज को सीधे कॉल करना संभव है?

क्या क्रोम की खोज को सीधे कॉल करना संभव है?

नहीं।

इस तरह कुछ लागू करने के लिए कुछ (एक अद्यतन) # 1081 की तरह कुछ चाहिए ताकि ब्राउज़र हर खोज पर लटका न हो, जिससे विकास/रखरखाव बोझ काफी हद तक बढ़ जाता है।

समापन।
जैसा कि यह लोकप्रिय है, हमारे पास वास्तव में इसे लागू करने का कोई तरीका नहीं है।

(विमियम वास्तव में हाइलाइटिंग बिल्कुल नहीं करता है, वर्तमान में। हम केवल window.find() ।)

चार वर्ष...

+1 यदि इसे कार्यान्वित किया जा सकता है तो यह वास्तव में एक महान विशेषता है।

मैंने कुछ शोध किया। ऐसा लगता है कि यह http://stackoverflow.com/a/5887719/96100 (समाधान में आईई शामिल है, इसलिए इसे आईई भाग को हटाकर और सरल बनाया जा सकता है)

लेकिन मुझे लगता है कि एक और सवाल है - हाइलाइट कब और कैसे हटाएं। कब के लिए, मुझे लगता है कि अगली खोज शुरू करते समय या :noh जैसे कुछ निष्पादित करते समय; कैसे के लिए, मुझे लगता है कि execCommand('undo') यह करेगा।

वास्तव में सुविधा के लिए तत्पर हैं।

यह आवश्यक है और यह सुनिश्चित नहीं है कि यह एक विमियम-विशिष्ट विशेषता माना जाता है, लेकिन अन्य विम-जैसे एक्सटेंशन ऐसा करते हैं ( उदाहरण के लिए सर्फिंगकी की तरह )। लगभग ५ साल हो चुके हैं और यह सुविधा अभी तक यहाँ नहीं है। दुनिया में क्या चल रहा है?

मैंने कुछ शोध किया। ऐसा लगता है कि यह http://stackoverflow.com/a/5887719/96100 (समाधान में आईई शामिल है, इसलिए इसे आईई भाग को हटाकर और सरल बनाया जा सकता है)

ऐसा लगता है कि इस समाधान में पृष्ठों के डीओएम में इनलाइन संशोधन शामिल हैं, जो मुझे बहुत असहज बनाता है।

दुनिया में क्या चल रहा है?

यह ठीक से करना कठिन है (या, कम से कम, मेरी संतुष्टि के लिए)।

एक पूर्ण कार्यान्वयन करना होगा

• सभी तत्वों का पता लगाएं (जो सर्फिंगकी करने में असमर्थ दिखती हैं; उनके कोड के लिए यहां और यहां देखें)
  
  
  
  • उदाहरण के लिए इस पृष्ठ पर class SuppressPrintable (या और भी कठिन, हाइलाइट करें lass Supp ) ढूंढें और हाइलाइट करें
  
  
  • ध्यान दें कि जिस लाइन की हम परवाह करते हैं उसका HTML <span class="pl-k">class</span> <span class="pl-en" style="background-color: transparent;">SuppressPrintable</span> <span class="pl-k">extends</span> <span class="pl-e">Mode</span>
  
  
  • उदाहरण के लिए testtest में test<img src="#">test ढूंढें और हाइलाइट करें, जैसे मूल खोज करता है
  
  
  • या तो testtest को test<input type="text">test (फ़ायरफ़ॉक्स की तरह) में ढूंढें और हाइलाइट करें या न करें (जैसे क्रोम)।
  
  
• किसी पृष्ठ से सीधे कॉपी की गई स्ट्रिंग ढूंढें और हाइलाइट करें। दो मामले लागू होते हैं:
  
  
  
  • माता-पिता के पास white-space: normal या nowrap । test string test string रूप में प्रस्तुत करता है, इसलिए हमें इसे खोजने की आवश्यकता है। (सर्फिंगकी ऐसा नहीं कर सकती, क्योंकि यह node.data )
  
  
  • माता-पिता के पास white-space: pre , pre-line या pre-wrap । test string test string रूप में प्रस्तुत करता है, इसलिए हमें इसे खोजने की आवश्यकता है
  
  
• रिक्त स्थान का प्रतिनिधित्व करने वाले तत्वों में खोजें (उदाहरण के लिए <br /> या <p></p> )। (सर्फिंगकी ऐसा नहीं कर सकती)
  
  
  
  • उदाहरण के लिए Test<br />Test खोजने और हाइलाइट करने के लिए Test\nTest ( या शायद Test\r\nTest ? )
  
  
  • उदाहरण के लिए <p>Test</p><p>Test</p> खोजने और हाइलाइट करने के लिए Test\n\nTest (या Test\r\n\r\nTest )
  
  
• (वैकल्पिक रूप से) <input> s, <textarea> s, <button> s, आदि में मिलान ढूंढें और हाइलाइट करें। यह सही ढंग से करने के लिए एक बड़ी परेशानी है।

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

मेरे सुझाव (आलसी) उस के लिए दृष्टिकोण, गरीब आदमी के द्विआधारी खोज का एक प्रकार शामिल बनाने होगा Range एस , और का उपयोग कर toString() में मैप करने के लिए innerText । मुझे इसे स्वयं लागू करने में विशेष रुचि नहीं है।

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

+1

6 साल बाद, मुझे अभी भी यह सुविधा मिलने की उम्मीद है

• बीटीडब्ल्यू, इस प्लगइन क्रोम रेगेक्स सर्च ने इस फ़ंक्शन को कार्यान्वित किया।
• यह बहुत अच्छा होगा यदि विमियम भी इसका समर्थन कर सके।

एक्सटेंशन Chrome Regex Search हाइलाइटिंग सुविधा को लागू करने के लिए एक बहुत ही खतरनाक तरीके का उपयोग करता है, और कुछ सामान्य वेब पेजों को तोड़ सकता है क्योंकि यह होस्ट जावास्क्रिप्ट कोड को तोड़ सकता है और कुछ क्लिकिंग क्रियाओं को हटा सकता है।

ऐसा लगता है कि न केवल मुझे यह समस्या है।

मैंने कुछ शोध किया। ऐसा लगता है कि यह http://stackoverflow.com/a/5887719/96100 (समाधान में आईई शामिल है, इसलिए इसे आईई भाग को हटाकर और सरल बनाया जा सकता है)

ऐसा लगता है कि इस समाधान में पृष्ठों के डीओएम में इनलाइन संशोधन शामिल हैं, जो मुझे बहुत असहज बनाता है।

दुनिया में क्या चल रहा है?

यह ठीक से करना कठिन है (या, कम से कम, मेरी संतुष्टि के लिए)।

एक पूर्ण कार्यान्वयन करना होगा

• सभी तत्वों का पता लगाएं (जो सर्फिंगकी करने में असमर्थ दिखती हैं; उनके कोड के लिए यहां और यहां देखें)

  • उदाहरण के लिए इस पृष्ठ पर class SuppressPrintable (या और भी कठिन, हाइलाइट करें lass Supp ) ढूंढें और हाइलाइट करें
  • ध्यान दें कि जिस लाइन की हम परवाह करते हैं उसका HTML <span class="pl-k">class</span> <span class="pl-en" style="background-color: transparent;">SuppressPrintable</span> <span class="pl-k">extends</span> <span class="pl-e">Mode</span>
  • उदाहरण के लिए testtest में test<img src="#">test ढूंढें और हाइलाइट करें, जैसे मूल खोज करता है
  • या तो testtest को test<input type="text">test (फ़ायरफ़ॉक्स की तरह) में ढूंढें और हाइलाइट करें या न करें (जैसे क्रोम)।

• किसी पृष्ठ से सीधे कॉपी की गई स्ट्रिंग ढूंढें और हाइलाइट करें। दो मामले लागू होते हैं:

  • माता-पिता के पास white-space: normal या nowrap । test string test string रूप में प्रस्तुत करता है, इसलिए हमें इसे खोजने की आवश्यकता है। (सर्फिंगकी ऐसा नहीं कर सकती, क्योंकि यह node.data )
  • माता-पिता के पास white-space: pre , pre-line या pre-wrap । test string test string रूप में प्रस्तुत करता है, इसलिए हमें इसे खोजने की आवश्यकता है

• रिक्त स्थान का प्रतिनिधित्व करने वाले तत्वों में खोजें (उदाहरण के लिए <br /> या <p></p> )। (सर्फिंगकी ऐसा नहीं कर सकती)

  • उदाहरण के लिए Test<br />Test खोजने और हाइलाइट करने के लिए Test\nTest ( या शायद Test\r\nTest ? )
  • उदाहरण के लिए <p>Test</p><p>Test</p> खोजने और हाइलाइट करने के लिए Test\n\nTest (या Test\r\n\r\nTest )
• (वैकल्पिक रूप से) <input> s, <textarea> s, <button> s, आदि में मिलान ढूंढें और हाइलाइट करें। यह सही ढंग से करने के लिए एक बड़ी परेशानी है।

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

मेरे सुझाव (आलसी) उस के लिए दृष्टिकोण, गरीब आदमी के द्विआधारी खोज का एक प्रकार शामिल बनाने होगा Range एस , और का उपयोग कर toString() में मैप करने के लिए innerText । मुझे इसे स्वयं लागू करने में विशेष रुचि नहीं है।

मैं window.find() पर कुछ शोध भी करता हूं। यह केवल वेब पर वर्तमान परिणाम को हाइलाइट करता है, सभी परिणामों को हाइलाइट नहीं करता है। शायद विधि को कई बार कॉल करें? मुझे लगता है कि यह इस मुद्दे के लिए एक अच्छा विचार नहीं है।

इस दिनचर्या के बारे में कैसे?

खोज मोड में, उपयोगकर्ताओं द्वारा एंटर कुंजी को हिट करने से पहले, प्रत्येक अद्यतन इनपुट के लिए केवल एक बार window.find() पर कॉल करें।

उपयोग के बाद एंटर कुंजी दबाएं, सभी घटनाओं को दिखाने के लिए window.find() पर कॉल करें।
[संभवतः, दर्ज करने से ठीक पहले खोज परिणाम स्थिति को याद रखने के लिए]

window.find() हमेशा "वर्तमान" चयनित क्षेत्र को हाइलाइट करता है, जबकि पृष्ठभूमि रंग ब्लॉक को अनुकरण करने के लिए कोई सही तरीका नहीं है (उदाहरण के लिए, यदि किसी पंक्ति के पृष्ठभूमि रंग/छवि का स्वामित्व है, तो नकली पृष्ठभूमि रंग अदृश्य होगा)।

window.find() हमेशा "वर्तमान" चयनित क्षेत्र को हाइलाइट करता है, जबकि पृष्ठभूमि रंग ब्लॉक को अनुकरण करने के लिए कोई सही तरीका नहीं है (उदाहरण के लिए, यदि किसी पंक्ति के पृष्ठभूमि रंग/छवि का स्वामित्व है, तो नकली पृष्ठभूमि रंग अदृश्य होगा)।

नमस्ते, मुझे अपनी दिनचर्या के बारे में और स्पष्ट होने दें।

उपयोगकर्ता प्रकार a , window.find कॉल करें जब तक कि यह NULL नहीं लौटाता। सभी मैचों को इकट्ठा करें
उपयोगकर्ता प्रकार ab , window.find कॉल करें जब तक कि यह NULL नहीं लौटाता। सभी मैचों को इकट्ठा करें, पिछला छोड़ें
जब हिट enter का उपयोग करें, तो वास्तव में खोज परिणाम सरणी का उपयोग करें।

@ पाइपिंग window.find() हमेशा सभी पुराने हाइलाइटिंग क्षेत्रों को छोड़ देता है और फिर केवल एक नए को हाइलाइट करता है, इसलिए वास्तव में क्षेत्रों की सूची को हाइलाइट करने के लिए कोई जावास्क्रिप्ट एपीआई नहीं है।

अस्वीकरण: मैं अब किसी भी रूप में ब्राउज़र एक्सटेंशन पर काम नहीं करता, इसलिए मेरा ज्ञान पुराना होने की संभावना है।

उपयोगकर्ता प्रकार a , window.find कॉल करें जब तक कि यह NULL । सभी मैचों को इकट्ठा करें
उपयोगकर्ता प्रकार ab , window.find कॉल करें जब तक कि यह NULL । सभी मैचों को इकट्ठा करें, पिछला छोड़ें

window.find भयानक है और जब भी संभव हो इससे बचना चाहिए

• यह मुख्य धागे पर चलता है, इसलिए यह उपयोगकर्ता इनपुट को अवरुद्ध करता है
• इसका UI प्रभाव है, इसलिए यह रेंडरिंग को भी बाध्य करता है और उपयोगकर्ता इनपुट को और अवरुद्ध करता है
• यह चयन-आधारित है, इसलिए सीएसएस जो टेक्स्ट को चुने जाने से रोकता है, आपके पसंद के ब्राउज़र के आधार पर कई तरह के अजीब व्यवहार कर सकता है
• यह एफएफ . में लपेटता नहीं है (या कम से कम, इसका उपयोग नहीं किया जाता है)
• यह विनिर्देश से बाहर है और ब्राउज़र के बीच व्यवहार को मानकीकृत करने के इरादे से आधिकारिक रूप से बहिष्कृत है
• इस तरह से चयन डेटा पुनर्प्राप्त करना सीधे डीओएम से पूछताछ करने से कहीं अधिक महंगा है।
  
  
  
  • जैसा कि दहन ने ठीक ही उल्लेख किया है, सच्ची हाइलाइटिंग हमेशा छोड़ दी जाती है, इसलिए हमें 1 से अधिक मैचों को हाइलाइट करने के लिए इसे एकत्र करना होगा
  
  
  • <input> / <textarea> s इस डेटा को अच्छी तरह से बाहर निकालना मुश्किल है, इससे पहले कि हमें उनमें टेक्स्ट को हाइलाइट करने की गैर-तुच्छ समस्या के बारे में चिंता न करें।
  
  

जब मैं एक योगदानकर्ता था, तो हमने खोज परिणामों की संख्या की गणना करने के लिए संघर्ष किया क्योंकि यह बड़े पृष्ठों पर कितना धीमा था। window.find का उपयोग करना परिमाण के धीमे क्रम के बारे में था, और रेगुलर एक्सप्रेशन खोजों के साथ बिल्कुल भी काम नहीं करता था। मैं दृढ़ता से सलाह देता हूं कि एक खोज को निष्पादित करने से अधिक के लिए इसका उपयोग न करें, और फिर भी यह एक अंतिम उपाय होना चाहिए।

@ gdh1995 मैं उस तरह से windows.find() का उपयोग नहीं करना चाहता जैसा आपने कहा था। यह सिर्फ find टेक्स्ट है।
@ mrmr1993 मैं समझता हूं कि इस सुविधा के लिए अधिक कंप्यूटिंग शक्ति या मानव प्रयास की आवश्यकता है। लेकिन कम से कम उपयोगकर्ता के पास विमियम का उपयोग करके ऐसा करने के लिए [कॉन्फ़िगरेशन में विकल्प] विकल्प होना चाहिए, भले ही यह उपयोगकर्ता परिप्रेक्ष्य के लिए धीमा हो। वैसे भी, यह कष्टप्रद है कि कभी-कभी Ctrl-F का उपयोग किया जाता है और कभी-कभी / का उपयोग किया जाता है और / अपेक्षा के अनुरूप काम नहीं करता है (यहां तक ​​​​कि vim में भी नहीं)।

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

+1 यहाँ के आसपास। :)

मैं मैकिंटाको की भावनाओं को प्रतिध्वनित करता हूं।

मैं खोज उपकरण के प्रतिस्थापन के रूप में विमियम खोज का उपयोग करता हूं ताकि मैं कीबोर्ड शॉर्टकट को अलग-अलग इंस्टॉल में समान रख सकूं (सामान खोजने के लिए हमेशा उपयोग करें)।

+1

फ़ायरफ़ॉक्स में browser.find.find और browser.find.highlightResults । ऐसा लगता है कि यह रेगेक्स का समर्थन नहीं करता है, लेकिन अन्यथा ऐसा लगता है कि इस मुद्दे की क्या आवश्यकता होगी।

मैं केवल यह नोट करना चाहूंगा कि सर्फिंगकीज़ अपनी खोज कार्यक्षमता के माध्यम से पृष्ठ पर मिलानों को हाइलाइट करता है। मुझे नहीं पता कि वे इसे कैसे करते हैं (यह किसी प्रकार का ओवरले प्रतीत होता है) लेकिन यह "काफी अच्छा" है कि मैं इसके बजाय उस एक्सटेंशन का उपयोग कर रहा हूं। वाईएमएमवी।

+1 - काश इसके लिए कम से कम वर्कअराउंड होता।

8 साल... :)

हाल ही में मुझे एक और विचार आया: हाइलाइटिंग पृष्ठभूमि रंग खींचना जरूरी नहीं है, और हम इसके बजाय मास्किंग रेक्ट्स का उपयोग कर सकते हैं। इसलिए मैंने अपने अनुकूलित विमियम, विमियम सी में एक सरल संस्करण लागू किया Ctrl+J/K का समर्थन करता है और वर्तमान दृश्य क्षेत्र में सभी मैचों पर फ्लैश रेक्ट्स के लिए Ctrl+Shift+J/K का समर्थन करता है।