अद्यतन: Alt Gr के साथ संयुक्त होने पर सभी अंकों के साथ एक ही बात होती है।

तुम्हें पता है, यह शायद मुझ पर है। जब हम KeyDown ईवेंट प्राप्त करते हैं, तो शायद हम टर्मकॉन्ट्रोल.कैप में कहीं भी AltGR कॉम्बोस के लिए सही तरीके से वील नहीं कर रहे हैं।

किंडा असंबंधित है, लेकिन आपने gif @patriksensensson में दबाए गए कुंजी के साथ रिकॉर्डिंग प्राप्त करने के लिए आपने किस सॉफ़्टवेयर का उपयोग किया था?

@watermelonpizza मैं इस्तेमाल किया कारनैक कुंजी दबाव और प्रदर्शित करने के लिए ScreenToGif खिड़की पर कब्जा करने की।

ओह कार्नेक, बहुत बढ़िया धन्यवाद! मैं अपनी अच्छाइयों की सूची में शामिल करूँगा :)

मुझे लगता है कि यह # 487 की नकल है।

वूप्स, ऐसा लगता है कि बाएं हाथ को पता नहीं है कि दाहिना हाथ क्या कर रहा है, और मैंने अभी एक परिपत्र डुप्लिकेट लिंक बनाया है।

हंगेरी कीबोर्ड लेआउट के साथ विंडोज संस्करण 10.0.18362.30 पर इस मुद्दे की पुष्टि कर सकते हैं। व्यवहार अलग है, इस बात पर निर्भर करता है कि मैं किस कंसोल का उपयोग कर रहा हूं:

• cmd: यह सिर्फ चरित्र लिखता है लेकिन अपरकेस में
• शक्तियां: कुछ भी नहीं करता है
• git bash: कुछ भी नहीं लिखता है, लेकिन डिफ़ॉल्ट बीप निभाता है

@ zadjii-msft मुझे आपकी (?) AltGr संबंधित टिप्पणी terminalInput.cpp में मिली।
मेरे जर्मन कीबोर्ड पर नियंत्रण कुंजी स्थिति LEFT_CTRL_PRESSED | LEFT_ALT_PRESSED है, हालांकि अपेक्षित LEFT_CTRL_PRESSED | RIGHT_ALT_PRESSED बजाय।
इसके अलावा दबाया गया आभासी कुंजी उदाहरण के लिए "क्यू" है बजाय कुछ पहले से ही यूनिकोड चरित्र को बदलने के।

इस प्रकार मैंने प्रतिस्थापित ...
https://github.com/microsoft/Terminal/blob/660d31ac522186e615ec243de2a434c273464828/src/terminal/input/terminal/put.cpp#L415 -L419
साथ में...

if (keyEvent.IsAltPressed() && keyEvent.IsCtrlPressed())
{
    return false;
}

... और यह काम करता है! अभी के लिए। 😅 यह WM_CHAR / _CharacterHandler को हैंडल करेगा जो Google के अनुसार AltGG हैंडलिंग के लिए अधिक मजबूत है। (?) (मैं अभी तक विंडोज प्रोग्रामिंग के साथ बहुत पारिवारिक नहीं हूँ।)
आप इस बारे में क्या सोचते है? क्या मुझे एक पीआर सबमिट करना चाहिए?

@lhecker बहुत बढ़िया! अब यह वास्तव में प्रयोग करने योग्य है able

@ जाँचकर्ता हाँ, कृपया एक पीआर जमा करें। जर्मन कीबोर्ड पर मैं अभी पाइप इनपुट नहीं कर सकता, जो टर्मिनल थोड़े को उपयोग करने के लिए कठिन बनाता है।

मुझे लगता है कि मेरा परिवर्तन गलत है। ऐसा कोई कारण होना चाहिए कि क्यों न सभी पात्रों को WM_CHAR सही से नियंत्रित किया जाए?
इसके कारण मैं पहले @ zadjii-msft या @ DHowett-MSFT की प्रतिक्रिया की प्रतीक्षा करना चाहूंगा। मुझे लगता है? 😅

इसका वास्तविक कारण Terminal.cpp में है

DWORD modifiers = 0
                      | (ctrlPressed? LEFT_CTRL_PRESSED : 0)
                      | (altPressed? LEFT_ALT_PRESSED : 0)
                      | (shiftPressed? SHIFT_PRESSED : 0);

आप देख सकते हैं कि RIGHT_ALT_PRESSED का कभी भी सही तरीके से यहां पता नहीं लगाया गया है, जिसके कारण keyEvent.IsAltGrPressed in TerminalInput :: HandleKey गलत है।

Btw, संशोधक राज्य द्वारा प्राप्त किया जाता है _GetPressedModifierKeys () टर्मकंट्रोल में :: _ KeyDownHandler () बूलियन मान के बजाय, आप संशोधक राज्य को सीधे SendKeyEvent में पास कर सकते हैं, और निर्धारित कर सकते हैं कि बाएं / दाएं ctrl, बाएं / दाएं alt, बाएं / दाएं शिफ्ट को बाद में दबाया जाता है।

और VirtualKey में निम्नानुसार पहले से ही परिभाषित किया गया है, जिसका उपयोग टर्मकंट्रोल में किया जा सकता है :: _ GetPressedModifierKeyet ()

        LeftShift = 160,
        RightShift = 161,
        LeftControl = 162,
        RightControl = 163,
        LeftMenu = 164,
        RightMenu = 165,

आह अच्छी पकड़ @sagood!
दुर्भाग्य से इस मुद्दे को ठीक करने के लिए पर्याप्त नहीं होगा जहां तक ​​मैं देख सकता हूं ...
TerminalInput::HandleKey जाहिरा तौर पर मानता है कि जब AltGr को दबाया जाता है, तो OS ने पहले से ही "यूनिकोडेचर को उचित वैकल्पिक मूल्य के लिए" दिखा दिया है, जो जर्मन कीबोर्ड पर AltGr + Q (= @) के लिए नहीं है।
मतलब IsAltGrPressed() आसपास मौजूदा तर्क पहले से ही त्रुटिपूर्ण है।

@Lhecker मैंने DWORD संशोधक को आरंभीकृत करने के बजाय RIGHT_ALT_PRESSED का उपयोग करने का प्रयास किया है। मैंने AltGr + '+' (= ~) का परीक्षण किया, यह कंसोल में सही ढंग से दिखाया जाएगा।
AltGr + <(= |) भी काम करता है।

लेकिन AltGr + Q वास्तव में काम नहीं करता है। अजीब।
AltGr + E (= €) भी काम नहीं करता है।

एक नया c # UWP सेट करके, मैंने देखा कि AltGr का उपयोग करते समय प्रमुख अनुक्रम निम्नानुसार है,

Menu
Control
Q

(AltGr + Q को एक उदाहरण के रूप में लें)

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

if (!fKeyHandled)
            {               
                if ((keyEvent.GetVirtualKeyCode() < '0' || keyEvent.GetVirtualKeyCode() > 'Z') &&
                    keyEvent.GetVirtualKeyCode() != VK_CANCEL)
                {
                     // !!!force the AltGr+'Q/E' case to run here, not the one below
                    fKeyHandled = _TranslateDefaultMapping(keyEvent, GetKeyMapping(keyEvent), GetKeyMappingLength(keyEvent));  
                }
                else
                {
                    ...
                }
            }

AltGr + Q काम करेगा।

जर्मन कीबोर्ड पर AltGr + \ for \ के बारे में, कि एक ही समस्या है

सभी AltGr कीबोर्ड संयोजन एक ही समस्या से प्रभावित होते हैं।

इस पर कोई प्रगति? मैं व्यवहार को दोहराने में सक्षम था, लेकिन मुझे यकीन नहीं है, कैसे AltGr मामले को वास्तव में संभाला

• मैंने सत्यापित किया कि, एक जर्मन कीबोर्ड पर, AltGr को वास्तव में Left_CTRL && LEFT_ALT में अनुवादित किया गया है, जिसे CMD, PS और WPL के लिए परीक्षण किया गया है
• ऐसा लगता है कि बग गैर-गुजरने वाले परीक्षणों से संबंधित है। जर्मन कीबोर्ड पर स्विच करते समय निम्नलिखित परीक्षण मेरे लिए विफल होते हैं, लेकिन अंग्रेजी कीबोर्ड पर से गुजरते हैं:
  
  
  
  • InputEngingeTest:C0
  
  
  • InputTest::TerminalInputModifierKeyTests#metadataSet3 तक और set10 सहित
  
  

@lhecker जिज्ञासा से बाहर, मैंने isAltGrPressed() isAltPressed() && isCtrlPressed() साथ प्रतिस्थापित करने का आपका पहला विचार लागू किया, और सत्यापित किया कि:

• @ और € सहित CMD के लिए काम करता है, लेकिन PS या WSL ​​में नहीं
• वास्तव में गैर-गुजरने वाले परीक्षणों को ठीक नहीं करता है
• लेकिन इसके बजाय अंग्रेजी कीबोर्ड के लिए MouseInputTest::SgrModeTests#metadataSet20 टूट गया।

हालाँकि मैं समस्या को कम करने में बहुत आगे नहीं बढ़ पाया, फिर भी मुझे लगा कि जानकारी उपयोगी हो सकती है।

यह बहुत दिलचस्प है @MattKuhr। @ और € वास्तव में मेरे लिए PowerShell और WSL दोनों के लिए काम करते हैं। 🤔
(सिर्फ 100% सुनिश्चित होने के लिए - यह वर्तमान मास्टर 67f68eb पर

यह वास्तव में है, मैंने वर्तमान मास्टर को अपडेट किया और इसे फिर से परीक्षण किया। अब पीएस में € को छोड़कर, विशेष वर्ण काम करते हैं।

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

यह वर्तमान मास्टर पर परीक्षण करते समय जर्मन कीबोर्ड सेट के साथ एक स्क्रीन कैप्चर है:

मैंने इसे डिबग और रिलीज़ (x64), विन 10.0.18362.116 दोनों पर परीक्षण किया। मैंने सिस्टम भाषा को बदलने की भी कोशिश की, जिसका कोई असर नहीं हुआ। यह थोड़ा अजीब लगता है, कि केवल इस एक विशिष्ट मामले में € का सही अनुवाद नहीं किया गया है।

कहो, क्या यह PowerShell में पहले Remove-Module PSReadline काम करना शुरू कर देता है? (चिंता न करें: यह केवल आपके वर्तमान सत्र को प्रभावित करेगा।) यदि हां, तो हमें कुछ विचार मिले हैं!

@ DHowett-MSFT मैंने 18362.113 में जर्मन कीबोर्ड लेआउट में कोई बदलाव नहीं करने के साथ कल के मास्टर चेकआउट के निर्माण के साथ इसका परीक्षण किया (भाषा सेटिंग अंग्रेजी है)

Alt Gr + q => Q , अपेक्षित @
Alt Gr + < => < , अपेक्षित |
Alt Gr + + => + , अपेक्षित ~
Alt Gr + ß => ß , अपेक्षित \
Alt Gr + 2 => 2 , ² अपेक्षित
Alt Gr + 3 => 3 , ³ अपेक्षित
Alt Gr + e => E , €

नियमित पात्रों के लिए Alt Gr शिफ्ट की तरह काम करता है। किसी भी अन्य चरित्र को बिना संशोधक के मूल्य पर छोड़ दिया जाता है।

@ DHowett-MSFT यह वास्तव में MS करता है

दूसरी चाबियां काम करती रहती हैं। इसके अलावा, पहले छोटे 3 को सामान्य 3 के रूप में लिखा जाता था, अब यह सही ढंग से प्रकट होता है, जैसा कि आप नीचे स्क्रीनशॉट में देख सकते हैं।

नमस्ते,

यहाँ यह बताने के लिए भी फिनिश QWERTY लेआउट को प्रभावित करता है, जिससे @, |, {}, [], ~, ~, आदि जैसे सभी AltGr संयोजन अनुपयोगी हो गए हैं।

उन सभी को WSL, cmd और पावरशेल में @lhecker !

नमस्कार, यह फ्रेंच Azerty कीबोर्ड लेआउट के लिए भी काम करता है। धन्यवाद @ जाँचकर्ता

ऑल्ट जीआर कॉम्बिनेशन के साथ समस्या हो रही है जैसे "Alt Gr + <" (बैकस्लैश, लेकिन परिणामस्वरुप "<") एक स्विस जर्मन कीबोर्ड पर।

मैंने इस मुद्दे के शीर्षक को अपडेट कर दिया है ताकि यह स्पष्ट हो सके कि यह किस राह पर चल रहा है।

@ zadjii-msft मुझे अपने (?) AltInr से संबंधित टिप्‍पणी inInInput.cpp में मिली।
इस प्रकार मैंने प्रतिस्थापित ...
https://github.com/microsoft/Terminal/blob/660d31ac522186e615ec243de2a434c273464828/src/terminal/input/terminal/put.cpp#L415 -L419
साथ में...
अगर (keyEvent.IsAltPressed () && keyEvent.IsCtrlPressed ())
{
विवरण झूठा है;
}
... और यह काम करता है! अभी के लिए। 😅

इस परिवर्तन से मुझे अपने फ्रेंच कीबोर्ड पर एक प्रयोग करने योग्य AltGr भी मिल गया। CMD, Windows PowerShell 5.1, PowerShell Core 6.2.1 (दोनों अनौपचारिक PSReadline 2.0.0beta4 के साथ परीक्षण किया गया है कि वीएसकोड में काम करने की आवश्यकता है)

इस परिवर्तन से मुझे अपने फ्रेंच कीबोर्ड पर एक प्रयोग करने योग्य AltGr भी मिल गया। CMD, Windows PowerShell 5.1, PowerShell Core 6.2.1 (दोनों अनौपचारिक PSReadline 2.0.0beta4 के साथ परीक्षण किया गया है कि वीएसकोड में काम करने की आवश्यकता है)

मैंने अपने PSReadline वर्जन को चेक किया और 2.0.0 से 2.0.0-बीटा 4 में अपग्रेड किया और इसने चाल चली, अब € और and PS में भी सही तरीके से काम कर रहे हैं, दोनों 5.1 और 6.2.1। 😄

हालांकि मुझे एक और बग मिला, जो PSReadline से भी संबंधित है, लेकिन AltGr या कीबोर्ड लेआउट से सीधे संबंधित नहीं है। जैसा कि आप नीचे देख सकते हैं, टर्मिनल CTRL 2 का अनुवाद " और CTRL 7 (GER लेआउट पर, US में यह CTRL / ) से ^_

पहले मामले के लिए, हटाने PSReadline चाल है, दूसरे के लिए यह नहीं करता है। मैंने अन्य नंबर और विशेष चार कुंजी की कोशिश की, लेकिन ये दोनों केवल दो उदाहरण थे जिन्हें मैं अब तक खोज पा रहा था। व्यवहार 5.1 और 6.2.1 के लिए समान है। PSReadline 2.0.0beta4 है।

क्या हमें इसके लिए एक अलग मुद्दा खोलना चाहिए?

मैं एक पुर्तगाली (पुर्तगाल) कीबोर्ड पर संबंधित मुद्दों को भी देखता हूं।
अपेक्षित: Alt Gr + 2/3/4/7/8/9/0 को "£ [{[]} का उत्पादन करना चाहिए, Alt Gr + e को € मिलना चाहिए

विंडोज टर्मिनल:
-पीएस कोर: 7 आउटपुट को छोड़कर Alt Gr + डिजिट ट्रिगर PSReadline डिजिटफंक्शन, _
-पीएस कोर: Alt Gr + € कुछ नहीं करता है
-विंडोज़ पॉवर्सशेल: PS कोर के समान
-सीएमडी: ऑल्ट जीआर + अंक 7 आउटपुट को छोड़कर अंकों को आउटपुट करता है ^ _
-CMD: Alt Gr + e आउटपुट E

अंतर्निहित कंसोल:
PS कोर: Alt Gr + 2/3/4/7/8/9/0 आउटपुट @ £ Alt {[]}, Alt Gr + E कुछ भी नहीं है
विंडोज पॉवरशेल: पीएस कोर के समान
सीएमडी - सभी काम करता है

विंडोज 10 1903 18362.116
पीएस कोर 6.2
विंडोज टर्मिनल 0.1.1431.0
PSReadline 2.0.0

जब "Alt Gr" कुंजी संयोजन काम नहीं करता है तो एक कोशिश और सच्चा वर्कआउट Alt + NumPad कोड का उपयोग करना है।

लेकिन, यह भी काम नहीं करता है!

657 "Alt + Numpad काम नहीं कर रहा है"

मैं सलाह दूंगा कि यह जिसे भी संबोधित करता है, वह इसे भी निकटता से संबोधित करता है।

मैं इसे आइसलैंड कीबोर्ड के लिए भी सत्यापित कर सकता हूं। हम इन्हें लिखने के लिए AltGr का उपयोग करते हैं:
@ | € {[]} \ μ ~ `^

बस एक साइड नोट: यह मुद्दा Microsoft के सभी कमांड लाइन तकनीकों के बारे में है। यह पहले से ही ओपनएसएसएच में आया था, इसी तरह का एक मुद्दा PSReadline में आया था, और यहां फिर से, जहां AltGr संयोजन में से कोई भी काम नहीं करता है।

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

किसी तरह, यह टर्मिनल-SSH-PSReadline त्रिकोण शापित है।

यहां मैं पीटी-बीआर कीबोर्ड लेआउट का उपयोग कर रहा हूं।

/ मैं Alt Gr + Q उपयोग करता हूं

टर्मिनल में उपयोग करते समय यह पूर्ववत आदेश की तरह काम करता है। यह सिर्फ मेरे पिछले आदेश / पत्र / शब्द को फिर से टाइप करता है

@MathiasMagnus

जहाँ AltGr संयोजनों में से कोई भी काम नहीं करता है।

आपके कहने का मतलब यह है कि AltGr का कोई भी संयोजन काम नहीं करता है?

कहो, क्या यह PowerShell में पहले Remove-Module PSReadline काम करना शुरू कर देता है? (चिंता न करें: यह केवल आपके वर्तमान सत्र को प्रभावित करेगा।) यदि हां, तो हमें कुछ विचार मिले हैं!

मेरे लिए काम नहीं करता है (फ्रेंच AZERTY लेआउट)

तो ..... कोई नया विचार? क्योंकि तय ...

`` `C ++
अगर (keyEvent.IsAltPressed () && keyEvent.IsCtrlPressed ())
{
विवरण झूठा है;
}
...

मेरे लिए काम नहीं किया <

संपादित करें:

क्या यह होशियार नहीं है, मुख्य कीबोर्ड भाषा का पता लगाने के लिए, जिसे मशीन पर परिभाषित किया गया है, और फिर रिंबिंड -सामान

@Hedrauta अजीब है कि कोड परिवर्तन आपके लिए काम नहीं करता है। आप किस कीबोर्ड लेआउट का उपयोग कर रहे हैं? AltGr के साथ संयोजन में उपयोग किए जाने वाले xxx मूल्यों के लिए एक सामान्य CMD में आपके लिए Ctrl+Alt+xxx क्या करता है? जहाँ तक मुझे याद है, Ctrl+Alt हमेशा AltGr बराबर होना चाहिए ...

इसलिए, कुछ परीक्षण डेटा एकत्र करने के लिए: मेरे लिए, @ लेचर द्वारा पैच ठीक काम करता है। यह एक जर्मन कीबोर्ड लेआउट पर है:

टर्मिनल | ऑल्ट जीआर + ß! \ | स्ट्रॉग + Alt + \? ...
- | - | -
विरासत cmd.exe | \ | \
विरासत pwsh.exe | \ | \
विंडोज टर्मिनल, master , cmd.exe | ß | ß
विंडोज टर्मिनल, master , pwsh.exe | _ (कुछ नहीं) _ | _(कुछ भी तो नहीं)_
विंडोज टर्मिनल, @ लेचर द्वारा master पैच , cmd.exe | \ | \
Windows टर्मिनल, master + पैच @lhecker द्वारा , pwsh.exe | \ | \

https://github.com/microsoft/terminal/issues/521#issuecomment -501148984 के समान परिणाम
पैच के साथ

लेकिन pwsh € में - साइन अभी भी जर्मन लेआउट पर काम नहीं कर रहा है।

cmd:
C:\Users\jkann>2² 3³ 7{ 8[ 9] 0} ß\ +~ <| Q@ E€
pwsh:
PS C:\Users\jkann> 2² 33 7{ 8[ 9] 0} ß\ +~ <| Q@ E

@Hedrauta अजीब है कि कोड परिवर्तन आपके लिए काम नहीं करता है। आप किस कीबोर्ड लेआउट का उपयोग कर रहे हैं? AltGr के साथ संयोजन में उपयोग किए जाने वाले xxx मूल्यों के लिए एक सामान्य CMD में आपके लिए Ctrl+Alt+xxx क्या करता है? जहाँ तक मुझे याद है, Ctrl+Alt हमेशा AltGr बराबर होना चाहिए ...

यह मेरी मदद नहीं किया ...
मैंने उस कोड के आधार पर अपना वर्कअराउंड बनाने की भी कोशिश की लेकिन अब तक कोई किस्मत नहीं ...

मैं पीटी-बीआर कीबोर्ड लेआउट का उपयोग कर रहा हूं, निम्नलिखित संयोजन की कोशिश कर रहा हूं:

CMD, पॉवर्सशेल और WSL.exe
AltGr + Q = /

विंडोज टर्मिनल का उपयोग करते समय
WSL: AltGr + Q = पूर्ववत आदेश की तरह काम करता है, यह मेरे अंतिम टाइप किए गए पात्रों को फिर से लिखता है।
पॉवरशेल, सीएमडी: AltGr + Q = ^_ तरह इस अजीब चार प्रिंट का उत्पादन करता है

संपादित करें:
कल्पना करने में मदद करने के लिए:

सही इनपुट होना चाहिए
AltGr + Q = /
AltGr + W = ?
AltGr + [ = ª
AltGr + ] = º

@ renatop7 आपको AltGr के बजाय CtrlAlt के साथ क्या मिलेगा?

@ renatop7 आपको AltGr के बजाय CtrlAlt के साथ क्या मिलेगा?

वही परिणाम

और टर्मिनल के बाहर यानी मानक सीएमडी या विंडोज पॉवर्सशेल या पॉवर्सशेल कोर में? क्या CtrlAlt हमेशा AltGr की तरह व्यवहार करता है?

और टर्मिनल के बाहर यानी मानक सीएमडी या विंडोज पॉवर्सशेल या पॉवर्सशेल कोर में? क्या CtrlAlt हमेशा AltGr की तरह व्यवहार करता है?

हां, टर्मिनल के बाहर यह पूरी तरह से काम करता है।
AltGr या Ctrl + Alt के साथ उपयोग करने पर मुझे अपेक्षित परिणाम मिलता है।

15 मिनट पहले लाए: कोई काम नहीं कर रहा है
ठीक है, क्या इस मुद्दे से संबंधित समाधान पर भी Microsoft काम करता है?

@Hedrauta अजीब है कि कोड परिवर्तन आपके लिए काम नहीं करता है। आप किस कीबोर्ड लेआउट का उपयोग कर रहे हैं? AltGr के साथ संयोजन में उपयोग किए जाने वाले xxx मूल्यों के लिए एक सामान्य CMD में आपके लिए Ctrl+Alt+xxx क्या करता है? जहाँ तक मुझे याद है, Ctrl+Alt हमेशा AltGr बराबर होना चाहिए ...

उह, मानक जर्मन एक ?. यहाँ एक स्क्रीन है कि यह कैसा दिखता है: https://i.imgur.com/mvgHkxi.png
मैं एक मैक्रो .... परीक्षण के माध्यम से कुंजी टाइप करने की कोशिश करूंगा

यह ऐसा है, मेरी बाईं ओर शिफ्ट है, Alt नहीं ...
परिणाम की कोशिश की
Ctrl + Q ^ Q
Ctrl + Alt + QQ
बस क्यू क्यू
Alt + QQ

तो यह टिप्पणी की कोशिश कर रहा है, gif की कोशिश करेंगे
संपादित करें: इसे gif करने का प्रयास करते हुए, मुझे एहसास हुआ, कि मेरी Alt-Key गलत पहचानी गई है .... किसी को भी पता है, कि आभासी कुंजियाँ कहाँ परिभाषित हैं? इस पर भी गौर करेंगे;) लेकिन मुझे लगता है कि c ++ या .... किसी भी कोडिंग पर अनुभव नहीं है;)

बस मेरे लिए एक सीपीपी नॉब के रूप में, मैंने कई फाइलें चेक कीं, और मैंने पाया
C: \ Program Files (x86) \ Windows Kits \ 10 \ _ \ _.1.17763.0 \ um \ Winserser.h शामिल करें
तो .... जर्मन लेआउट के लिए, VK_Menu does not मौजूद है, है ना? हम सिर्फ VK_LMENU के मालिक हैं, है ना?
मैं कुछ बदलावों की कोशिश करूँगा और कुछ परीक्षण करूँगा ... बाद में परिणामों में संपादित करूँगा
संपादित करें 1: बिल्डिंग में लंबा समय लग रहा है, जैसे मैं अपने पूरे सिस्टम का पुनर्निर्माण करता हूं
संपादित करें 2: पूरी चीज़ बनाने के बाद, यह काम नहीं कर रहा है ... लेकिन मुझे एहसास हुआ, कि VK_RMENU AltGr है, जबकि VK_LMENU वह कुंजी है जिसे हम अपने @ या \ _ प्राप्त करने के लिए दबाकर देखना चाहते हैं।
लेकिन VK_MENU भी काम कर रहा है, लेकिन इसे गलत सौंपा जा सकता है
यह मुझे भ्रमित करने का एक प्रकार है, एक साफ भ्रूण, पुनर्निर्माण और झपकी के बाद यह जांच करेगा

जर्मन कीबोर्ड लेआउट के लिए यह और भी बुरा है, क्योंकि Alt Gr + Q जो कि @ आउटपुट होना चाहिए, वर्तमान लाइन इनपुट को हटा देता है।
यह डब्ल्यूएसएल के साथ नहीं होता है, न ही मैं इसे डब्ल्यूटी के लिए कॉन्फ़िगर किया गया देखता हूं - तो यह कैसे होता है?

अभी भी एक समस्या है:
कीबोर्ड: बेल्जियम (बिंदु) AZERTY, सामान्य शेल में काम करता है
विजेता: 18362.175
टर्मिनल संस्करण: 0.2.1715.0

_मैं सभी से पूछना चाहता हूं कि कृपया टिप्पणी करने से बचना चाहिए कि वे भी इस मुद्दे से निपट रहे हैं ।_

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

इस बीच, इस परियोजना को संकलित करने में सक्षम हर कोई इस कोड के टुकड़े को बदलने के लिए स्वतंत्र महसूस कर सकता है: https://github.com/microsoft/terminal/blob/ce4c6d6124c258c676b4eeacaa709c1f3345459/src/terminal/input/terminalIn####

मेरे इस प्रयोगात्मक सुधार के साथ:

if (keyEvent.IsAltPressed() && keyEvent.IsCtrlPressed())
{
    return false;
}

यह अधिकांश कीबोर्ड भाषाओं के लिए प्रमुख संयोजनों को ठीक करना चाहिए, जैसे जर्मन (या समान) कीबोर्ड पर @{}[] जैसे वर्ण शामिल हैं।

पुनश्च: मैं किसी भी तरह या रूप में Microsoft से संबद्ध नहीं हूं और मैं यह इसलिए लिख रहा हूं क्योंकि मैं व्यक्तिगत रूप से इन "#metoo" टिप्पणियों को बहुत शोर / अनुत्पादक मानता हूं। 🙂
पीपीएस: मुझे यकीन है कि कुछ लोग सोच रहे हैं कि मैं खुद को पीआर क्यों नहीं सौंपता। अपने आप को उद्धृत करने के लिए : "मुझे ऐसा लगता है कि मेरा परिवर्तन गलत है। हालांकि एक कारण होना चाहिए कि सभी वर्ण WM_CHAR सही से क्यों न हों?" मतलब मुझे वास्तव में यह नहीं पता है कि उपरोक्त सुधार के निम्न स्तर क्या हैं और इसे ठीक से कैसे किया जाए।

पीपीएस: मुझे यकीन है कि कुछ लोग सोच रहे हैं कि मैं खुद को पीआर क्यों नहीं सौंपता। अपने आप को उद्धृत करने के लिए: "मुझे ऐसा लगता है कि मेरा परिवर्तन गलत है। हालांकि, ऐसा कोई कारण होना चाहिए कि सभी वर्ण डब्ल्यूएमएचसीएचई द्वारा ही क्यों न संभाला जाए?" मतलब मुझे वास्तव में यह नहीं पता है कि उपरोक्त सुधार के निम्न स्तर क्या हैं और इसे ठीक से कैसे किया जाए।

यह जानने का एक तरीका पीआर प्रस्तुत करना और टीम द्वारा सही किया जाना है। यह थोड़ा अधिक है, लेकिन मुझे लगता है कि यह चीजों को तेजी से आगे बढ़ाएगा।

@ नाटो

ध्यान दें कि उदाहरण के अनुप्रयोगों जैसे VtPipeTerm का उपयोग करते समय, Alt- जीआर कुंजी वहां काम करती है।

@HBelusca VtPipeTerm नए UWP टर्मिनल पर आधारित नहीं है और इस प्रकार यह समस्या नहीं होगी।
अंतर्निहित मुद्दे के एक संभावित स्पष्टीकरण के लिए आप # 1436 पढ़ सकते हैं।

@ लेचर यह कैस्केडिया पर आधारित नहीं है, लेकिन यह एक ही अंतर्निहित स्यूडोकोनसोल कार्यान्वयन का उपयोग करता है ... इसलिए यह जानना बहुत उपयोगी है कि यह सभी स्यूडोकॉनसोल उपभोक्ताओं पर लागू नहीं होता है!

साभार @Helusca

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

@ifilgud यह पूर्वावलोकन कारणों के लिए स्टोर में उपलब्ध एक पूर्वावलोकन संस्करण है। इस मुद्दे को हल कर दिया गया है और इसके लिए एक प्रस्तुत पीआर भी है, इसलिए इस मुद्दे पर केवल शिकायत करने के लिए टिप्पणी करने की आवश्यकता नहीं है।

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

@ प्रायोगिक अब तक, इतना अच्छा, अपने प्रयोगात्मक फिक्स को लागू करने के बाद। बहुत धन्यवाद!!

सभी पीपीएल के लिए बहुत बहुत धन्यवाद जिन्होंने इसे बताया और पहले से ही इसे ठीक कर लिया। 🌷

MS Store ऐप कितनी बार अपडेट किया जाएगा?
तो जब हम स्टोर ऐप में सामान तय करने की उम्मीद कर सकते हैं?

टर्मिनल के साथ काम करना पसंद करेंगे, लेकिन जर्मन कीबोर्ड के साथ, आप { } भी नहीं लिख सकते। 😅

नॉर्वेजियन बोकमाल (nb-NO) कीबोर्ड लेआउट के लिए भी यही समस्या है। [] या {} या $ नहीं बना सकते। PowerShell मूल रूप से उन के बिना टूट गया है।
विंडोज 10 1903 18362.175 पर UWP / Microsoft Store संस्करण 0.2.1715.0 का उपयोग करना।

Alt_r के माध्यम से hu_HU लेआउट: \ | & @ $ ; # <> {} [] मेरा मतलब है कि मैं कितनी बार ब्रेसिज़, कोण या चौकोर ब्रैकेट, बैकस्लैश, पाइप, डॉलर साइन, हैश मार्क, "एट", "और", सेमी-कॉलन ... ओह खोलता है रुको, हर पंक्ति ?? :)

_मैं सभी से पूछना चाहता हूं कि कृपया टिप्पणी करने से बचना चाहिए कि वे भी इस मुद्दे से निपट रहे हैं ।_

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

अद्यतन: Alt Gr के साथ संयुक्त होने पर सभी अंकों के साथ एक ही बात होती है।

आपने यह gif रिकॉर्ड कैसे किया?

@ कार्ल-हम धागे में और नीचे दिखते हैं।

@ DHowett-MSFT इस धागे को नीचे एक संदेश के साथ बंद करने के लिए एक अच्छा विचार हो सकता है

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

युक्ति:
Windows कुंजी + का उपयोग करें।
विशेष चरित्र टैब पर जाएं अपने चरित्र का चयन करें
टर्मिनल पर जाएं और चरित्र डालें

इसे अनलॉक करने से लोगों को प्रत्येक व्यक्तिगत कुंजी को रिपोर्ट करने के लिए एक जगह मिलती है जो काम नहीं करती है ताकि वे प्रत्येक व्यक्ति की कुंजी के बारे में अलग-अलग _issues_ दाखिल करना बंद कर दें जो काम नहीं करता है। मै टूट चुका हूँ।

ऐसे और भी मामले हो सकते हैं, जहाँ विशेष पात्र अपेक्षा के अनुसार नहीं झुकते। अगर मैं एक एस्टर कीबोर्ड पर @ कैरेक्टर बनाना चाहता हूं, तो इसके 3 तरीके हैं: Alt Gr + 2, Left Ctrl + Left Alt + 2, या Left Alt + Numpad 64
2 पहले विकल्प परिणाम की सूचना देते हैं।
अंतिम विकल्प को पॉवरशेल में करता है:
Onpres Left Alt + Numpad 64 digit-argument: 64
ओनलरेज़ लेफ्ट ऑल्ट: 64 @ अक्षर
सीएमडी में
Onpres Left Alt + Numpad 64: 64
Onrelease Left Alt: @ परिणामस्वरूप 64@
Wsl में
Onpres Left Alt + Numpad 64: (arg: 64)
ओनलरेज़ लेफ्ट ऑल्ट: 64 @ अक्षर

अच्छी बात @saadanerdetbare!

आपका Alt + Numpad मुद्दा इस तथ्य से उपजा है कि नया टर्मिनल (Cascadia) इन कोडों को दर्ज करते समय शेल में उचित एस्केप कोड भेजता है। लेकिन एक साथ अनुप्रयोग का एक अन्य भाग _also_ इस मामले को संभाल रहा है, Alt + Numpad कोड को एक उपयुक्त चरित्र में अनुवाद करके उस शेल में सम्मिलित करता है। यह आपके @ चरित्र का 64 बार दोहराए जाने के कारण होता है (शेल को निम्नलिखित बाइट्स भेजने के कारण: \x1b6\x1b4@ )।

आप इन दो पंक्तियों के बीच निम्न अतिरिक्त कोड जोड़कर इसे आज़मा सकते

if (!inEventsToWrite.empty() && static_cast<KeyEvent*>(&*inEventsToWrite.front())->GetCharData() == '\x1b')
{
    return;
}

यह कैस्केडिया को इन एस्केप कोड को शेल में भेजने से रोक देगा। बाद में आपके पात्र (उदा @) सामान्य रूप से दिखाई देंगे।
वैकल्पिक रूप से आप समान प्रभाव के लिए

~ @saadanerdetbare अगर आप अपनी समस्या का विस्तार करते हुए एक अलग मुद्दा बना सकते हैं तो यह बहुत बढ़िया होगा, क्योंकि यह AltGr कार्यक्षमता से संबंधित बग नहीं है। 🙂 ~
01 # 1401
पहले अन्य मुद्दों के लिए खोज की जानी चाहिए। 🤦♂️

पुनश्च: मुझे हालांकि यह कहना है कि समुदाय की बढ़ी हुई तत्परता को देखकर अज्ञात लोगों पर भरोसा करने के बजाय खुद इन चीजों पर बहस करने से मुझे व्यक्तिगत रूप से बहुत गर्व होगा। 🙈🙂

@sadanerdetbare एक नया मुद्दा दायर करने से

मैं अभी भी पूर्वावलोकन ऐप पर यह अनुभव कर रहा हूं, मेरे पास एक बेल्जियन कीबोर्ड है, जो लिखने के लिए अक्षम है @

@solispauwels आपको अगली रिलीज़ तक इंतजार करना होगा (या अभी के लिए वर्तमान मास्टर शाखा का निर्माण करना होगा)।

नमस्ते, मैंने अभी-अभी एक जर्मन कीबोर्ड पर यह कमिट किया है और सब कुछ alt-E के अलावा काम करता है जिसे € प्रतीक को प्रिंट करना चाहिए। सच कहूं तो मुझे वास्तव में एक टर्मिनल में इसकी आवश्यकता नहीं है, लेकिन मुझे लगा कि मैं इसका उल्लेख कर सकता हूं। हालांकि for काम के लिए दूसरों को altgr-m पसंद है।

अपडेट: मुझे लगता है कि आप इस बात को अनदेखा कर सकते हैं कि, € मानक मानक में काम नहीं करता है या तो यह टर्मिनल की गलती नहीं लगती है, इसे पहले जांच लेना चाहिए था।

सब कुछ यहाँ एक फ्रेंच कीबोर्ड पर काम करने लगता है: AltGr+é"'(-è_çà)=$e अपेक्षित ~#{[|`\^@]}¤€

मैं एक फ्रांसीसी कीबोर्ड का उपयोग कर रहा हूं (लेकिन मैं बेल्जियम में हूं), और मुझे AltGr + से परेशानी हो रही हैपात्र। उदाहरण के लिए # {} @ काम नहीं करते। मैं विंडोज़ 10 v1903 पर विंडोज़ स्टोर 0.2.1715.0 से नवीनतम रिलीज़ का उपयोग कर रहा हूं।

@ कंप्यूटर आपको अगली रिलीज़ तक इंतजार करना होगा (या अभी के लिए वर्तमान मास्टर शाखा का निर्माण करना होगा)।

Microsoft स्टोर पर उपलब्ध पूर्वावलोकन संस्करण में # 1436 से फिक्स अभी तक शामिल नहीं है

@antoineco @ sba923 धन्यवाद, यही मैंने सोचा। मैंने सिर्फ रेपो का क्लोन बनाया। जैसे ही मेरा vs2017 अपडेट के साथ समाप्त हो रहा है, मैं इसे स्रोत से पुनर्निर्माण करने जा रहा हूं :-)

इस पर इतनी मेहनत करने और रिपोर्ट के साथ हमारे इनबॉक्स को भरने के लिए सभी का धन्यवाद। फिक्स सबमिट करने के लिए @lhecker को विशेष रूप से धन्यवाद! हमने अभी इसे v0.2.1831.0 सर्विसिंग रिलीज के साथ स्टोर में जमा किया। स्टोर को इसे प्रोसेस करने में कुछ समय लग सकता है।

हमने इसे स्टोर में जमा किया

इसलिए, मेरे अनुभव से प्रकाशन एप्लिकेशन के साथ विंडोज स्टोर में, इसे 3 दिन से 3 सप्ताह तक लेना चाहिए

हमने इसे स्टोर में जमा किया

इसलिए, मेरे अनुभव से प्रकाशन एप्लिकेशन के साथ विंडोज स्टोर में, इसे 3 दिन से 3 सप्ताह तक लेना चाहिए

6h से कम यह प्रतीत होगा। 😋

वैसे भी, मेरे स्वीडिश कीबोर्ड पर अब सब ठीक है। 👍

अब जर्मन कीबोर्ड के साथ काम करता है now

यह 0.2.1831.0 संस्करण के साथ फ्रेंच कीबोर्ड के साथ काम करता है! धन्यवाद

यह 0.2.1831.0 संस्करण के साथ फ्रेंच कीबोर्ड के साथ काम करता है! धन्यवाद

की पुष्टि की!

अच्छा काम!

@ DHowett-MSFT v0.2.1831.0 को यह फिक्स शामिल लगता है लेकिन, दूसरों को बग को पॉवरलाइन फोंट या कॉपी / पेस्ट कीबिंग के रूप में बग फिक्स नहीं करना चाहिए, क्या यह सामान्य है?

मैं पुष्टि करता हूं कि ऑल्ट-जीआर काम करता है, लेकिन उसी कीबोर्ड कुंजियों का उपयोग करने के लिए Ctrl-Alt का उपयोग करने से मज़बूती से काम नहीं होता है (यदि बिल्कुल भी)।

संस्करण 0.2.1831.0 में AltGr संयोजन अब फिनिश कीबोर्ड के साथ काम करता है।

@solispauwels संस्करण 0.2.1831.0 में एकमात्र सुधार जारी नोटों में उल्लिखित हैं।

कृपया जान लें कि बहुत से 1803 या बाद के ओएस में विंडोज स्टोर संस्करण 11905.1001.4.0 के साथ बग का सामना करना पड़ सकता है
स्टोर "स्टैक" ऐप्स को डाउनलोड करने के लिए होगा (छवि देखें) लेकिन स्वचालित रूप से डाउनलोड सक्षम होने के साथ भी ऐप डाउनलोड नहीं करेगा और नेटवर्क एक मीटर्ड कनेक्शन नहीं है।

प्रभावित उपयोगकर्ताओं को अंततः एक निश्चित स्टोर ऐप प्राप्त करने और लंबित सभी ऐप डाउनलोड को आरंभ करने के लिए माइक्रोसॉफ्ट स्टोर में "अपडेट की जांच करें" को दबाना होगा।

मैं इस मुद्दे को टर्मिनल के नए संस्करण के साथ तय किए जाने की पुष्टि करता हूं। बहुत धन्यवाद।

मैं पुष्टि कर सकता हूं कि यह अभी तय है। आप समस्या को अनपिन करना चाहते हैं।

यह यूरो कुंजी को छोड़कर काम करता है, जो AltGr + e है, कम से कम स्पेनिश कीबोर्ड में। बाकी संयोजन ठीक से काम करते हैं

@Ifilgud से

यह यूरो कुंजी को छोड़कर काम करता है, जो AltGr + e है, कम से कम स्पेनिश कीबोर्ड में। बाकी संयोजन ठीक से काम करते हैं

2019-07-08 को "बेल्जियम (अवधि)" AZERTY कीबोर्ड का उपयोग करके नवीनतम संस्करण का उपयोग करके विंडोज 10 1903 (18362.175) पर परीक्षण किया गया।

परीक्षा परिणाम:

• यूरो (€) करेंसी सिंबल सहित मेरे कीबोर्ड पर उपलब्ध सभी संयोजन, विंडोज टर्मिनल में डिफ़ॉल्ट रूप में कॉन्फ़िगर किए गए 3 कंसोल में से 2 में काम करते हैं: पॉवरशेल कोर और 'cmd' (विंडोज कमांड प्रॉम्प्ट)
• केवल "विंडोज पॉवरशेल" में यूरो प्रतीक (€) काम नहीं करता है
  
  
  
  • हालांकि यह नहीं PowerShell क्लासिक कंसोल में काम सीधे Windows प्रारंभ से और साथ शुरू की है
  
  

Imo यह विंडोज पॉवरशेल से संबंधित एक नया मुद्दा है, जो कंसोल के लिए विंडोज टर्मिनल होस्टिंग के लिए विशिष्ट नहीं है।

मैं @DeChrist अवलोकन की पुष्टि करता

यहाँ पर Windows 10 का निर्माण 18362.175 विंडोज टर्मिनल पूर्वावलोकन संस्करण 0.2.1831.0 चल रहा है, एक फ्रांसीसी कीबोर्ड के साथ, AltGr+E उपज है € निम्नलिखित गोले के सभी में:

• अध्यक्ष एवं प्रबंध निदेशक
• विंडोज पॉवरशेल 5.1
• पावरशेल कोर 6.2.1
• PowerShell Core 7.0.0-पूर्वावलोकन 1

क्या शेष AltGr समस्याएं _in PowerShell_ चेक कर सकती हैं कि PSReadLine का कौन सा संस्करण वे चला रहे हैं?

$psrl = Get-Module PSReadLine $psrl.Version $psrl.PrivateData.PSData['Prerelease']

@ sba923 :

PS C:\Users\myself> $psrl = Get-Module PSReadLine
PS C:\Users\myself> $psrl.Version

Major  Minor  Build  Revision
-----  -----  -----  --------
2      0      0      -1

PS C:\Users\myself> $psrl.PrivateData.PSData['Prerelease']
beta2

@Helusca आप कोशिश कर सकते हैं:

1. PSReadLine को अक्षम करना
2. नवीनतम beta4 अपग्रेड करते हुए, https://github.com/PowerShell/PSReadLine देखें

• विंडोज 10 1903
• विंडोज टर्मिनल 0.2.1831.0
• PowerShell v7 (जिसमें PSReadline 2.0.0-beta4 शामिल है)
• जर्मन QWERTZ कीबोर्ड लेआउट

✅ AltGr + Q → @
✅ AltGr + E → €
❌ Ctrl + Alt + Q → q

यह विशेष रूप से निराशाजनक है क्योंकि mstsc से संबंधित एक और बग है जिसे Microsoft कम से कम एक दशक से अनदेखा कर रहा है जहां RDP सत्र खुला होने पर AltGr + Q काम करना बंद कर देता है। इन स्थितियों में, Ctrl + Alt + Q अभी भी काम करता है, इसलिए कई लोग इसे वर्कअराउंड के रूप में उपयोग करते हैं।

Microsoft SHOULD क्या नहीं करता है जो प्रमुख बोर्ड है।

शेल (explorer.exe) को जो भी कीप्स की आवश्यकता है उसे पकड़ना चाहिए और बाकी सब कुछ नीचे की ओर से पास करना चाहिए।
Terminal.exe को अंततः Alt-F4 को केवल पकड़ना चाहिए - और शायद यह भी नहीं है - explorer.exe वास्तव में उसे पकड़ना चाहिए और सक्रिय प्रक्रिया पर लागू होना चाहिए।

जिसका मतलब है कि Terminal.exe को केवल कीबोर्ड स्ट्रीम लेना चाहिए और इसे सक्रिय चाइल्ड प्रोसेस में भेजना चाहिए। और कुछ नहीं।

CMD.exe [command.com] को पता होना चाहिए कि इसे कैसे पकड़ना है और फिर अपने बच्चों पर आराम करना चाहिए।

डब्ल्यूएसएल को जितना संभव हो उतना कच्चा इनपुट मिलना चाहिए। डोनट मैनहैंडल AltGr। Ctrl-Alt और AltGr समान कीबोर्ड अनुक्रम नहीं हैं। लिनक्स में ctrl-alt -... का उपयोग करके शॉर्टकट मौजूद हैं जो AltGr -... की तुलना में अलग-अलग परिणाम उत्पन्न करते हैं।

आपके पास इसे ठीक से करने का एक अवसर है। लगभग 40 वर्षों में पहला अवसर। कृपया, उस अवसर को बर्बाद न करें - Microsoft, मैं आपको देख रहा हूँ :)

@thorsig आह, अगर केवल हमारे पास आपके पास था जब Win32 इनपुट स्टैक को चालीस-चालीस साल पहले आर्किटेक्चर किया गया था। दुर्भाग्य से, हमने नहीं किया, इसलिए कीबोर्ड इनपुट प्राप्त करने के दो प्राथमिक तरीके हैं:

• वर्णों के रूप में, बिना संशोधक के (ताकि हम ALT को टर्मिनल पाइप के पार भेजने के लिए पता नहीं लगा सकें) या कीप दिशा
• स्कैन कोड के रूप में, जिसमें संशोधक और दिशाएं हैं, लेकिन वास्तव में केवल _physical प्रमुख स्थानों का प्रतिनिधित्व है_

जब आप ऑपरेटिंग सिस्टम के स्तर से नीचे देखना शुरू करते हैं, तो कोड्स को _are_ "जितना संभव हो उतना कच्चा इनपुट" मोड में स्कैन करें। हालाँकि, उन्हें पाठ इनपुट के लिए आवश्यक अनुप्रयोगों पर पास होने से पहले थोड़ा सा खाना पकाने की आवश्यकता होती है। (जोड़ने के लिए संपादित करें :) टर्मिनल एप्लिकेशन वास्तव में पाठ के रूप में उनके इनपुट को पसंद करते हैं। हम एक SSH कनेक्शन में स्कैन कोड नहीं भेज सकते हैं! अगर हम कर सकते हैं, तब भी प्राप्तकर्ता को अनुवाद करने के लिए कीबोर्ड लेआउट को समझने की जरूरत होगी। संभवतः हेडलेस मशीनों में कीबोर्ड लेआउट नहीं होता है। (/ संपादन)

यदि यह उतना ही आसान था जितना कि "उनके द्वारा दबाया गया शाब्दिक चरित्र प्राप्त करें और उसे भेजें," आपको यह विश्वास दिलाना होगा कि हम बस यही कर रहे हैं। हम इंजीनियर पागल समाधान नहीं करते क्योंकि हम पागल लोग हैं! :मुस्कुराओ:

खैर, मैं आस-पास था, हालांकि उस समय इनपुट स्ट्रीम को संभालने के लिए मुझे कोई सुराग नहीं मिला होगा।

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

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

मैंने कोड देखा है और "SMH" का मेरा हिस्सा था। क्या मैं इसे बेहतर कर सकता था? समय दिया, शायद। क्या मैं इसके बारे में कुतिया बना सकता हूं? यह देखते हुए कि मेरे पास खुद ऐसा करने का समय नहीं है - शायद नहीं।

मुझे अभी भी यह उल्लेख के लायक लगा, यह जैसा है उससे अधिक इंजीनियर है, और यह कुछ बिंदु पर बहाव की समस्याओं का कारण बनेगा (शायद बाद में जितनी जल्दी हो)।

खैर, मैं आस-पास था, हालांकि उस समय इनपुट स्ट्रीम को संभालने के लिए मुझे कोई सुराग नहीं मिला होगा।

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

डब्ल्यूएसएल अनुवाद का कोई विशेष प्रकार नहीं करता है। conhost.exe या विंडोज टर्मिनल (या गनोम-टर्मिनल यदि आप एक ग्राफिकल ऐप चलाते हैं, तो कहते हैं, XMing) पीटीआई को भेजने के लिए उचित अनुवाद करता है। और यहां तक ​​कि शेल ... यह अधिकांश कार्य करने वाला शेल नहीं है। यह मास्टर अंत में टर्मिनल ड्राइवर और ऐप है (जो कि, फिर से, conhost.exe है, विंडोज टर्मिनल, शायद साइगविन टर्मिनल यदि आप इच्छुक हैं, और लिनक्स टर्मिनल ऐप हैं)।

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

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

मैंने कोड देखा है और "SMH" का मेरा हिस्सा था। क्या मैं इसे बेहतर कर सकता था? समय दिया, शायद। क्या मैं इसके बारे में कुतिया बना सकता हूं? यह देखते हुए कि मेरे पास खुद ऐसा करने का समय नहीं है - शायद नहीं।

मुझे अभी भी यह उल्लेख के लायक लगा, यह जैसा है उससे अधिक इंजीनियर है, और यह कुछ बिंदु पर बहाव की समस्याओं का कारण बनेगा (शायद बाद में जितनी जल्दी हो)।

मेरा सुझाव है कि आप ग्नोम-टर्मिनल, लिनक्स एनालॉग में देखें, और जांचें कि क्या यह सरल या अधिक जटिल है। मुझे संदेह है कि एक्स से वास्तव में जीडीआई 32 की तुलना में अजीब है या जो भी एपीआई है, वह उपयोग में है।

क्या 0.2.1831.0 से एक प्रतिगमन है?
डेनिश कीबोर्ड पर, विंडोज टर्मिनल पूर्वावलोकन v0.3.2142.0 AltGr का जवाब नहीं देता है।

विंडोज टर्मिनल (पूर्वावलोकन)
संस्करण: 0.3.2142.0
Microsoft Windows 1903 [संस्करण 10.0.18362.267]

मेरे पास Sat Dev है और v0.3.2142.0 विंडोज बिल्ड 10.0.18362.239 है। यह बिना किसी भाषा के अंग्रेजी ऑपरेटिंग सिस्टम है। Alt Gr विशेष वर्ण यहां काम करता है, Ctrl + Alt अनुक्रम नहीं करता है

मेरे पास Sat Dev है और v0.3.2142.0 विंडोज बिल्ड 10.0.18362.239 है। यह बिना किसी भाषा पैक के अंग्रेजी ऑपरेटिंग सिस्टम है। Alt Gr विशेष वर्ण यहां काम करता है, Ctrl + Alt अनुक्रम नहीं करता है

माई ओएस: विन 10 होम 1903 बिल्ड 10.0.18362.267
डैनिश भाषा पैक डिफ़ॉल्ट होने के बावजूद अतिरिक्त यूएस भाषा पैक के साथ डेनिश ऑपरेटिंग सिस्टम।
हम्म - बिल्ड 10.0.18362.267 बनाम 10.0.18362.239 - वहाँ एक सुराग है !!!

माई ओएस: विन 10 होम 1903 बिल्ड 10.0.18362.267
डैनिश भाषा पैक डिफ़ॉल्ट होने के बावजूद अतिरिक्त यूएस भाषा पैक के साथ डेनिश ऑपरेटिंग सिस्टम।
हम्म - बिल्ड 10.0.18362.267 बनाम 10.0.18362.239 - वहाँ एक सुराग है !!!

सभी विवरण प्राप्त करने के लिए:
मै त्यार हूँ
विन 10 एंटरप्राइज एन-यूएस 1903 बिल्ड 18362.239
डेनिश कीबोर्ड, कोई भाषा पैक नहीं

बस डिफ़ॉल्ट रूप में यूएस भाषा पैक के साथ एक खाते पर लॉगिन करने की कोशिश की गई, - वहां टर्मिनल स्थापित किया गया था और यह देखने के लिए कि क्या कोई चुना गया भाषा पैक कोई प्रभाव नहीं था, लेकिन यह देखने के लिए किटी कीबोर्ड पर स्विच किया गया था।

पता है कि यह किसी के लिए एक सुराग हो सकता है पता नहीं है, लेकिन 1803 से 1903 के उन्नयन से पहले ऑन स्क्रीन कीबोर्ड ( c:\windows\system32\osk.exe ) सभी conhost apps, cmd.exe, ubuntu / wsl में समान व्यवहार दिखाया और शक्तियां। exe (AltGr की अनदेखी) लेकिन 1903 में यह निश्चित लगता है।

मैं पुष्टि कर सकता हूं कि _some_ AltGr अनुक्रम काम नहीं करेगा।
AltGr Q (= @ ) मेरे लिए काम करता है, जबकि AltGr 8 (= [ ) नहीं।

मैंने इस समस्या को डीबग करने के लिए स्थानीय रूप से स्टोर संस्करण v0.3.2142.0 बनाया है। क्योंकि मैं यह पता लगाने में असमर्थ था कि अज़ोरकॉन्सेक्टर का निर्माण कैसे करना है, हालाँकि मुझे इसे बाहर करना होगा: https://gist.github.com/lhecker/320662cb3fda70af1ca58eabf9f2579a
Built यह बताता है कि मेरा स्थानीय रूप से निर्मित v0.3.2142.0 ठीक काम करता है। सभी AltGr क्रम सही ढंग से काम करते हैं।
केवल टर्मिनल का स्टोर संस्करण नहीं है। क्या AzureConnector यहाँ गलती पर हो सकता है, क्योंकि मैंने इसे बाहर रखा था? (मेरा मतलब है कि मुझे संदेह है कि यह मामला है, लेकिन सिर्फ यकीन करने के लिए ...)

@ DHowett-MSFT @miniksa क्या आप (या कोई) v0.3.2142.0 के स्टोर संस्करण को रीचेक कर सकते हैं और इसकी तुलना स्थानीय रूप से निर्मित लोगों से कर सकते हैं?

मेरे साथ भी वही दिक्कत है। AltGr का होना जरूरी है क्योंकि टर्मिनल उस समस्या से उपयोगी नहीं है। और यह धागा बंद क्यों है? यह सर्वोच्च प्राथमिकता वाला मुद्दा होना चाहिए।

और यह धागा बंद क्यों है?

@MasMedIm आप इस निरीक्षण पर गौर कर सकते हैं कि हमें विश्वास था कि यह बग ठीक किया जाएगा, और यहां तक ​​कि फिक्स के साथ एक संस्करण भी जारी किया।

@ लेचर जो बहुत ही असामान्य है। Azure कनेक्टर को इसके साथ कुछ भी नहीं करना चाहिए क्योंकि यह एक अलग परत (कनेक्शन, नियंत्रण नहीं) में है ... लेकिन यह दिलचस्प है।

क्या आप (या कोई) v0.3.2142.0 के स्टोर संस्करण को रीचेक कर सकते हैं और इसकी तुलना स्थानीय रूप से निर्मित लोगों से कर सकते हैं?

मेरे पास वह संस्करण है जहाँ AltGr विशेष वर्ण काम करता है, स्टोर संस्करण है

AltGr ( ~#{[|`\^@]}¤€ ) एक फ्रांसीसी कीबोर्ड के साथ यहां ठीक काम करता है, विंडोज 10 का संस्करण 1903 बिल्ड 18362.267, और विंडोज टर्मिनल का पूर्वावलोकन 0.3.2142.0

@ sba923 मेरे पास एक फ्रांसीसी कीबोर्ड भी है और एक ही विंडोज़ संस्करण है। AltGr संयोजन जो काम नहीं करते हैं वे हैं: & ~ # {[| @ \ _ € r \ _
मेरा टर्मिनल स्टोर से भी डाउनलोड किया गया है। मैं इसे देखने के लिए स्थानीय में बनाने की कोशिश करूंगा।

बस मेरी स्थिति पर विस्तार करने के लिए, - कुछ AltGr + कुंजी संयोजन वास्तव में काम करता है जबकि कुछ नहीं करता है।

काम नहीं करता:

| कुंजी | AltGr + की, अपेक्षित: |
| ----- | ----------------------- |
| '2' | '@' |
| '3' | । £ ’|
| '4' | '$' |
| '7' | '{' |
| '8' | '[' |
| | ९ ’| ']' |

काम करता है:

| कुंजी | AltGr + की, अपेक्षित: |
| ----- | ----------------------- |
| '0' | '}' |
| '' '| '|' |
| '<' | '\' |
| '' '| '~' |
| 'ई' | '' '|

नोट: dead: ’, ¨ are 'मृत कुंजी प्रकार हैं।

सिस्टम: विंडोज 10 64 बिट होम 1903 बिल्ड 10.0.18362.267
विंडोज टर्मिनल: पूर्वावलोकन v0.3.2142.0 - स्टोर संस्करण
कीबोर्ड लेआउट: डेनिश।

@MasMedIm , @ sba923 , @lhecker - क्या आपके विंडोज संस्करण मेरे जैसे हैं?
संपादित करें: मेरे सवाल को भूल जाओ। मैं वहाँ एक जंगली हंस पीछा शुरू करने के बारे में था ;-), लेकिन @Lerer प्रतिगमन को हल करने के लिए लगता है!

@ DHowett-MSFT @ henrik-jensen et। अल .: मुझे प्रतिगमन का कारण मिला। ¯ \ _ (ツ) _ / ¯
... और यह हम सभी को यहाँ पहले से देख लेने के लिए मोरों का एक झुंड बना देता है। 😂

नए profiles.json में टैब Ctrl+Alt+[0-9] शॉर्टकट्स होते हैं, जो तुरंत टैब 1-10 पर जा सकते हैं।
यदि आप अपनी सेटिंग फ़ाइल ( Ctrl ) से इन शॉर्टकट को हटाते हैं , तो प्रतिगमन तय हो जाता है।
AltGr E के लिए € उदासी जैसे कुछ संयोजनों ने अभी तक कभी काम नहीं किया है और किसी को इसे ठीक करने के लिए आवश्यक समय लेना है।

जिस तरह से पुराने विंडोज एपीआई काम करते हैं, उसके कारण Ctrl Alt शॉर्टकट और वास्तविक AltGr कुंजी के बीच मज़बूती से अंतर करना मुश्किल हो रहा है, लेकिन मैं यह जांचने जा रहा हूं कि क्या किसी तरह स्थिति में सुधार किया जा सकता है।

@ लेचर
की पुष्टि की। Jubii

AltGr E के लिए € उदासी जैसे कुछ संयोजनों ने अभी तक कभी काम नहीं किया है और किसी को इसे ठीक करने के लिए आवश्यक समय लेना है।

AltGr E -> '' 'मेरे डेनिश कीबोर्ड लेआउट पर काम करता है। मैं अपने सेटअप पर प्रतिलिपि प्रस्तुत करने योग्य है या नहीं यह देखने के लिए खान पर जर्मन लेआउट जोड़ने की कोशिश करूँगा।

गोली के काटने के बारे में कैसे? पुराने CMD.EXE को विरासत (DOS) ऐप्स के लिए चारों ओर रखें और भविष्य के लिए नया टर्मिनल डिज़ाइन करें? ऐसा नहीं है कि पश्चगामी संगतता महान नहीं है - लेकिन कभी-कभी आप संबंधों में कटौती करने के लिए सिर्फ _have_ ...

@ लेचर
की पुष्टि की। Jubii

AltGr E के लिए € उदासी जैसे कुछ संयोजनों ने अभी तक कभी काम नहीं किया है और किसी को इसे ठीक करने के लिए आवश्यक समय लेना है।

AltGr E -> '' 'मेरे डेनिश कीबोर्ड लेआउट पर काम करता है। मैं अपने सेटअप पर प्रतिलिपि प्रस्तुत करने योग्य है या नहीं यह देखने के लिए खान पर जर्मन लेआउट जोड़ने की कोशिश करूँगा।

स्थापित जर्मन ~ केज़बोर्ड ~ अप, कीबोर्ड :-) *, और AltGr E -> '' '' इस सेटअप में काम करता है।

संपादित करें: * 'z' / 'y' को जर्मन / भाई कीबोर्ड पर स्वैप किया गया है।

नए profiles.json में टैब Ctrl+Alt+[0-9] शॉर्टकट्स होते हैं, जो तुरंत टैब 1-10 पर जा सकते हैं।

किसी कारण से ये शॉर्टकट मेरी सेटिंग्स फ़ाइल में alt + [0-9] हैं और इसलिए मुझे समस्या नहीं हुई

कुछ प्रश्न अब मेरे साथ होते हैं:

• @ लेचर शायद हमें खोज / इतिहास के लिए प्रतिगमन के लिए एक नया मुद्दा बनाना चाहिए और आप उस पर अपना पैच समाधान जोड़ सकते हैं? संपादित करें: महान - @ जाँचकर्ता ने एक पुल अनुरोध किया # 2235
• मुझे आश्चर्य है कि जहां डिफ़ॉल्ट ~ settings.json ~ profiles.json उत्पन्न होता है। यह एक संसाधन नहीं है इसलिए मुझे लगता है कि यह कहीं कठिन कोडित है? संपादित करें: यह CascadiaSettings.cpp L369 पाया
• इसके बजाय क्या वैकल्पिक शॉर्टकट चुना जाना चाहिए। हो सकता है कि @saadanerdetbare ने अपनी ~ settings.json ~ profiles.json (वे पूर्व 0.3.2142.0 में डिफ़ॉल्ट थे? संपादित करें: ऐसा लगता है - # 2014)?

@ लेचर @ हेनरिक-जेनसेन जो समझ में आता है। मैंने इसे रिलीज़ होने के ठीक बाद स्टोर से इंस्टॉल किया था और मैंने profiles.json कुछ बदलाव किए हैं ताकि यदि अपडेट फ़ाइल को अधिलेखित न करें क्योंकि यह कस्टम था और डिफ़ॉल्ट नहीं था तो मुझे Ctrl + Alt शॉर्टकट नहीं मिले

@ DHowett-MSFT @ henrik-jensen et। अल .: मुझे प्रतिगमन का कारण मिला। _ (ツ) _ / ¯
... और यह हम सभी को यहाँ पहले से देख लेने के लिए मोरों का एक झुंड बना देता है। 😂

नए profiles.json में टैब Ctrl+Alt+[0-9] शॉर्टकट्स होते हैं, जो तुरंत टैब 1-10 पर जा सकते हैं।
यदि आप अपनी सेटिंग फ़ाइल (Ctrl) से इन शॉर्टकट को हटाते हैं, तो प्रतिगमन तय हो जाता है।
AltGrE जैसे € उदासी के कुछ संयोजनों ने अभी तक कभी काम नहीं किया है और किसी को इसे ठीक करने के लिए आवश्यक समय लेना है।

जिस तरह से पुराने विंडोज एपीआई काम करते हैं, उसके कारण CtrlAlt शॉर्टकट और वास्तविक AltGr कीबोर्ड के बीच मज़बूती से अंतर करना मुश्किल हो रहा है, लेकिन मैं यह जांचने जा रहा हूं कि क्या किसी तरह स्थिति में सुधार किया जा सकता है।

प्रतिक्रिया के लिए Ty, वास्तव में यह Ctrl + Alt + [0-9] सेटिंग्स थी

@saadanerdetbare , हाँ, इसे आपकी सेटिंग से बदलकर नया यहाँ # 2014 में @ zadjii-msft कर दिया गया

मैं पुष्टि करता हूं कि नए शॉर्टकट मेरे फ्रेंच कीबोर्ड पर AltGr ( ~#{[|`\^@]} ) तोड़ते हैं।

हममें से कुछ ने प्रतिगमन को नहीं देखा है इसका कारण 0.3 अपग्रेड है जो मौजूदा profiles.json , जो कि Windows टर्मिनल पूर्वावलोकन v0.3 में प्रलेखित है:

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

कोई ctrl + alt + shift + _digit_ का उपयोग कर सकता है, लेकिन यह बहुत महत्वपूर्ण है ...

@ हेनरिक-जेनसेन मैंने # 2235 खोला।

@thorsig आपको पहले ही बताया जा चुका है कि Windows API परिदृश्य में मामलों की स्थिति क्या है।
विशेष रूप से यह दिया गया है कि उदा। लिनक्स पर बैश (जैसे अधिकांश गोले आप भविष्य में विंडोज पर उपयोग करना चाहते हैं) _does not_ को कच्चे कीकोड प्राप्त होते हैं, लेकिन भागने के क्रम से संक्रमित नियमित पाठ। बच के दृश्यों को कि आपके टर्मिनल को कीबोर्ड ईवेंट से उत्पन्न करने की आवश्यकता है। आपका लिनक्स शेल _does नहीं_ कच्चे कीकोड को संभालता है। आपका टर्मिनल करता है।
इससे पहले कि आप इसे जारी रखें, आपको पहले समझना चाहिए कि xterm और vt100 (और बाद में) कैसे काम करते हैं।
और btw: लिनक्स पर कुंजी कोड भी सिर्फ एक आभासी (! = कच्चा) आपके कीबोर्ड से स्केनोड पर अमूर्त है - keymaps.5 । अंतर केवल इतना है कि विंडोज पर यह तय किया गया था कि Ctrl + Alt, AltGr के समान है, क्योंकि कुछ कीबोर्ड जहां AltGr की कमी है, लेकिन एक फिर भी AltGr को किसी तरह दबाने में सक्षम होना चाहता था। जिन लोगों ने यह फैसला किया है वे आजकल 60+ के हो सकते हैं। इसे बदलना गैर-तुच्छ है और इसका केवल एक तुच्छ लाभ है (क्योंकि आप पहले से ही वैसे भी अभ्यास में AltGr कुंजी दबा सकते हैं)।

मैं पुष्टि करता हूं कि नए शॉर्टकट मेरे फ्रेंच कीबोर्ड पर AltGr ( ~#{[|`\^@]} ) तोड़ते हैं।

हममें से कुछ ने प्रतिगमन को नहीं देखा है इसका कारण 0.3 अपग्रेड है जो मौजूदा profiles.json , जो कि Windows टर्मिनल पूर्वावलोकन v0.3 में प्रलेखित है:

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

कोई ctrl + alt + shift + _digit_ का उपयोग कर सकता है, लेकिन यह बहुत महत्वपूर्ण है ...

Alt + _digit_ का उपयोग करना आसान है और यह सूक्ति-टर्मिनल में शॉर्टकट के समान है।
यह मेरे फ्रेंच कीबोर्ड पर काम करता है।

यदि आप Alt + अंक का उपयोग करते हैं, तो ध्यान रखें कि आप उन कुंजियों को कंसोल एप्लिकेशन में नहीं भेज पाएंगे।

: टाडा: इस मुद्दे को # 2235 में संबोधित किया गया था, जिसे अब Windows Terminal Preview v0.3.2171.0 रूप में सफलतापूर्वक जारी किया गया है।

काम लिंक:

• रिलीज नोट्स
• स्टोर डाउनलोड करें

AltGr ( ~#{[|`\^@]}¤€ ) एक फ्रांसीसी कीबोर्ड के साथ यहां ठीक काम करता है, विंडोज 10 का संस्करण 1903 बिल्ड 18362.267, विंडोज टर्मिनल पूर्वावलोकन 0.3। 2171 .0, और टैब-स्विचिंग शॉर्टकट Ctrl+Alt+digit सेट होते हैं।

बहुत बढ़िया!

पुष्टि के लिए धन्यवाद!

आपका स्वागत है!

मेरे सिस्टम के लिए 0.3.2171.0 फिक्स की पुष्टि हुई - डेनिश कीबोर्ड Win10 होम 1903 बिल्ड 10.0.18362.267।
डिफ़ॉल्ट सेटिंग्स प्राप्त करने के लिए मेरे profiles.json हटा दिए गए और अब AltGr एक नई इंस्टॉल (मुझे लगता है) के लिए भी काम करता है।
महान काम @lhecker और बाकी सब शामिल।

नमस्ते मुझे लगता है कि मुझे यह समस्या 0.7 संस्करण पर है।

मैं अपने कीबोर्ड पर स्लैश कुंजी दर्ज नहीं कर सकता या तो संख्यात्मक कीपैड ou AltGr + Q (सैमसंग लैपटॉप के ब्राजील के ABTN2 कीबोर्ड का उपयोग करता हूं जिसमें प्रश्न चिह्न / स्लैश कुंजी नहीं है)।

संपादित करें: मैं किसी AltGr कुंजी को दर्ज नहीं कर सकता।

PSReadline के पुराने संस्करण को हटाने के बाद eveything अब काम कर रहा है।

एफडब्ल्यूआईडब्ल्यू, मैंने यह सत्यापित करने के लिए संलग्न पावरस्लिप स्क्रिप्ट लिखी है कि मेरे सिस्टम पर PSReadline के कौन से संस्करण हैं / जो सक्रिय है।

CheckPSReadLineStatus.zip

HTH

बीप्लर रिपोर्ट की गई समस्या को ठीक करने के लिए, करें:

PSReadline के पुराने संस्करण को हटाने के बाद eveything अब काम कर रहा है।

उन्नत शक्तियों से सत्र करते हैं:

Install-Module -Name PowerShellGet -Force
Exit

उन्नत cmd सत्र से:
powershell -noprofile -command "Install-Module PSReadLine -Force -SkipPublisherCheck -AllowPrerelease"

इस मुद्दे की स्थिति क्या है?
क्योंकि जुड़े हुए मुद्दों को देखते हुए यह निश्चित लगता है, लेकिन यह अभी भी मेरे लिए काम नहीं कर रहा है। एक इतालवी कीबोर्ड लेआउट पर ~ चरित्र को प्रिंट करने के लिए, मैं Alt + 126 करने के लिए उपयोग किया जाता हूं, लेकिन टर्मिनल के प्रकार के आधार पर इसका एक अलग व्यवहार है, लेकिन उनमें से कोई भी मैं ~ चरित्र प्राप्त करने में सक्षम नहीं हूं अंतर्निहित शेल (git / cmd / powerhell / wsl) में सीधे करते हुए मुद्रित किया जाता है, जो कि विंडोज़ टर्मिनल में एम्बेडेड नहीं है।

यह लिखने के क्षण में विंडोज़ टर्मिनल के नवीनतम संस्करण के साथ मेरे साथ हो रहा है:

Windows Terminal (Preview)
Version: 0.8.10091.0)

@ilmax मैंने # 3117 में Alt + Numpad इनपुट को तोड़ा। अब जब # 3117 विलय कर दिया गया था और संबंधित मुद्दा तय हो गया था, तो हम कोड बेस में अंकपैड इनपुट को फिर से प्रस्तुत करने पर काम कर सकते हैं।
मैं इसे एक वैकल्पिक, विन्यास योग्य व्यवहार बनाऊंगा, क्योंकि मैं काफी निश्चित हूं कि टर्मिनल ऐप के अधिकांश संभावित उपयोगकर्ता अब इससे लाभान्वित नहीं होंगे। एप्लिकेशन को इस प्रकार शेल में सभी संभव कीबोर्ड इनपुट भेजने के लिए डिफ़ॉल्ट होना चाहिए ताकि आप अधिक उन्नत विम, आदि कीबाइंडिंग को कॉन्फ़िगर कर सकें।
जैसे ही # 4192 को मर्ज किया जाता है, इसे लागू करना आसान होना चाहिए। आपको यहीं अतिरिक्त तर्क जोड़ना होगा और जाँचना होगा कि Alt कुंजी (और केवल Alt कुंजी) states में आयोजित की जा रही है या नहीं, जबकि नियमित रूप से संख्यात्मक कुंजियों से विरोध के रूप में v num num numpad से उपजा है । किसी भी समय एक पीआर प्रस्तुत करने के लिए स्वतंत्र महसूस करो! 🙂

त्वरित प्रतिक्रिया के लिए @lhecker धन्यवाद, मैं सिर्फ इस स्थिति को जानना चाहता था क्योंकि मुझे मिला हर मुद्दा बंद था लेकिन समस्या अभी भी है।
मुझे यकीन नहीं है कि मैं इस पर एक पीआर के साथ आऊंगा, मैंने कभी भी the से पहले कोड को नहीं देखा, इसलिए मुझे नहीं पता कि आपके सुझाव के बावजूद, कहां से शुरू करना है।

मैं सिर्फ यह जानना चाहता था कि git rebase -i के लिए अपने वर्कफ़्लो को कैसे ठीक किया जाए क्योंकि अब मुझे नोटपैड ++ जैसा कुछ खोलना है, ~ कैरेक्टर टाइप करें, इसे कॉपी करें और इसे टर्मिनल में पेस्ट करें।

बस इतना मैं समझता हूँ: आप AltGr के बारे में एक प्रश्न पर हैं, जिसमें _alt + numpad अनुक्रम_ के बारे में एक प्रश्न है? ऐसा इसलिए हो सकता है कि आपके द्वारा खोजे जा रहे सभी थ्रेड बंद हैं: AltGr समस्या ठीक हो गई है।

मेरा मानना ​​है कि हमारे पास एक अलग मुद्दा है जो alt + numpad इनपुट समस्याओं पर नज़र रखता है।

हाँ, तुम सही हो, भ्रम के लिए खेद है। मुझे लगता है कि # 657 सही हो सकता है