terminal 🚀 - डिज़ाइन क्लिक करने योग्य लिंक और लिंक पूर्वावलोकन सुविधा/एक्सटेंशन

नहीं।

मार्केटिंग प्रोमो "अब क्या उपलब्ध है" की तुलना में "आने वाला क्या है" से अधिक है। हम आपके धैर्य की सराहना करते हैं क्योंकि हम इस परियोजना पर काम करना जारी रखते हैं :)

zadjii-msft 8 मई 2019

👀1 😄1

साथ ही जोड़ने के लिए, #555

zadjii-msft 8 मई 2019

@tackyunicorn - टर्मिनल वीडियो आकांक्षात्मक है - इसका लक्ष्य कुछ प्रमुख विशेषताओं को स्पष्ट करना है जिन्हें हम टर्मिनल में भेजने के लिए कड़ी मेहनत कर रहे हैं। सचित्र सुविधाओं में से कुछ पहले से ही टर्मिनल में हैं। अधिकांश 2019 के अंत तक v1.0 में शिप हो जाएंगे। अन्य को अधिक डिज़ाइन, निर्माण और बेक करने के समय की आवश्यकता हो सकती है, और v1.0 के बाद शिप किया जाएगा।

वर्तमान में, एक्स्टेंसिबिलिटी होस्ट और "लिंक पूर्वावलोकन" जैसे एक्सटेंशन अभी तक डिज़ाइन या कार्यान्वित नहीं किए गए हैं, और संभवतः v1.0. के बाद शिप होने वाले हैं। हम यह सुनिश्चित करने के लिए समय और प्रयास खर्च करना चाहते हैं कि हम बाद में व्यवधान को कम करने के लिए "सही" ऐसी महत्वपूर्ण सुविधाओं का निर्माण करें।

हम अपने भविष्य के रोडमैप पर काम कर रहे हैं और अगले कुछ हफ्तों में समुदाय के साथ साझा करेंगे।

bitcrazed 3 जून 2019

👍10

नई सुविधा/एन्हांसमेंट का सारांश
URL का पता लगाएं और उन्हें क्लिक करने योग्य बनाएं (URL को डिफ़ॉल्ट ब्राउज़र में खोलें)। यह कई अन्य टर्मिनलों में मौजूद एक सुविधा सुविधा है।
मेरा मानना है कि मूल्य स्वयं स्पष्ट है, लेकिन यहां एक ठोस उपयोग केस उदाहरण है, भले ही: जब मैं yarn outdated चलाता हूं (यार्न एक पैकेज मैनेजर है) यह प्रत्येक सूचीबद्ध पैकेज के लिए एक रिपोजिटरी/होमपेज यूआरएल आउटपुट करता है। मैं पृष्ठ को जल्दी/आसानी से खोलने के लिए उन यूआरएल में से एक पर क्लिक करने में सक्षम होना चाहता हूं और पैकेज के नए संस्करण में क्या बदल गया है, इस पर एक नज़र डालना चाहता हूं।
कार्यान्वयन विवरण
संभवतः http:// या https:// से शुरू होने वाले टेक्स्ट के अलावा किसी और चीज़ का समर्थन करने की आवश्यकता नहीं है।
कई पंक्तियों में फैले URL (विंडो की चौड़ाई से काट दिए जाने के कारण) को सही ढंग से संभाला जाना चाहिए।
शायद एक संकेत होना चाहिए कि यूआरएल क्लिक करने योग्य है, उदाहरण के लिए कर्सर परिवर्तन + माउस होवर पर रेखांकित करें।
अधिकांश अन्य टर्मिनलों को एक ऑल्ट या ctrl क्लिक की आवश्यकता होती है, मुझे लगता है कि कॉपी करते समय आकस्मिक क्लिकों से बचाव करना आदि।
आप प्रेरणा के लिए वीएस कोड के टर्मिनल जैसे कुछ देख सकते हैं। फिर यह सब शायद स्वतः स्पष्ट है।
स्ट्रेच गोल (#204 में कवर किया गया)

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

अधिकांश कार्यान्वयन जिन्हें मैंने गलत तरीके से पूरा किया है, समापन कोष्ठक वर्ण ( ) ) को छोड़ दें यदि यह कई विकिपीडिया लिंक को तोड़ने वाले लिंक में अंतिम वर्ण है
दूसरी ओर, URL अक्सर पाठ प्रवाह में कोष्ठक में संलग्न होते हैं (उदाहरण के लिए http://example.com/foobar देखें) <- यहां की तरह, और इसी तरह मार्कडाउन फाइलों में हैं।
ग्नोम-टर्मिनल में हमने कोष्ठक () और वर्ग कोष्ठक [] अनुमति देकर इन दो विरोधाभासी आवश्यकताओं को संबोधित किया, जब तक वे संतुलित जोड़े में होते हैं। यह पुनरावर्ती नियमित अभिव्यक्ति का उपयोग करके लागू किया गया था। जीटी 763980 देखें।
इसी तरह का एक और मुश्किल मामला अनुगामी एपोस्ट्रोफ है, जीटी 448044 देखें।

हम सर्वर को मतदान किए बिना इसका पता नहीं लगा सकते हैं
हाहा, यह भी एक संभावना है - मैं व्यक्तिगत रूप से इसके लिए नहीं जाऊंगा, हालांकि। मुझे यकीन है कि आप डेटा रिसाव के साथ-साथ धीमेपन के बारे में मेरी चिंताओं को साझा करेंगे।
यह सब अनुमान है, कोई सही समाधान नहीं है (ठीक है, इस अंतर को दूर करने के लिए #204 है)। हमने पाया कि मेल खाने वाली पैरेंस चीज काफी अच्छी तरह से काम करती है, जब से हमने इसे लागू किया है तब से हमें कोई रिपोर्ट नहीं मिली है। कम से कम यह निश्चित रूप से हमेशा माता-पिता से मेल खाने या कभी मेल न खाने से बेहतर साबित हुआ। इसे लागू करना थोड़ा मुश्किल था, कुछ रेगेक्स पुस्तकालयों की शायद ही कभी इस्तेमाल की जाने वाली और शायद ही ज्ञात रेगेक्स विशेषताओं में खुदाई करना (इसलिए मुझे आश्चर्य नहीं है कि कई टर्मिनल इससे परेशान नहीं हैं), लेकिन मुझे लगता है कि यह इसके लायक था। :)

DHowett-MSFT 24 जून 2019

👍9

मुझे लगता है कि हमें फ़ोल्डर पथ का पता लगाने और उन्हें क्लिक करने योग्य भी बनाने की आवश्यकता है।
कोड डीबग करना आसान:
WindowsTerminal_2019-07-18_09-11-04

meotimdihia 18 जुल॰ 2019

👍51

टीचिंगटिप नियंत्रण का उपयोग लिंक पूर्वावलोकन सुविधा के लिए किया जा सकता है

mdtauk 18 जुल॰ 2019

आप प्रेरणा के लिए वीएस कोड के टर्मिनल जैसे कुछ देख सकते हैं। फिर यह सब शायद स्वतः स्पष्ट है।

क्यों न सिर्फ एक ही कोड साझा करें?

trajano 7 अग॰ 2019

संभवत: http:// या https:// से शुरू होने वाले टेक्स्ट के अलावा किसी और चीज का समर्थन करने की आवश्यकता नहीं है

मुझे लगता है कि आपको www. डिटेक्शन जोड़ना चाहिए।

trajano 7 अग॰ 2019

👍1

क्यों न सिर्फ एक ही कोड साझा करें?

खैर, यह टाइपस्क्रिप्ट, जावास्क्रिप्ट की एक बोली में लिखा गया है ... इसलिए यह हमारे सी ++ प्रोजेक्ट में बिल्कुल काम नहीं करेगा।

DHowett-MSFT 7 अग॰ 2019

👍11 😄3

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

awarmfastbear 4 सित॰ 2019

टीचिंगटिप नियंत्रण का उपयोग लिंक पूर्वावलोकन सुविधा के लिए किया जा सकता है

आप कल्पना कर सकते हैं कि यह नियंत्रण लिंक पर फ़ेविकॉन, साइट नाम और लिंक के लिए URL या बिंग विवरण के साथ दिखाई दे रहा है।

mdtauk 4 सित॰ 2019

@mdtauk और @awarmfastbear - आपका मतलब है कि लिंक पूर्वावलोकन पॉप अप है जिसे हमने टर्मिनल के सिज़ल वीडियो में दिखाया है ?

bitcrazed 4 सित॰ 2019

जैसा कि आप @bitcrazed बताते हैं, इस सुविधा का संकेत उस

mdtauk 4 सित॰ 2019

👍1

@bitcrazed जो सचमुच इस मुद्दे की पहली वाक्य है,

DHowett-MSFT 4 सित॰ 2019

@mdtauk सहमत हुए। हम निश्चित रूप से पहिया का अनावश्यक रूप से पुन: आविष्कार नहीं करना चाहते हैं। यदि हम इस तरह की सुविधाओं को लागू करने के लिए मानक XAML नियंत्रणों का उपयोग कर सकते हैं, तो हम करेंगे।

यदि नहीं, तो हम यह पता लगाने के लिए एक्सएएमएल नियंत्रण टीमों के साथ काम करेंगे कि क्या मौजूदा नियंत्रणों में परिवर्तन करने की आवश्यकता है, या यदि सही व्यवहार के साथ एक नए नियंत्रण की आवश्यकता है।

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

bitcrazed 4 सित॰ 2019

यह बहुत अच्छा होगा यदि आप https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda का समर्थन कर सकते हैं

lypanov 14 नव॰ 2019

इग्नाइट 2019 सत्रों में से एक में, यह संकेत दिया गया था कि यह एक विस्तार सुविधा के माध्यम से समर्थित होगा। इसलिए, हमें विस्तार समर्थन के लिए प्रतीक्षा करने की आवश्यकता है।

RobCannon 14 नव॰ 2019

😕2

@bitcrazed अभी, विंडोज़ टर्मिनल https://github.com/pew/ternimal पर "रेनबो मोड" बेंचमार्क पर बहुत तेज़ है

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

इसके अलावा, यदि उपयोगकर्ता राइट-क्लिक करता है, तो उस स्थान पर अटूट वर्ण अनुक्रम का विश्लेषण करें (इसलिए क्लिक किए गए अनुक्रम से पहले/बाद में व्हाइटस्पेस पर रुकें), इस प्रकार पूरे शब्द को हाइलाइट करें। फिर लिंक पार्सिंग करें। यदि कोई लिंक पाया जाता है, तो "लिंक खोलें" मेनू आइटम दिखाएं।

Ctrl-और-होवर और राइट-क्लिक परिदृश्य दोनों में, पार्सर समान है:

माउस कर्सर के होवर किए गए "पंक्ति + कॉलम" प्राप्त करें।
यदि वह कॉलम व्हाइटस्पेस है, तो कुछ भी न करें, क्योंकि स्कैन करने के लिए कुछ भी नहीं है।
यदि वह कॉलम व्हाइटस्पेस नहीं है, तो इससे पहले और बाद में सभी "कनेक्टेड" वर्णों को तब तक स्कैन करके एकत्र करें जब तक कि आप व्हाइटस्पेस (न्यूलाइन, स्पेस इत्यादि; लंबवत और क्षैतिज व्हाइटस्पेस दोनों) का सामना न करें। परिणाम एक शब्द, या एक कड़ी, या कुछ और होगा।
यह पता लगाने के लिए कि यह एक यूआरएल है या नहीं, इसका एक साधारण लिंक पार्सिंग करें। फाइल सिस्टम पार्सिंग भी करें, अगर कुछ स्थानीय फ़ाइल पथ की तरह दिखता है (उदाहरण के लिए C:\Tools\foo.cpp:80 को बाएं से दाएं पार्स किया जाएगा और पता लगाया जाएगा कि C:\Tools\foo.cpp एक फाइल है)।
यदि किसी URL/फ़ाइल पथ का पता चलता है, तो लिंक को हैंडल करें।

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

सभी विकल्प बेकार और बहुत धीमे होंगे।

पुनश्च: यदि यह मददगार है, तो अलाक्रिट्टी टर्मिनल इन वर्णों को "चरित्र अनुक्रम लिंक-सेपरेटर्स" के रूप में परिभाषित करता है: ",│`|:\"' ()[]{}<>\t" , जो यह परिभाषित करने के लिए उपयोगी हो सकता है कि क्लिक किए गए पथ, URL आदि का पता लगाने के लिए स्ट्रिंग्स को कैसे विभाजित किया जाए। / आच्छादित वर्ण अनुक्रम। अगर मैं एक पार्सर लिख रहा था, तो मैं ऊपर वर्णित "पूर्ण गैर-व्हाट्सएप कैरेक्टर अनुक्रम प्राप्त करें" तकनीक का उपयोग करता हूं, इसके बाद "कचरे के आसपास की पट्टी जैसे <> या () उसके बाद, अंतिम लिंक का पता लगाने के लिए।

Bananaman 6 दिस॰ 2019

👍9 🚀6 👎1

अरे @VideoPlayerCode - अपने विचार यहाँ प्रस्तुत करने के लिए धन्यवाद।

मैं सहमत हूं, केवल यूआरएल के लिए पार्सिंग जब उपयोगकर्ता एक कुंजी/तार हिट करता है तो रेगेक्स स्कैनिंग को स्थगित करना होता है, लेकिन इसका अभी भी मतलब होगा कि हम टेक्स्ट में एम्बेड किए गए यूआरएल को हाइलाइट नहीं कर सके - ऐसा कुछ जो बहुत से उपयोगकर्ताओं ने पहले ही मांगा है।

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

मुझे पूरा यकीन है कि हम पैटर्न/रेगेक्स मैचों को काफी अच्छे तरीके से पहचानने में सक्षम होने के लिए एक रणनीति खोजने में सक्षम होंगे। अंततः। एक दिन

bitcrazed 7 दिस॰ 2019

👍2

@bitcrazed

मैं सहमत हूं, केवल यूआरएल के लिए पार्सिंग जब उपयोगकर्ता एक कुंजी/तार हिट करता है तो रेगेक्स स्कैनिंग को स्थगित करना होता है, लेकिन इसका अभी भी मतलब होगा कि हम टेक्स्ट में एम्बेड किए गए यूआरएल को हाइलाइट नहीं कर सके - ऐसा कुछ जो बहुत से उपयोगकर्ताओं ने पहले ही मांगा है।

आह, मुझे अभी एहसास हुआ कि मार्केटिंग वीडियो में "हमेशा सक्रिय स्कैनर" सुविधा प्रस्तुत की गई थी और उपयोगकर्ताओं द्वारा अपेक्षित है। उफ़।

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

वाह, मुझे वह विचार पसंद है! उपयोगकर्ता कॉन्फ़िगरेशन में रेगेक्स सेट करने में सक्षम होने और मैचों को हाइलाइट करने का तरीका चुनना शानदार होगा।

मुझे पूरा यकीन है कि हम पैटर्न/रेगेक्स मैचों को काफी अच्छे तरीके से पहचानने में सक्षम होने के लिए एक रणनीति खोजने में सक्षम होंगे। अंततः। एक दिन

ठीक है, अगर लगातार स्कैनिंग की जरूरत है ... यहां कुछ विचार दिए गए हैं:

स्कैन करते समय, केवल वर्तमान में दिखाई देने वाला स्क्रीन बफर ही करें। यदि स्क्रीन बफर एक गैर-व्हाट्सएप वर्ण से शुरू होता है, तो वह टेक्स्ट भी शामिल करें जो पिछले व्हाइटस्पेस तक ऑफ-स्क्रीन था (जैसे कि यदि शीर्ष पंक्ति hub.com/foo लेकिन वास्तव में https://git<wrap>hub.com/foo की एक लिपटे निरंतरता है
उस बफर पर रेगेक्स चलाने के लिए चार तरीकों में से एक (या सभी के संयोजन) में थ्रॉटल करना होगा:
उ: केवल तभी स्कैन करें जब स्क्रीन पर कुछ भी नहीं लिखा गया हो (कोई नया टेक्स्ट/परिवर्तित वर्ण नहीं) एक सामान्य समय के लिए, जैसे कि 300ms। इसका मतलब है कि जब तेजी से स्क्रॉल करने वाले लॉग या "कैट" सक्रिय होते हैं, तो वे बिना रुके चलेंगे।
या बी: इसे एक स्पंदन अंतराल पर चलाएं जैसे कि 300ms, जहां आप निष्पादन को रोकते हैं, एक त्वरित स्कैन करें, जहां आवश्यक हो वहां हाइलाइट करें, फिर निष्पादित करना जारी रखें (आने वाले स्टडआउट डेटा का उपभोग)।
या सी: स्क्रॉलिंग धीमी होने पर रीयलटाइम में स्कैन करें, लेकिन आउटपुट दर बहुत अधिक होने पर रीयलटाइम स्कैनिंग पूरी तरह से बंद कर दें। उदाहरण के लिए "cat 10mbfile.txt" रीयलटाइम स्कैनिंग को अक्षम कर देगा क्योंकि टर्मिनल एक पागल आउटपुट दर को नोटिस करेगा। और जैसे ही पागल आउटपुट बंद हो जाता है, पुराने आउटपुट बफर के माध्यम से वन-टाइम पास करें जो अभी स्ट्रीम किया गया था। मुझे यह विचार सबसे ज्यादा पसंद है। और इसे केवल दृश्यमान स्क्रीन बफर को स्कैन करने की तकनीक के साथ संयोजित करें।
या डी: जैसे ही यह आता है सभी डेटा को लाइव स्कैन करें (प्रदर्शन के लिए चूसना होगा), और परिणामों को कैश करें। जब भी पंक्तियाँ जोड़ी जाती हैं या वर्ण बफ़र में बदले जाते हैं, तो केवल उन्हीं पंक्तियों को स्कैन/पुनः स्कैन करें।
कम से कम रीयलटाइम स्कैनिंग के लिए, केवल सहायक लिंक पर विचार करें। चूंकि कस्टम रेगेक्सप्स सचमुच इतने पागल हो सकते हैं कि वे पूरे बफर से मेल खाएंगे। कल्पना करें कि आप "लॉग परिणाम:" शब्दों से मेल खाने वाले रेगेक्सपी से मेल खाने के लिए कैसे शुरू करेंगे, जो आपके "कस्टम रेगेक्सपी" उदाहरण में "लॉग का अंत" कहने वाली रेखा तक नीचे है। यह डेटा की हज़ारों पंक्तियाँ हो सकती हैं जिनका मिलान होना चाहिए। हेक, उस रेगेक्सपी को यह भी नहीं पता होगा कि मैच के अंत में "लॉग ऑफ लॉग" क्लैंपिंग को देखने तक किसी भी चीज़ का मिलान कैसे किया जाए। बहुत पागल...
यदि आप केवल लिंक का समर्थन करते हैं, तो आप केवल "http:" और "https:" (केस-असंवेदनशील) के लिए एक बहुत ही सरल, अनुकूलित पैटर्न-मैचर के साथ स्कैन करके पागलों की तरह अनुकूलित कर सकते हैं, और फिर "पूर्ण रेगेक्सपी इंजन" स्कैन _only_ कर सकते हैं। उस मैच के चारों ओर व्हाइटस्पेस-सीमांकित वर्ण अनुक्रम पर।
उन फ़ाइलों पर "बिल्ली" करने वाले लोगों के बारे में भी सावधान रहें, जिनमें अंतहीन रूप से चलने वाले वर्ण हैं, क्योंकि यह प्रदर्शन को मारने वाला है।
विधियों ए, बी और सी के लिए: जब उपयोगकर्ता पुराने टेक्स्ट को देखने के लिए बफर में पीछे की ओर स्क्रॉल करता है, तो वे पिक्य होंगे और थ्रॉटल पल्स अंतराल के दौरान "पॉप" के लिंक की अपेक्षा नहीं करेंगे। इसलिए स्क्रॉलबार के साथ मैन्युअल रूप से स्क्रॉल करते समय तेजी से स्कैनिंग करें। लेकिन आउच, मैं मुश्किल से कल्पना कर सकता हूं कि वास्तविक समय में बहने वाले/स्व-संशोधित पाठ को एक प्रदर्शनकारी तरीके से स्कैन करने के लिए कोड कितना मोटा होगा।

संक्षेप में: ओह प्रिय, एक सुंदर पागल (खराब प्रदर्शन तरीके से) सुविधा की उपयोगकर्ता अपेक्षाओं को पूरा करने के लिए शुभकामनाएँ। यह समस्या एक HTML वेबपेज को स्कैन करने के लिए एक तेज़ रेगेक्सपी लिखने की कोशिश की तरह है जो लगातार अधिक से अधिक डेटा डाउनलोड करता है और पुराने डेटा को स्वयं-संशोधित करता है ...

Bananaman 7 दिस॰ 2019

अपने विचार साझा करने के लिए धन्यवाद :) खुशी है कि आप इस सुविधा को उतना ही पसंद करते हैं जितना मैं करता हूं;)

हम जो भी स्कैनिंग तंत्र का उपयोग करते हैं, निश्चित रूप से यह समाप्त हो जाएगा:

1) अतुल्यकालिक
2) कुशल
3) विन्यास योग्य

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

अब, यदि केवल हमारे पास अधिक देव और/या पर्याप्त रूप से प्रेरित समुदाय के सदस्य हैं जिनके पास मदद करने के लिए कौशल और समय है

bitcrazed 9 दिस॰ 2019

दूसरा आपके पास विस्तार बिंदु हैं, मुझे यकीन है कि कौशल के साथ हम में से बहुत से लोग हैं। और हम समय निकालने की बहुत कोशिश करेंगे :) कम से कम खुद को गिनें।

lypanov 9 दिस॰ 2019

उस दिन का इंतज़ार है :)

bitcrazed 10 दिस॰ 2019

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

kvan 15 फ़र॰ 2020

❤1

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

मैं यह नहीं कहूंगा कि यह व्यवहार सही है या गलत, लेकिन इसे लागू करते समय निश्चित रूप से कुछ ध्यान में रखना चाहिए। सन्दर्भ के लिए:
https://gitlab.com/gnachman/iterm2/issues/6050
https://gitlab.com/gnachman/iterm2/issues/3688
https://gitlab.com/gnachman/iterm2/issues/5303
https://gitlab.com/gnachman/iterm2/-/wikis/dnslookupissue
https://nvd.nist.gov/vuln/detail/CVE-2015-9231

chrissinclair 17 फ़र॰ 2020

👍3

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

eblount 4 मार्च 2020

👍87 ❤20 🚀7

मुझे विंडोज़ टर्मिनल पसंद है, लेकिन जब भी मैं लिंक पर क्लिक करना चाहता हूं तो मुझे हर बार एक अलग टर्मिनल पर स्विच करने से नफरत है। बस इतना ही।

Dannymx 28 मई 2020

👍1

इस सुविधा के लिए पूछने के लिए यहां बैंडबाजे पर कूदना। MacOS से आते हुए, मैं वास्तव में अजीब कॉपी / पेस्ट अनुष्ठान से गुजरे बिना URL पर क्लिक करने का एक त्वरित तरीका याद करता हूं।

pablodiazgutierrez 12 जून 2020

क्लिक करने योग्य लिंक V2.0 के रोडमैप पर हैं: https://github.com/microsoft/terminal/blob/master/doc/terminal-v2-roadmap.md

bitcrazed 12 जून 2020

🚀1 🎉1

उल्लेखनीय परिवर्तनों / अपडेट के लिए इसे देखने वाले कुछ सब्सक्राइबर्स की ओर से; क्या हम इस मुद्दे को अभी के लिए लॉक/म्यूट कर सकते हैं?

अतिरिक्त पूछता है, +1, मूल्य प्रदान नहीं करते हैं और हमारे इनबॉक्स में अधिक प्रदूषण लाते हैं। अगर कोई इसमें योगदान देना चाहता है तो वह सीआर बनाकर इस मुद्दे को रेफर कर सकता है। :)

awarmfastbear 12 जून 2020

Terminal: डिज़ाइन क्लिक करने योग्य लिंक और लिंक पूर्वावलोकन सुविधा/एक्सटेंशन

सबसे उपयोगी टिप्पणी

सभी 30 टिप्पणियाँ

नई सुविधा/एन्हांसमेंट का सारांश

कार्यान्वयन विवरण

संबंधित मुद्दों