Terminal: [Conpty] माउस इनपुट के लिए समर्थन जोड़ें

अरे @wez ,
दुर्भाग्य से, ConPTY माउस रिपोर्ट को ट्रांज़िट नहीं करेगा (या, होस्ट किए गए एप्लिकेशन से, _माउस रिपोर्टिंग के लिए अनुरोध_)। हमारे पास इस पर नज़र रखने वाला एक बैकलॉग आइटम है, जिसकी हम जल्द ही पहुंचने की उम्मीद कर रहे हैं।

दुर्भाग्य से, हम केवल एन्कोडेड माउस ईवेंट को पास नहीं कर सकते हैं: चूंकि ConPTY मानक विंडोज़ कंसोल अनुप्रयोगों की मेजबानी कर सकता है, जिनमें से MOUSE_EVENT s ReadConsoleInput माध्यम से आने की उम्मीद करेंगे, हम करेंगे कुछ अनुवाद करने की जरूरत है।

अन्य सभी मामलों में, हालांकि, ऐसा लगता है कि आप स्यूडोकोनसोल को सही तरीके से सेट कर रहे हैं।

ट्रैकिंग: एमएसएफटी: 20469462

@ DHowett-MSFT प्रतिक्रिया के लिए धन्यवाद!
यह थोड़ा अटपटा है कि माउस रिपोर्टिंग अभी तक नहीं हुई है, लेकिन फिर भी अच्छा है कि बाकी पीटी सामान अब संभव है!

मेरे पास ConPTY के साथ वास्तव में माउस समर्थन चाहने के अलावा कुछ भी नहीं है। alacritty के साथ अब alacritty + ssh + tmux का उपयोग करके ConPTY समर्थन विंडोज पर एक अविश्वसनीय लिनक्स टर्मिनल है, अब केवल माउस समर्थन की कमी है।

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

मेरे उपयोग के लिए, vim और tmux के साथ अच्छे अनुभव के लिए माउस ईवेंट भेजना अत्यंत महत्वपूर्ण है।

बस इसके लिए अपना समर्थन यहाँ छोड़ रहा हूँ, साथ ही थोड़ा सा संदर्भ भी। पिछले एक महीने में मैंने दोहरी बूटिंग बंद कर दी है और मेरी प्राथमिक व्यक्तिगत मशीन के रूप में विंडोज 10 इनसाइडर बिल्ड "फास्ट" रिंग का उपयोग करना शुरू कर दिया है। उस पर मेरे पास wsl2 पूरी तरह से काम कर रहा है, x410 पूरी तरह से काम कर रहा है, माइक्रोसॉफ्ट टर्मिनल बढ़िया काम कर रहा है, विजुअल स्टूडियो कोड wsl2 इंटरऑप पूरी तरह से काम कर रहा है, और explorer.exe पूरी तरह से काम कर रहा है।

यह माउस इनपुट टिकट बहुत ही एकमात्र चीज है जो मुझे wsl2/माइक्रोसॉफ्ट टर्मिनल को एक अलग विभाजन/विकास बॉक्स रखने के लिए एक उचित प्रतिस्थापन कॉल करने से रोक रहा है। चूंकि यहां कुछ स्पॉट ओपन सोर्स हैं, क्या कोई संकेत है कि माउस डिवाइस इनपुट को कहीं से /dev या क्या मुझे बस कसकर लटका देना चाहिए?

हालांकि इस सब के लिए धन्यवाद! मैं वास्तव में इसे पसंद करता हूँ अन्यथा :)

यह कहने/अनुरोध करने के लिए एक और वोट कि माउस समर्थन इतना प्यारा होगा, और tmux का उपयोग करने वाले किसी भी व्यक्ति द्वारा इसे बहुत याद किया जाता है, हालांकि इसके बिना प्राप्त किया जा सकता है।

कृपया कृपया माउस समर्थन सक्षम करें

@ DHowett-MSFT, नाग के बारे में खेद है, क्या इसे जल्द ही ठीक करने की कोई योजना है? अन्य मुद्दों पर असाइन किए गए लेबल/प्राथमिकताएं देखना, लेकिन यह उनमें से एक नहीं है, इसलिए बस जांच कर रहे हैं। धन्यवाद।

@damnskippy प्राथमिकता उन चीजों को सौंपी जा रही है जिन्हें हमें इन-बॉक्स विंडोज़ कंसोल होस्ट (आंतरिक बग समय सीमा के कारण) में ठीक करने की आवश्यकता है। यह एक _विशाल_ विशेषता है (और इसके लिए उचित पैमाने पर विनिर्देश की आवश्यकता है) और जबकि हम जानते हैं कि हमें v1.0 के लिए इसकी आवश्यकता है, हम आज इस पर सक्रिय रूप से काम नहीं कर रहे हैं।

अगर हम इसे एक बग की तरह "ठीक" कर सकते हैं, तो मुझे यह अच्छा लगेगा - लेकिन इसे ठीक करने के अलावा और भी बहुत कुछ चाहिए।

अद्यतन के लिए धन्यवाद। आपके कार्य की सराहना की जाती है।

मुझे पसंद है कि आप यहां क्या कर रहे हैं, मैं करता हूं, लेकिन जब तक हमें माउस का समर्थन नहीं मिलता, हमें इस टर्मिनल के उद्देश्य को कुछ हद तक हराते हुए, इस टर्मिनल को दूसरे टर्मिनल के साथ पूरक करना होगा।

इसके बिना मिडनाइट कमांडर एक बुरा सपना है।

सामान्य रूप से माउस इनपुट उपयोगी हो सकता है, मान लीजिए कि समुदाय में कोई व्यक्ति डॉसबॉक्स ऐड-इन और प्रोफाइल बनाना चाहता है जो विंडोज टर्मिनल में चल सकता है।

मैं एक भारी विम उपयोगकर्ता हूं; यहां तक ​​कि मुझे माउस सपोर्ट की याद आती है

मैंने अभी-अभी @ दालचीनी-एमएसएफटी ब्लॉग अपडेट पढ़ा है, ऐसा लगता है कि टीम इस साल के अंत तक 1.0 का लक्ष्य बना

क्या इसका मतलब यह है कि हमें साल के अंत तक माउस सपोर्ट मिलेगा?

हो सकता है, लेकिन कोई कठिन काम नहीं। यह अनुमान लगाना कि सॉफ्टवेयर को पूरा होने में कितना समय लगता है, P==NP साबित करने में उतना ही कठिन है। मैं यहां तक ​​कहूंगा कि इसके बिना टर्मिनल 1.0-तैयार नहीं होगा।

यदि हां, तो क्या इस पर अभी सक्रिय रूप से कार्य किया जा रहा है ?

फिलहाल नहीं। किसी को भी कार्य नहीं सौंपा गया है, और आमतौर पर जब टीम में कोई व्यक्ति किसी कार्य को काट देता है तो वे स्वयं को सौंप देते हैं।

जिज्ञासा से बाहर, क्या यहाँ ऐसा करने के लिए सब कुछ आवश्यक है? क्या कोई महत्वाकांक्षी (पढ़ें: पागल) डेवलपर इसे ले सकता है और पीआर बना सकता है?

ज़रूर, कोई महत्वाकांक्षी व्यक्ति इसे अपने दम पर आज़मा सकता है। कहाँ से शुरू करें?

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

InputStateMachineEngine.cpp पर एक नज़र InputStateMachineEngine conpty पर भेजे गए इनपुट को पार्स करने और इसे INPUT_RECORD s में अनुवाद करने के लिए ज़िम्मेदार है। एक उद्यमी युवा डेवलपर उस वर्ग को संशोधित करना चाहेगा ताकि वह उन माउस अनुक्रमों को भी पार्स कर सके, और उन्हें INPUT_RECORD s में अनुवादित कर सके। एक बार जब आपके पास INPUT_RECORD s हो, तो InteractDispatch::WriteInput कॉल करें। यह उन INPUT_RECORD s को इनपुट बफर में जोड़ देगा। एक बार जब वे इनपुट बफर में होते हैं, तो उन्हें सामान्य रूप से संलग्न कंसोल क्लाइंट एप्लिकेशन पर वितरित किया जाएगा।

जिन चीज़ों पर मैं नज़र रखूंगा:

• जब तक हम माउस इनपुट मोड में न हों तब तक conhost माउसइवेंट्स को बफर में बिल्कुल भी नहीं डाल सकता है। अगर ऐसा है, तो हमें यह सुनिश्चित करना चाहिए कि हम इन अनुक्रमों को भी अनदेखा कर दें।
• VT से माउस इनपुट चाहने वाले ऐप्स को INPUT_RECORD s की स्ट्रीम नहीं, बल्कि वर्णों की एक स्ट्रीम मिलेगी। कॉनहोस्ट में किसी बिंदु पर, हम उन माउस INPUT_RECORD s को वर्णों की एक धारा में अनुवाद करने का प्रयास करते हैं, यदि संलग्न एप्लिकेशन VT माउस मोड में है। यदि हम वह अनुवाद _before_ करते हैं, तो माउस ईवेंट बफर में हैं, तो उपरोक्त कार्य करना VT अनुप्रयोगों के लिए काम नहीं कर सकता है (पढ़ें: wsl )। यदि ऐसा है, तो हमें यह सुनिश्चित करने की आवश्यकता होगी कि माउस INPUT_RECORD से VT-एन्कोडेड माउस ईवेंट में अनुवाद मैन्युअल रूप से InputStateMachineEngine द्वारा उत्पन्न माउस ईवेंट के लिए किया जाता है।
  
  
  
  • इस पर और गौर करें तो मामला कुछ ऐसा ही लगता है। हम केवल उन घटनाओं के लिए माउस इनपुट का अनुवाद करते हैं जो दुर्भाग्य से विंडो द्वारा शुरू किए गए थे। यह कोड देखें:
    
    https://github.com/microsoft/terminal/blob/2c8b3243dca0c48dd05ecd7b420a7a03b3e19c93/src/interactivity/win32/windowio.cpp#L113 -L129
    
    terminalMouseInput.HandleMouse क्लाइंट एप्लिकेशन के लिए वीटी अनुक्रमों को संश्लेषित करेगा, लेकिन इसे दुर्भाग्य से केवल विंडो प्रो से ही बुलाया जाता है। इसलिए, हमें किसी भी तरह से InputStateMachineEngine को कॉल करने के लिए एक रास्ता उजागर करना होगा ( InteractDispatch पर एक नई विधि के माध्यम से), और यदि वह विधि विफल हो जाती है, तो उचित INPUT_RECORD उत्पन्न करें
  
  
  • तकनीकी रूप से, कोई व्यक्ति इनपुटबफर के पढ़ने के बजाय terminalMouseInput.HandleMouse कॉल को स्थानांतरित कर सकता है, और इसे पढ़ने के दौरान INPUT_RECORD s का अनुवाद करने का प्रयास किया है, लेकिन यह अधिक जटिल हो सकता है।
  
  

इस मुद्दे से क्या लेना-देना? माउस प्राचीन विंडोज कंसोल में पूरी तरह से काम करता है। क्या इसका मतलब यह है कि जब तक यह ठीक नहीं हो जाता तब तक मुझे कंसोल से चिपके रहना होगा?

यदि आपको VT माउस समर्थन की आवश्यकता है, हाँ।

किसी भी समुदाय के सदस्यों के लिए बस एक FYI करें जो इसे देख रहे होंगे (/cc @SamuelEnglar!) हमने आधिकारिक तौर पर ऐसा करने के लिए देव टीम पर काम बुक कर लिया है। मुझे आशा है कि हम आपके पैर की उंगलियों पर कदम नहीं उठा रहे हैं!

मैंने इसके बारे में सोचा, लेकिन मैं अपना समय इतना सही नहीं बुक कर पाया!

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

किसी भी समुदाय के सदस्यों के लिए बस एक FYI करें जो इसे देख रहे होंगे (/cc @SamuelEnglar!) हमने आधिकारिक तौर पर ऐसा करने के लिए देव टीम पर काम बुक कर लिया है। मुझे आशा है कि हम आपके पैर की उंगलियों पर कदम नहीं उठा रहे हैं!

@ DHowett-MSFT @zadjii-msft @bitcrazed इस मुद्दे पर यहां और अन्य जगहों पर आपका संचार शानदार रहा है; यह आपके सॉफ़्टवेयर के निर्माण में समुदाय को सफलतापूर्वक शामिल करने का एक उदाहरण है और यह दिखाता है। आपकी टीम (ओं) (कंसोल/डब्लूएसएल/एमएसएफटी-लिनक्स) मेरे व्यवसाय के लिए व्यक्तिगत रूप से जिम्मेदार है, जिसमें विंडोज़ (गैर-निक्स) इंस्टॉल हैं। उत्कृष्ट कार्य जारी रखें

@thinkjrs आपकी तरह के शब्दों के लिए बहुत धन्यवाद।

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

हम मजाक नहीं कर रहे थे जब हम कहते हैं कि हम अपने समुदाय के लिए और उसके साथ इन सुविधाओं का निर्माण करते हैं

प्रक्रिया क्या है? क्या WSL ​​में कोई कार्यात्मक माउज़ हैं? यानी tmux पैनल स्विचिंग, weechat और irssi में चैनल/सर्वर बदलने के लिए क्लिक करना, (n)vim क्लिक, aptitude क्लिक करना, htop क्लिक करना, आदि।

प्रक्रिया क्या है? क्या WSL ​​में कोई कार्यात्मक माउज़ हैं? यानी tmux पैनल स्विचिंग, weechat और irssi में चैनल/सर्वर बदलने के लिए क्लिक करना, (n)vim क्लिक, aptitude क्लिक करना, htop क्लिक करना, आदि।

@dmxt वर्तमान में मैं wsltty का उपयोग करता हूं जो मेरे लिए सभी टर्मिनल विकल्पों में सबसे अधिक संगत रहा है। इनमें से कुछ सुविधाओं के आने के बाद मैं टर्मिनल पर स्विच करने के लिए उत्सुक हूं।

प्रक्रिया क्या है? क्या WSL ​​में कोई कार्यात्मक माउज़ हैं? यानी tmux पैनल स्विचिंग, weechat और irssi में चैनल/सर्वर बदलने के लिए क्लिक करना, (n)vim क्लिक, aptitude क्लिक करना, htop क्लिक करना, आदि।

@dmxt वर्तमान में मैं wsltty का उपयोग करता हूं जो मेरे लिए सभी टर्मिनल विकल्पों में सबसे अधिक संगत रहा है। इनमें से कुछ सुविधाओं के आने के बाद मैं टर्मिनल पर स्विच करने के लिए उत्सुक हूं।

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

मैंने I/O में थोड़ी विलंबता देखी और मुझे लगता है कि यह WSL1 सिस्टम की अड़चन है। मैं बेयर-मेटल लिनक्स पर हूं और माउस इनपुट के साथ 0ms लेटेंसी है।

@dmxt @offero मुझे XShell (प्रायोगिक सुविधाओं से वास्तविक कमांड लाइन, या WSL ​​में ssh) के साथ सफलता मिली है - इसमें माउस सपोर्ट आदि है, बस FYI करें। साथ ही जिन ऐप्स को माउस सपोर्ट की बुरी तरह जरूरत होती है, वे हैं मिडनाइट कमांडर और माइक्रो एडिटर

कृपया देखें कि इसे ConEmu . में कैसे हल किया जाता है

उम्मीद के मुताबिक इसे कब तक लागू किया जाएगा, इसके लिए कोई रोडमैप या टाइमलाइन? रिलीज करने के लिए काफी महत्वपूर्ण विशेषता की तरह लगता है। यह मेरे लिए आश्चर्य की बात है कि इसे हल किए बिना v1.0 जारी किया जा रहा है। मुझे लगता है कि वर्जनिंग का आजकल कोई मतलब नहीं है।

विंडोज टर्मिनल माउस इनपुट के नवीनतम माइक्रोसॉफ्ट स्टोर संस्करण में @kvnxiao समर्थित है (कम से कम विम में), जहां तक ​​​​मैं कह सकता हूं

@ fat0troll जहाँ तक मैं बता सकता हूँ, यह निश्चित रूप से ऐसा नहीं है। विम में भी set mouse=a , माउस इनपुट पुराने कॉनहोस्ट पर काम करता है लेकिन विंडोज टर्मिनल 1.0.1401.0 पर नहीं।

set nocompatible
syntax on
set number
set mouse=a
set backspace=indent,eol,start

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

@kvnxiao मुझे लगता है कि आप OpenSSH_For_Windows_7.7 का उपयोग कर रहे हैं। इसमें एक बग है (8.x में हल किया गया) जो इसे माउस मोड के लिए काम करने से रोकता है।

हमने इसे सभी वीटी अनुप्रयोगों के लिए स्पष्ट रूप से लागू किया है जो माउस इनपुट प्राप्त करना चाहते हैं।

मुझे लगता है कि वर्जनिंग का आजकल कोई मतलब नहीं है।

निर्दयी होने की कोई जरूरत नहीं है।

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

"पूर्ण" माउस समर्थन के लिए रोडमैप में क्या छोड़ा जाएगा, इसकी तुलना में कॉनहोस्ट वर्तमान में क्या सक्षम है?

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

@niklaskorz उपरोक्त टिप्पणियों को ऊपर उठाने और कम करने का क्या मतलब है जब मेरे जैसे लोगों के पास इस विषय से संबंधित प्रासंगिक प्रश्न हैं, जो अभी भी अनसुलझे हो सकते हैं या नहीं?

आप बिलकुल सही कह रहे हैं। यह वर्कआइटम, जिसे आपने किसी भी टर्मिनल से माउस इवेंट प्राप्त करने वाले Win32 कंसोल अनुप्रयोगों के लिए सही ढंग से पहचाना है, "टर्मिनल 1.x" (मील का पत्थर) के लिए स्लेट किया गया है, जो इंगित करता है कि हम इसे अभी और 2.0 के बीच से निपटना चाहते हैं। मेरे पास इससे बेहतर अनुमान नहीं है।

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

FIWW, यदि आपको इसकी जानकारी नहीं थी, तो नया Powershell Out-ConsoleGridView (https://github.com/PowerShell/GraphicalTools) इसके लिए एक हत्यारा परीक्षण मामला है। वहां माउस से संबंधित ट्रैकिंग बग देखें: https://github.com/PowerShell/GraphicalTools/issues/95

इसे Terminal.Gui (https://github.com/tig/gui.cs) के ऊपर बनाया गया है।

इसके अलावा, हमने अभी-अभी Terminal.Gui लिए एक नया नमूना ऐप बनाया है जिसका उपयोग आप माउस समर्थन का परीक्षण करने में सक्षम होना चाहिए क्योंकि यह WT में जीवन के लिए आता है।

वास्तव में इसकी प्रतीक्षा रहेगी!

क्या कोई तरीका है जिससे मैं इस मुद्दे को ठीक करने में मदद कर सकता हूं? यह Terminal.Gui (https://github.com/tig/gui.cs) के साथ निर्मित GUI कंसोल ऐप्स के लिए एक वास्तविक बमर है।

@kvnxiao मुझे लगता है कि आप OpenSSH_For_Windows_7.7 का उपयोग कर रहे हैं। इसमें एक बग है (8.x में हल किया गया) जो इसे माउस मोड के लिए काम करने से रोकता है।

हमने इसे सभी वीटी अनुप्रयोगों के लिए स्पष्ट रूप से लागू किया है जो माउस इनपुट प्राप्त करना चाहते हैं।

मुझे लगता है कि वर्जनिंग का आजकल कोई मतलब नहीं है।

निर्दयी होने की कोई जरूरत नहीं है।

मैं बिल्ड-इन ओपनश को नवीनतम संस्करण में कैसे अपडेट कर सकता हूं?

@kvnxiao मुझे लगता है कि आप OpenSSH_For_Windows_7.7 का उपयोग कर रहे हैं। इसमें एक बग है (8.x में हल किया गया) जो इसे माउस मोड के लिए काम करने से रोकता है।
हमने इसे सभी वीटी अनुप्रयोगों के लिए स्पष्ट रूप से लागू किया है जो माउस इनपुट प्राप्त करना चाहते हैं।

मुझे लगता है कि वर्जनिंग का आजकल कोई मतलब नहीं है।

निर्दयी होने की कोई जरूरत नहीं है।

मैं बिल्ड-इन ओपनश को नवीनतम संस्करण में कैसे अपडेट कर सकता हूं?

मुझे लगता है कि आप इस ब्लॉग पोस्ट में वर्णित कुछ ढूंढ रहे हैं (चॉकलेट से ओपनश इंस्टॉल करें ):

मुझे लगता है कि आप OpenSSH_For_Windows_7.7 का उपयोग कर रहे हैं। इसमें एक बग है (8.x में हल किया गया) जो इसे माउस मोड के लिए काम करने से रोकता है।

हमने इसे सभी वीटी अनुप्रयोगों के लिए स्पष्ट रूप से लागू किया है जो माउस इनपुट प्राप्त करना चाहते हैं।

@DHowett इस संदर्भ से, ऐसा लगता है कि OpenSSH_for_Windows_8.0p1, LibreSSL 2.6.5 का उपयोग करने से काम करने की उम्मीद की जाएगी?

मैं tmux माउस मोड सक्षम के साथ एक Ubuntu मशीन के लिए SSH के टर्मिनल पूर्वावलोकन बिल्ड का उपयोग कर रहा हूं, लेकिन मेरे माउस इनपुट अभी भी केवल टर्मिनल को नियंत्रित कर रहे हैं।

मैंने सर्वर को ओपनएसएसएच 8.0 में अपग्रेड करने का भी प्रयास किया है, लेकिन इससे भी कोई फायदा नहीं हुआ।

क्या यह समस्या अभी भी उस तरह की चीज़ को काम करने से रोक रही है?

आह, 8.x में x 1 हो सकता है। मुझे पता नहीं था कि उन्होंने 8.0 बिल्ड जारी किया है।

आह, 8.x में x 1 हो सकता है। मुझे पता नहीं था कि उन्होंने 8.0 बिल्ड जारी किया है।

मैं इसे एक शॉट दूंगा।

यह काम करता है! अद्भुत, धन्यवाद!

मैं इस मुद्दे को समझने लगा।

अफसोस की बात है कि एमएस अभी तक विंडोज टर्मिनल पर Win32 एपीआई के माउस इनपुट फ़ंक्शन को लागू नहीं करता है।
(केवल वीटी एस्केप अनुक्रम समर्थित है।)

मैंने अपने आवेदन में ReadConsoleInputW और PeekConsoleInputW को बदलने का प्रयास किया
विंडोज टर्मिनल पर माउस के साथ काम करने के लिए।

सबसे पहले, मैं निम्नलिखित कोड चलाता हूं।

SetConsoleMode(hin,  ENABLE_VIRTUAL_TERMINAL_INPUT);
SetConsoleMode(hout, ENABLE_PROCESSED_OUTPUT | ENABLE_VIRTUAL_TERMINAL_PROCESSING);
char *vt_mouse_input_enable_cmd  = "\x1b[?1000h\x1b[?1003h\x1b[?1006h";
DWORD written;
WriteConsoleA(hout, vt_mouse_input_enable_cmd, strlen(vt_mouse_input_enable_cmd), &written, NULL);

फिर, माउस इनपुट को VT एस्केप सीक्वेंस (sgr-1006) (जैसे \x1b[<0;10;20M ) के रूप में प्राप्त किया जा सकता है।

लेकिन, एक और समस्या आ गई।

कुछ प्रमुख इनपुट (जैसे तीर कुंजियाँ) को VT एस्केप सीक्वेंस (जैसे \x1b[A ) के रूप में भी प्राप्त किया जाता है।

मैंने इन अवांछित VT एस्केप अनुक्रम को win32 API की प्रमुख घटना में बदलने की कोशिश की,
लेकिन यह अधूरा है।
(वर्चुअल कुंजी कोड और वर्चुअल स्कैन कोड आकस्मिक रूप से शून्य हो जाते हैं, आदि)

मेरा कोड यहाँ है।
https://gist.github.com/Hamayama/6add968870269f2426716fad79724b31
( PDC_read_console_input_w और PDC_peek_console_input_w वैकल्पिक कार्य हैं।)

मैं माउस इनपुट को छोड़कर वीटी एस्केप अनुक्रम को अक्षम करने का एक तरीका चाहता हूं।

उदाहरण के लिए

char *vt_key_input_disable_cmd = "\x1b[?9XXXl";
DWORD written;
WriteConsoleA(hout, vt_key_input_disable_cmd, strlen(vt_key_input_disable_cmd), &written, NULL);

या

SetConsoleMode(hin, ENABLE_VIRTUAL_TERMINAL_MOUSE_INPUT_ONLY);

लेकिन, यह भविष्य के लिए गलत विचार हो सकता है...

मैंने पाया कि src/terminal/parser/InputStateMachineEngine.cpp: 391 (SGR VT-अनुक्रमों का INPUT_RECORD s में अनुवाद) में माउस की गति की कोई ट्रैकिंग नहीं है।

दूसरे शब्दों में, टर्मिनल ConPTY के लिए VT-अनुक्रम भेजता है, लेकिन ConPTY केवल माउस बटन की स्थिति की निगरानी करता है। माउस निर्देशांक में परिवर्तन पर ध्यान नहीं दिया जाता है:

src/terminal/parser/InputStateMachineEngine.cpp: 391 :

success = _UpdateSGRMouseButtonState(id, firstParameter, buttonState, eventFlags);
success = success && _WriteMouseEvent(parameters.at(1), parameters.at(2), buttonState, modifierState, eventFlags);

माउस इनपुट के लिए समर्थन की वर्तमान स्थिति के साथ, निम्न विकल्प संभव है।

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

src/terminal/parser/InputStateMachineEngine.hpp: 172 :

+ size_t _mouseColumn = 0;
+ size_t _mouseLine = 0;

src/terminal/parser/InputStateMachineEngine.cpp: 391 :

- success = success && _WriteMouseEvent(parameters.at(1), parameters.at(2), buttonState, modifierState, eventFlags);
+ auto mouseColumn = parameters.at(1).value_or(0);
+ auto mouseLine = parameters.at(2).value_or(0);
+ auto isMoved = mouseColumn! = _mouseColumn || mouseLine! = _mouseLine;
+ if (isMoved)
+ {
+     _mouseColumn = mouseColumn;
+     _mouseLine = mouseLine;
+ }
+ success = (success || isMoved) && _WriteMouseEvent(mouseColumn, mouseLine, buttonState, modifierState, eventFlags);

नोट: क्लासिक कंसोल एप्लिकेशन शुरू करने से पहले, आपको एसजीआर प्रारूप में माउस ट्रैकिंग का अनुरोध करना होगा:

विंडोज पावरशेल

PS C:\Users> [char]0x1b + "[?1003;1004;1006h"

सही कमाण्ड

C:\Users> echo Ctrl+[ [?1003;1004;1006h

मापदंडों

• 1003 - कोई भी_EVENT_MOUSE_MODE
• 1004 - किसी भी असमर्थित मोड (जैसे 1001 या 9999 ) को ConPTY के माध्यम से टर्मिनल पर ही अनुक्रम अग्रेषित करने के लिए
• 1006 - SGR_EXTENDED_MODE

नतीजतन, टर्मिनल माउस इवेंट को ConpTY को भेजना शुरू कर देगा, जो क्लासिक कंसोल एप्लिकेशन के लिए INPUT_RECORD s जेनरेट करना शुरू कर देगा।

अच्छी पकड़। हमें यह सुनिश्चित करना होगा कि जब हम वास्तव में इसका समर्थन करने के लिए आगे बढ़ते हैं तो हम इसे ठीक करते हैं: मुस्कान: