Terminal: [टर्मिनल] वीटी माउस सपोर्ट

हाँ, यह इस समय एक ज्ञात मुद्दा है। हमें दो स्थानों पर माउस के लिए समर्थन जोड़ने की आवश्यकता है: दोनों टर्मिनल में, माउस अनुक्रमों को संश्लेषित करने में सक्षम होने के लिए, और माउस अनुक्रमों को पढ़ने में सक्षम होने के लिए।

यह समस्या पहले बिट, टर्मिनल कार्यक्षमता को ट्रैक कर रही है।

दूसरे बिट के लिए, दूसरे भाग के लिए, #376 देखें।

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

मैं यह बताना चाहूंगा कि डॉकर (पॉवरशेल के माध्यम से) के भीतर tmux में माउस समर्थन भी समर्थित नहीं है। मुझे पता है कि ऐसा इसलिए है क्योंकि कार्यक्षमता केवल टर्मिनल में नहीं है, इसलिए निश्चित रूप से यह डब्लूएसएल या डॉकर में काम नहीं करेगा, लेकिन मैंने सोचा कि मैं आगे बढ़ूंगा और इसका उल्लेख करूंगा।

माउस WSL में TMUX के साथ काम करता है

माउस wsltty के साथ काम करता है: https://github.com/mintty/wsltty

@guibirow शायद यह टर्मिनल के भीतर से डॉकर के साथ एक समस्या है।

नहीं, यह डॉकर के साथ कोई समस्या नहीं है। यह conpty (यह रेपो) के साथ एक मुद्दा है। यदि आप माउस का समर्थन चाहते हैं तो wsltty आज़माएं।

क्या भविष्य में टर्मिनल के माध्यम से डॉकर के लिए tmux में पूर्ण माउस समर्थन को सक्षम करने की योजना है?

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

इसलिए मैंने टर्मिनल में WSL 1 के माध्यम से tmux की जाँच की और माउस वहाँ भी समर्थित नहीं है। तो मेरा अनुमान है कि इस बिंदु पर tmux ही टर्मिनल में काम नहीं करता है और यह डॉकर मुद्दा नहीं है। यकीन नहीं होता कि @guibirow अपने अंत में क्या देख रहा था।

इसे सक्षम करने के लिए आपको एक कमांड चलाना होगा, डिफ़ॉल्ट रूप से सक्षम नहीं है।
मेरे पास अभी यह नहीं है, लेकिन यह इस तरह सरल है set mouse on
मुझे अगले सप्ताह पुष्टि करनी होगी जब मुझे मेरा लैपटॉप मिलेगा

यह केवल wsl टर्मिनल पर काम करता है, हालांकि नए विंडोज़ टर्मिनल में नहीं

ओह मुझे मिल गया। हाँ यह सादा डब्लूएसएल विंडो में ठीक काम करता है। यह केवल नए विंडोज टर्मिनल के भीतर एम्बेडेड होने पर काम करने में विफल रहता है।

यदि आप माउस समर्थन लागू करते हैं, तो कृपया SGR (1006) एक्सटेंशन को भी लागू करना सुनिश्चित करें।

विरासत, बाइट-आधारित प्रोटोकॉल केवल 223 तक पंक्ति और स्तंभ संख्याओं की अनुमति देता है, क्योंकि इस संख्या में 32 जोड़ा जाता है और इसे एकल बाइट के रूप में भेजा जाता है। कॉलम की सीमा बहुत छोटी होने के लिए असामान्य नहीं है। (वैसे, कॉलम ९५ से शुरू होकर उत्पन्न डेटा 7-बिट क्लीन नहीं है और मान्य UTF-8 नहीं है जो कि luit जैसी रूपांतरण परतों को एन्कोडिंग के लिए एक समस्या है।)

SGR 1006 एक्सटेंशन संख्याओं को दशमलव अंकों के रूप में एन्कोड करके इन समस्याओं को ठीक करता है, और बहुत सारे अनुप्रयोगों द्वारा समर्थित है।

यदि इस एक्सटेंशन का अनुरोध नहीं किया गया है, तो कृपया कोई भी घटना उत्पन्न न करें यदि पंक्ति या स्तंभ 223 से अधिक है। अन्यथा अतिप्रवाह के बुरे परिणाम हो सकते हैं। उदाहरण के लिए कॉलम २२७ पर क्लिक करने से बाइट ३२+२२७ = २५९ = ३ = Ctrl+C उत्पन्न हो सकता है जो आमतौर पर चलने वाली प्रक्रिया में एक SIGINT भेजने वाला इंटरप्ट कैरेक्टर है।

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

स्पष्ट करने के लिए, क्योंकि हमारे बीच में conhost है, यह इस तरह दिखेगा:

                                      |                 |
                 DECSET 1002, 1005    | Windows conhost |
+-------------+                       |  (in PTY mode)  |
|             +----------------------->                 |
| Application |                       |                 |
|             <-----------------------+                 |
+-------------+                       |                 |
                 mouse information    |                 |
                 1002 in 1005 format  |                 |
                                      |                 |
                                      +---+---------^---+
                                          |         |
                                          |         | mouse information in
                         DECSET 1002,1006 |         | SGR Extended Format
                                          |         | (1002+1006)
                                          |         |
                                      +---v---------+---+
                                      |                 |
                                      | Windows         |
                                      |  Terminal       |
                                      |                 |
                                      |                 |
                                      |                 |
                                      |                 |
                                      +-----------------+

क्या आपका मतलब एप्लिकेशन और कॉनहोस्ट के बीच 1005 था, या यह इस तस्वीर में एक टाइपो है? माउस एक्सटेंशन १००५ और १०१५ भी मौजूद हैं, लेकिन उनकी खामियों के कारण शायद ही उनका उपयोग किया जाता है (यदि बिल्कुल भी), तो यह ऐसा कुछ नहीं है जिसमें एप्लिकेशन रुचि रखते हैं।

1005 (xterm की दो-बाइट UTF-8), 1015 (urxvt) और 1006 (xterm SGR), इस कालानुक्रमिक क्रम में, कॉलम संख्या की सीमा को संबोधित करने के लिए तीन परस्पर अनन्य एक्सटेंशन हैं। उदाहरण के लिए देखें मिडनाइट कमांडर पहले दो की खामियों के बारे में तकनीकी विवरण के लिए 2662 और 2956 जारी करता है । ध्यान दें कि यह कहानी अब 6-8 साल पुरानी है। मुझे ऐसे किसी भी एप्लिकेशन के बारे में पता नहीं है जो समस्याग्रस्त 1005 और/या 1015 का समर्थन करता है, लेकिन ठीक 1006 नहीं। इसलिए, मुझे पहले दो के लिए समर्थन लागू करने का कोई मतलब नहीं दिखता (हालांकि इसे लागू करना बहुत आसान होना चाहिए) )

वह बहुत अच्छी तरह से एक टाइपो हो सकता है, अभी, conhost वास्तव में विभिन्न माउस मोड के एक समूह का समर्थन करता

यह कोई टाइपो नहीं है। क्षमा करें, इसका उद्देश्य यह स्पष्ट करना था कि स्यूडोकोनसोल सिस्टम क्लाइंट एंड पर माउस मोड के एक समूह का समर्थन कैसे कर सकता है (एक एप्लिकेशन 1005, 1015, लीगेसी VT220, आदि का अनुरोध करता है) लेकिन एक एकीकृत माउस मोड इंटरफ़ेस (1006) को pty पाइप में प्रस्तुत करता है। धारक।

वह आरेख निश्चित रूप से #376 में बेहतर रूप से फिट बैठता है, जो कि इस बग का ढांचागत हिस्सा है।

@ DHowett-MSFT बहुत बढ़िया, स्पष्टीकरण के लिए धन्यवाद!

मैं भविष्य में रिलीज होने के लिए इसका बेसब्री से इंतजार कर रहा हूं - मैं tmux पैन पर क्लिक करता रहता हूं इस उम्मीद में कि माउस काम करेगा :)

इस पर कोई प्रगति?

@sandric विशेष रूप से नहीं - जब साझा करने के लिए कुछ नोट है, तो हम इस धागे में पोस्ट करना सुनिश्चित करेंगे

@ कार्लोस-ज़मोरा इस महीने यह काम शुरू कर रहा है (जैसा कि आप "असाइन किए गए" और "मील का पत्थर" फ़ील्ड से दाईं ओर देख सकते हैं)। उसे एक पीआर (#3963) मिल गया है, जो #376 के लिए काम शुरू कर रहा है, जो इस सुविधा के लिए एक पूर्वापेक्षा है।

@ zadjii-msft आपके द्वारा लिंक किया गया पीआर कहता है कि इसे मर्ज कर दिया गया था क्या यह अभी सही है?

जारी नोटों में टिप्पणी के आधार पर:

स्यूडोकोनसोल अब माउस एस्केप को प्रोसेस करेगा, लेकिन यह अभी तक उनके लिए बहुत उपयोगी नहीं होगा (#3963)

ऐसा नहीं लगता (अभी तक)। मैं बना रहता हूँ!

@fpqc हाँ, यह सही है, कि एक पीआर विलय कर दिया गया था। उस चर्चा से, टर्मिनल में पूरी तरह से काम करने से पहले अभी भी काम की एक गुच्छा की जरूरत है:

• [ ] Conpty किसी भी माउस मोड में प्रवेश करने पर टर्मिनलों को यह बताने के लिए एक [अनुक्रम] उत्सर्जित करता है कि उन्हें VT माउस मोड इनपुट को SGR अनुक्रमों (होवर, स्क्रॉल, आदि के साथ) के रूप में संश्लेषित करना चाहिए।
• [ ] Conhost माउस इनपुट को VT में conpty और HWND दोनों से उसी तरह ट्रांसलेट करता है
• [] वीटी माउस मोड इनपुट को संश्लेषित करने के लिए टर्मिनल [अनुक्रम] का उपभोग कर सकता है

और फिर निश्चित रूप से, यह मुद्दा:

• [ ] टर्मिनल माउस इनपुट अनुक्रमों को संश्लेषित करता है

VT माउस के सक्षम होने पर हम टेक्स्ट को कैसे कॉपी करते हैं? मैं इसे विम या टीएमयूक्स पर नहीं कर सका।

टर्मिनल के साथ इंटरैक्ट करने के लिए शिफ्ट को दबाए रखें, न कि इसके अंदर एप्लिकेशन।

यह बहुत बढ़िया है! हम स्टोर में इसका पूर्वावलोकन कब देखेंगे?

बने रहें

दुकान से डाउनलोड किया गया! माउस VIM, htop और Tmux में बढ़िया काम कर रहा है। अंत में, अन्य सभी डब्लूएसएल टर्मिनल से माइक्रोसॉफ्ट वन में जाने का समय! अच्छा काम दोस्तों और बहुत बहुत धन्यवाद!

पीएस: शिफ्ट भी बहुत अच्छा काम कर रहा है!

बस यहाँ यह देखने आया था कि माउस क्यों काम नहीं कर रहा था ... @yveslange की सबसे हालिया टिप्पणी

धन्यवाद दोस्तों!

@ DHowett-MSFT: माउस अभी भी मेरे लिए माइक्रो (https://github.com/zyedidia/micro) के साथ काम नहीं करता है, जबकि माउस और स्क्रॉलव्हील दोनों डिफ़ॉल्ट पॉवरशेल या cmd.exe टर्मिनल में त्रुटिपूर्ण रूप से काम करते हैं। क्या अभी के लिए माउस सपोर्ट केवल WSL में काम कर रहा है?

@nicolus वास्तव में, माउस इनपुट केवल वर्तमान में WSL अनुप्रयोगों के लिए काम करता है। यदि आप माइक्रो के Win32 संस्करण का उपयोग कर रहे हैं, तो मैं शर्त लगा सकता हूं कि यह अभी काफी काम नहीं करेगा। आप शायद अभी के लिए डब्लूएसएल संस्करण चलाकर इस पर काम कर सकते हैं। #376 वह समस्या है जिसका उपयोग हम विंडोज माउस इनपुट के लिए कर रहे हैं

@zadjii-msft
"commandline": "ssh [...]" साथ कस्टम प्रोफ़ाइल के साथ माउस ईवेंट मेरे लिए काम नहीं करते हैं। क्या #376 का समाधान होने तक यह भी अपेक्षित है? क्या कोई अच्छा उपाय है?

संपादित करें : या यह सिर्फ PowerShell/Win32-OpenSSH#1310 का परिणाम है और अन्यथा काम करेगा?

यह https://github.com/PowerShell/Win32-OpenSSH/issues/1310 का परिणाम है, जो (दयापूर्वक) 8.x श्रृंखला में तय किया गया है।

@ DHowett-MSFT त्वरित उत्तर के लिए धन्यवाद। उस स्थिति में, क्या अभी फिक्स के साथ किसी संस्करण में मैन्युअल रूप से अपग्रेड करने का कोई समझदार तरीका है या बस प्रतीक्षा करना बेहतर है?

ज़रूर, बस उनके रिलीज़ पेज से नवीनतम रिलीज़ डाउनलोड करें!