वर्तमान निर्देशिका के बारे में टर्मिनल एमुलेटर के विश्वास को सेट करने के लिए "मानक" एस्केप अनुक्रम (ओएससी 7; यूआरआई एसटी) है। यह macOS Terminal.app से निकलता है, और बाद में इसे गनोम टर्मिनल सहित कुछ अन्य लोगों द्वारा अपनाया गया था और जहाँ तक मैं कोनसोल को भी जानता हूँ।

एक अन्य संभावित तरीका यह है कि बच्चे की प्रक्रिया की आंतरिक स्थिति की जांच करने के लिए कुछ ओएस-विशिष्ट हैक करें (या इससे भी आगे वंशजों तक)।

फिर भी एक और संभावना दोनों को मिलाना है, उदाहरण के लिए ओएससी 7 के माध्यम से निर्देशिका सेट पर जाएं यदि यह कभी उत्सर्जित होती है, अन्यथा प्रक्रिया में खुदाई करें।

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

OSC 7 का नुकसान यह है कि इसके लिए शेल या अन्य महत्वपूर्ण ऐप्स के सहयोग की आवश्यकता होती है।

जब तक यह प्रोजेक्ट ओपन-सोर्स रहा है, तब तक मैं इस सुविधा अनुरोध को अस्वीकार कर रहा हूं, और मैंने OSC 7 के बारे में कभी नहीं सीखा। यह _बहुत रोमांचक है।

मैं लीफमोस्ट प्रोसेस के सीडब्ल्यूडी को खोदने के लिए प्रोसेस ट्री के माध्यम से क्रॉल करके खुश नहीं हूं, लेकिन मैं ओएससी 7 का समर्थन करके बेहद खुश हूं।

FYI करें मैंने Alacritty के लिए OSC 7 से निपटने के बारे में पूछा, जिसके कारण अंततः इस मुद्दे को gitlab पर "टर्मिनल WG" में बनाया गया: https://gitlab.freedesktop.org/terminal-wg/specifications/issues/20

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

तो रिकॉर्ड के लिए, https://github.com/jwilm/alacritty/pull/2937 पर थ्रेड में बहुत अच्छी चर्चा है।

ईमानदारी से, मैं वास्तव में पहले से मौजूद वास्तविक मानक का उपयोग कर ठीक हूं, OSC 7 ; <URI> ST तंत्र। मुझे सच में यकीन नहीं है कि इससे ज्यादा औपचारिक कुछ भी होना चाहिए।

रुको नहीं, मेरे पास एक भयानक विचार था। मान लें कि bash को इसे उत्सर्जित करने के लिए कॉन्फ़िगर किया गया है, और कोई व्यक्ति WSL में bash चलाता है। जब कोई कार्यशील निर्देशिका को /home/zadjii पर सेट करने का प्रयास करता है तो हमें क्या करना चाहिए? हम कैसे:

1. बता दें कि यह WSL पथ है, Windows पथ नहीं
2. जानिए यह किस WSL डिस्ट्रो से आया है?

क्या हमें अपनी तरफ से कुछ संपत्ति जोड़ने की ज़रूरत है जो इंगित करती है कि "यह एक डब्लूएसएल डिस्ट्रो है, विंडोज़ एक्सई नहीं"? उन उपयोगकर्ताओं का क्या होता है जो इसे सेट नहीं करते हैं, क्या डुप्लीकेट टैब कार्यक्षमता काम नहीं करती (प्रभावी ढंग से चुपचाप)?

फिर अगला भाग कठिन हो जाता है। क्या होता है जब यह आदेश SSH पर आउटपुट होता है? टर्मिनल यह नहीं जान सकता कि पथ अब इस मशीन पर नहीं है, है ना? Terminal.app इसे कैसे हैंडल करता है?

शायद इसे और अधिक विशिष्टता की आवश्यकता है

(ऑफ: जब तक मैं आप दोनों, डी होवेट और डी हेविट को मिला नहीं लेता, तब तक यह कितना समय होने वाला है? :))

यह एक महत्वपूर्ण लापता विशेषता है।

यह विभिन्न आदेशों के लिए एक विन्यास विकल्प होना चाहिए। उदाहरण के लिए, मुझे यह duplicateTab और splitPane , लेकिन newTab ।

एस्केप सीक्वेंस को मैक ओएस टर्मिनल में प्रलेखित किया गया है। इस टिप्पणी द्वारा दिखाए गए अनुसार ऐप प्राथमिकताएं

MacOS पर, एस्केप सीक्वेंस वास्तव में Terminal.app > Preferences... > Profiles > Tab . में निर्दिष्ट होते हैं

रिकॉर्ड के लिए, इस सुविधा के विनिर्देशन के बारे में https://gitlab.freedesktop.org/terminal-wg/specifications/merge_requests/7 में गरमागरम बहस चल रही है। मुझे संदेह है कि हम इस सुविधा के किसी भी सबसेट का समर्थन करेंगे जब तक कि वहां वास्तव में स्वीकृत प्रस्ताव न हो - हम वास्तविक मानक होने तक एक और अलग कार्यान्वयन शुरू नहीं करेंगे।

मैं आपको इसके विपरीत करने की सलाह दूंगा :)

काफी कुछ टर्मिनलों ने ओएससी 7 को सफलतापूर्वक लागू किया है, जो एक दूसरे से कॉपी कर रहे हैं, जिसके परिणामस्वरूप खुश उपयोगकर्ता हैं।

और वर्तमान में कोई है जो सोचता है कि यह काफी अच्छा नहीं है, वह सोचता है कि एक औपचारिक विनिर्देश की आवश्यकता है; एक मसौदा लेकर आता है जो समस्याओं से भरा है, और जो मैं बिल्कुल नहीं समझ सकता, वह केवल दो भाई-बहनों में से एक का दस्तावेजीकरण करने के लिए तैयार है। (नोट: मैंने कुछ दिन पहले उस धागे का अनुसरण करना बंद कर दिया था।)

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

रिकॉर्ड के लिए, https://gitlab.freedesktop.org/terminal-wg/specifications/merge_requests/7 पर तीखी बहस हो रही है।

मैंने उस जनसंपर्क में संदर्भित मुद्दे पर भी टिप्पणी की थी

बैश (विंडोज़ के लिए गिट से) का उपयोग करने वाले किसी भी व्यक्ति के लिए, एक अस्थायी कामकाज जो मुझे बचा रहा है, हर बार जब आप डीआईआर बदलते हैं तो नया पथ स्टोर करना होता है ( cd कमांड को अलियास करना), फिर सीडी वहां एक नया खोल शुरू हो गया; यह मेरे _.bashrc में है:_

if [ "${PWD,,}" = "/c/windows/system32" ]; then
    if [ -f /tmp/pwd ]; then
        cd "$(< /tmp/pwd)"
    else
        cd ~
    fi
fi

cd() {
    command cd "$@"
    pwd > /tmp/pwd
}

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

मैं पावरशेल या अन्य गोले के साथ पर्याप्त धाराप्रवाह नहीं हूं, लेकिन मुझे लगता है कि आप कुछ ऐसा कर सकते हैं।

Ctrl+T को समान शेल और समान निर्देशिका के साथ एक नया टैब खोलना चाहिए।

हर कोई उस दावे से सहमत नहीं है।

हर कोई उस दावे से सहमत नहीं है।

शायद कई सहमत हों। अधिकांश लिनक्स डेस्कटॉप पर टर्मिनल ऐप इसी तरह काम करता है।

कम से कम इसे एक विकल्प के रूप में बनाया जा सकता है।

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

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

कम से कम इसे एक विकल्प के रूप में बनाया जा सकता है

यही वह है जो मुझे जिद्दीपन के बारे में नहीं मिलता है। यदि आप इसके विरुद्ध जाना चाहते हैं कि अधिकांश टर्मिनल कैसे व्यवहार करते हैं, तो अच्छा है। विकल्प भी नहीं दे रहे हैं? इसमें तर्क कहाँ है? यहां तक ​​कि Ctrl+Shit+D जो किसी टैब को डुप्लिकेट करने का प्रतिनिधित्व करता है, वास्तव में इसे डुप्लिकेट नहीं करता है क्योंकि यह आपको डिफ़ॉल्ट निर्देशिका में चिपका देता है। जैसे आपके पास डुप्लीकेट फीचर है जो डुप्लीकेट भी नहीं करता है।

"तकनीकी सामग्री" क्या है जो इस सुविधा को संभव होने से रोकती है? कोड पहले से मौजूद है। Ctrl+Shift+D में पहले से ही एक डुप्लीकेट टैब है। इसे केवल वर्तमान कार्यशील निर्देशिका को फीड करने की आवश्यकता है और आपके पास वह व्यवहार है जिसका अधिकांश लोग उपयोग करते हैं और जो लोग अनुरोध कर रहे हैं। तो मैं उलझन में हूं कि इसमें "तकनीकी सामान" कैसे अवरुद्ध हो रहा है।

मैं इस प्रकार की चर्चा की सराहना करता हूं क्योंकि यह बिल्कुल स्पष्ट है कि इसमें हठ शामिल है जिसका अर्थ है कि इस प्रकार की चर्चा आवश्यक है।

आह आप सही कह रहे हैं, मूल चर्चा खो गई है, क्योंकि यह कभी भी इस धागे से जुड़ा नहीं था। मैं संदर्भ के लिए यहां एक और पोस्ट की सामग्री (https://github.com/microsoft/terminal/issues/2427#issuecomment-521307534) कॉपी कर रहा हूं:

https://github.com/microsoft/terminal/issues/1756#issuecomment -520048598

बस चिल्ला रहा है;

_ (प्रोफ़ाइल, काम कर रहे डीआईआर, पर्यावरण संस्करण, आदि)।_

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

पॉवर्सशेल वर्तमान कार्यशील निर्देशिका को _set_ भी नहीं करता है, इसलिए इसकी निर्देशिका का पता नहीं लगाया जा सकता है (!)

https://github.com/microsoft/terminal/issues/2315#issuecomment -519317472

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

powershell
cd d:\users

ठीक है, पॉवरशेल हमारे द्वारा शुरू की गई पहली प्रक्रिया नहीं है। हम पथ को अनदेखा करेंगे d:\users

(in powershell)
cd d:\users

हम d:\users अनदेखा कर देंगे क्योंकि powerhell _वास्तव में वर्तमान कार्यशील निर्देशिका को सेट नहीं करता है_ (!!)

यदि आपका "शेल" ssh [email protected] (जहां हम शेल को "आपकी ओर से पहली प्रक्रिया टर्मिनल स्पॉन्स" के रूप में परिभाषित करते हैं), तो इसकी कार्यशील निर्देशिका हमेशा C:\windows\system32 चाहे जो भी हो रिमोट वर्किंग डायरेक्टरी है।

मैं सुविधा प्रदान करने के बजाय इतनी सारी चेतावनियों के साथ सुविधा प्रदान नहीं करूंगा कि वे एक दस्तावेज़ीकरण पृष्ठ भर दें। ️ क्षमा करें।

https://github.com/microsoft/terminal/issues/1536#issuecomment -519107586

नहीं, क्योंकि सामान्य तौर पर ऐसा करना लगभग असंभव होगा। उदाहरण के लिए हम विम के उदाहरण की नकल कैसे करेंगे? क्या होगा यदि अग्रभूमि प्रक्रिया ने अनन्य पहुंच के लिए किसी प्रकार की फ़ाइल खोली है - हम उस प्रक्रिया को डुप्लिकेट कैसे कर सकते हैं?

यदि कोई ऐसा तरीका है जिसे सुरक्षित रूप से किया जा सकता है और आम तौर पर मैं प्रस्तावित तकनीकी समाधानों के लिए सभी कान हूं, लेकिन मुझे नहीं लगता कि यह कुछ ऐसा है जो संभव है, इसलिए मैं इसकी जांच नहीं करने जा रहा हूं।

भले ही Powershell _did_ ने कार्यशील निर्देशिका सेट की हो, हम अभी भी सकारात्मक नहीं हैं कि विंडोज़ पर किसी अन्य प्रक्रिया का CWD प्राप्त करना _तकनीकी रूप से संभव है। तो यह "तकनीकी" सामान है जो इसे काम करने से रोक रहा है। मैं इसे एक सेटिंग के रूप में जोड़ना पसंद करूंगा। लेकिन निश्चित रूप से अभी भी तकनीकी प्रश्न हैं जिनका उत्तर देने की आवश्यकता है।

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

• क्या होता है जब एक WSL शेल कहता है "मेरा CWD /home/foo ? टर्मिनल के लिए यह जानने का कोई तरीका नहीं है कि पथ एक WSL पथ है, या यहां तक ​​कि यह किस डिस्ट्रो से संबंधित है, इसलिए इस टैब को डुप्लिकेट करने की संभावना समाप्त हो जाएगी C:\home\foo (यदि यह मौजूद है)
• जब आप SSH पर किसी अन्य मशीन से कनेक्ट होते हैं तो क्या होता है? टर्मिनल उन पथों को आपकी स्थानीय मशीन पर पथ से अलग नहीं कर पाएगा, इसलिए फिर से, उस पथ को डुप्लिकेट करना गलत व्यवहार होगा
• प्रत्येक उपयोगकर्ता को इस व्यवहार में सहयोग करने के लिए विभिन्न शेल _manually_ के लिए अपने प्रॉम्प्ट को अनुकूलित करने की आवश्यकता होगी। यह एक अवरोधक नहीं है, लेकिन इसका मतलब यह है कि यह एक ऐसी सेटिंग होगी जो बॉक्स से बाहर काम नहीं करेगी।

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

ऐसा लगता है कि यह अत्यधिक जटिल हो रहा है। आप वीआईएम या एसएसएच या चल रहे किसी अन्य एप्लिकेशन की नकल नहीं कर रहे हैं। आप टर्मिनल की नकल कर रहे हैं और यह किनारे के मामलों का जवाब देता है:

• WSL के लिए आप अपना स्थानीय ब्राउज़ नहीं कर रहे हैं। अगर वापसी /home/foo है तो वह स्थान है। यदि स्थान C:\home\foo होता तो वह /mnt/c/home/foo वापस आ जाता।
• एसएसएच एक प्रक्रिया है। यह खोल में चलता है। आप प्रक्रियाओं की नकल नहीं कर रहे हैं। अन्य टर्मिनल नहीं करते हैं। आप टैब को डुप्लिकेट कर रहे हैं।
• मुझे यकीन नहीं है कि उपयोगकर्ता को क्या अनुकूलित करना होगा, लेकिन अनुकूलन कब से एक मुद्दा है?

प्रक्रियाओं की नकल करने में कुछ भी गलत नहीं है। मुझे यकीन है कि कुछ इसे पसंद करेंगे। यह सिर्फ टैब को डुप्लिकेट करने के विकल्प के शीर्ष पर एक और विकल्प होगा। यह एक रोड-ब्लॉक नहीं होना चाहिए। यह अतिरिक्त और वैकल्पिक है।

@PandaClone आपको यह जानकर आश्चर्य हो सकता है कि _some लोग ssh.exe को पहली चीज़ के रूप में सेट करते हैं, जो एक प्रोफ़ाइल लॉन्च होती है, इसे शेल से चलाए बिना।

जैसा नहीं है, वास्तव में टर्मिनल के लिए पूछताछ करने का कोई तरीका नहीं है wsl.exe , रैपर एप्लिकेशन जो लिनक्स प्रक्रियाओं के साथ संचार करता है, यह कहने के लिए कि वर्तमान कार्यशील निर्देशिका इसकी प्रक्रिया में पहली प्रक्रिया का क्या है पेड़।
चूंकि यह विंडोज़ वर्किंग डायरेक्टरी इंफ्रास्ट्रक्चर का उपयोग नहीं करता है, जो डब्लूडी को प्रोसेस एनवायरनमेंट ब्लॉक में स्टोर करता है, बस उबाऊ पुराने विंडोज एपीआई का उपयोग करना _यह बताने के लिए पर्याप्त नहीं है कि इसकी वर्किंग डायरेक्टरी क्या है।_

ये तकनीकी समस्याएं हैं जिन्हें हमें हल करना है। अन्यथा, हम एक ऐसी सुविधा लिखते हैं जो केवल 25% लोगों के लिए काम करती है।

अगर यह आसान साबित होता है: हम हमेशा सामुदायिक योगदान स्वीकार करने के लिए तैयार हैं।

• WSL के लिए आप अपना स्थानीय ब्राउज़ नहीं कर रहे हैं। अगर वापसी /home/foo है तो वह स्थान है। यदि स्थान C:\home\foo होता तो वह /mnt/c/home/foo वापस आ जाता।

आह, लेकिन देखिए, जिस तरह से यह सुविधा विशिष्ट रूप से काम करती है, टर्मिनल को यह नहीं पता कि किसने या क्या कहा "वर्तमान कार्यशील निर्देशिका /home/foo " है। यह cmd.exe हो सकता है - तो हाँ, उपयोगकर्ता C:\home\foo चाहता है। यह उनका उबंटू डिस्ट्रो, या उनका फेडोरा डिस्ट्रो हो सकता है, या यह ssh सेंटोस या किसी अन्य संभावना से जुड़ा हो सकता है। सभी टर्मिनल को एक स्ट्रिंग मिलती है जो कह रही है "यह अब कार्यशील निर्देशिका है"।

• मुझे यकीन नहीं है कि उपयोगकर्ता को क्या अनुकूलित करना होगा, लेकिन अनुकूलन कब से एक मुद्दा है?

इस क्रम को भेजने में सक्षम करने के लिए उपयोगकर्ता द्वारा चलाए जाने वाले प्रत्येक शेल को मैन्युअल रूप से कॉन्फ़िगर करने की आवश्यकता होगी। cmd उपयोगकर्ताओं के लिए, उन्हें $e]7;$P$e अनुक्रम को शामिल करने के लिए अपने %PROMPT% को मैन्युअल रूप से कॉन्फ़िगर करने की आवश्यकता होगी। bash उपयोगकर्ताओं को इसे अपने PS1 में सेट करना होगा। PowerShell के पास निश्चित रूप से इसे करने का एक और तरीका होगा। हालांकि यहां मूलभूत मुद्दा यह है कि गोले _don't_ इस क्रम को डिफ़ॉल्ट रूप से उत्सर्जित करते हैं।

SSH एक खोल नहीं है। आप अपनी प्रोफ़ाइल को पहले इसे चलाने के लिए सेट कर सकते हैं, लेकिन यह अभी भी शेल से चलाया जा रहा है। बस आपकी प्रोफाइल को तुरंत एक एप्लीकेशन चलाने का निर्देश दिया जा रहा है। वह आवेदन कुछ भी हो सकता है। यह एसएसएच करने के लिए नहीं है। आप चाहें तो अपनी प्रोफ़ाइल को एक और शेल चलाने का निर्देश दे सकते हैं।

और यहां तक ​​कि अगर कोई टर्मिनल नहीं है, तो यह समस्या कैसे है? हमेशा अपवाद होते हैं। जब जाने के लिए कोई निर्देशिका नहीं है तो होम निर्देशिका को डिफ़ॉल्ट करना ठीक है। यह कोई समस्या नहीं है जहाँ आप बस "ओह यह नहीं किया जा सकता"।

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

टर्मिनल सिर्फ गोले नहीं बनाता है। यह आपके द्वारा प्रोफ़ाइल कॉन्फ़िगरेशन में प्रदान की जाने वाली चीज़ पर सचमुच CreateProcess पर कॉल करता है। SSH शेल में नहीं चल रहा है, या उसके द्वारा उत्पन्न नहीं हो रहा है।

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

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

• WSL के लिए आप अपना स्थानीय ब्राउज़ नहीं कर रहे हैं। अगर वापसी /home/foo है तो वह स्थान है। यदि स्थान C:\home\foo होता तो वह /mnt/c/home/foo वापस आ जाता।

आह, लेकिन देखिए, जिस तरह से यह सुविधा विशिष्ट रूप से काम करती है, टर्मिनल को यह नहीं पता कि किसने या क्या कहा "वर्तमान कार्यशील निर्देशिका /home/foo " है। यह cmd.exe हो सकता है - तो हाँ, उपयोगकर्ता C:\home\foo चाहता है। यह उनका उबंटू डिस्ट्रो, या उनका फेडोरा डिस्ट्रो हो सकता है, या यह ssh सेंटोस या किसी अन्य संभावना से जुड़ा हो सकता है। सभी टर्मिनल को एक स्ट्रिंग मिलती है जो कह रही है "यह अब कार्यशील निर्देशिका है"।

यह कैसे नहीं जानता कि वर्तमान कार्यशील निर्देशिका किसने या क्या कहा है? आप ही इसके लिए पूछ रहे हैं। आप जानते हैं कि यह कमांड प्रॉम्प्ट है या WSL ​​या पावरशेल। आप जानते हैं कि यह कहां से आ रहा है इसलिए आप स्थान को प्रारूपित करना जानते हैं।

• मुझे यकीन नहीं है कि उपयोगकर्ता को क्या अनुकूलित करना होगा, लेकिन अनुकूलन कब से एक मुद्दा है?

इस क्रम को भेजने में सक्षम करने के लिए उपयोगकर्ता द्वारा चलाए जाने वाले प्रत्येक शेल को मैन्युअल रूप से कॉन्फ़िगर करने की आवश्यकता होगी। cmd उपयोगकर्ताओं के लिए, उन्हें $e]7;$P$e अनुक्रम को शामिल करने के लिए अपने %PROMPT% को मैन्युअल रूप से कॉन्फ़िगर करने की आवश्यकता होगी। bash उपयोगकर्ताओं को इसे अपने PS1 में सेट करना होगा। PowerShell के पास निश्चित रूप से इसे करने का एक और तरीका होगा। हालांकि यहां मूलभूत मुद्दा यह है कि गोले _don't_ इस क्रम को डिफ़ॉल्ट रूप से उत्सर्जित करते हैं।

यह कैसी समस्या है? यह कॉन्फ़िगरेशन की आवश्यकता वाला पहला एप्लिकेशन नहीं होगा और यह अंतिम नहीं होगा। सब कुछ प्लग एंड प्ले नहीं है और यह समझ में आता है। यदि यह कार्य करने का एकमात्र तरीका उपयोगकर्ता के लिए कॉन्फ़िगरेशन की आवश्यकता है, तो वह रोक बिंदु कैसा है?

क्या होता है जब एक WSL शेल कहता है "मेरा CWD /home/foo है? टर्मिनल के लिए यह जानने का कोई तरीका नहीं है कि पथ एक WSL पथ है, या यहां तक ​​कि यह किस डिस्ट्रो से संबंधित है, इसलिए इस टैब को डुप्लिकेट करने की संभावना C में समाप्त हो जाएगी: \home\foo (यदि यह मौजूद है)

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

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

यह एक सुंदर बालों वाले काम की तरह लगता है, भले ही आप कुछ हद तक दायरे को कम कर दें। मुझे आशा है कि इस सुविधा के कुछ संस्करण को शामिल करने का कोई तरीका खोजा जा सकता है, क्योंकि यह एक अच्छा समय बचाने वाला है।

क्या इस उपयोग के मामले को अल्पावधि में #4472 द्वारा नियंत्रित किया जा सकता है? मैं व्यक्तिगत रूप से cmd.exe /c "wt.exe" new-tab -p "Ubuntu-20.04" -d $(pwd) (शायद एक बैश मैक्रो के लिए बाध्य) के कुछ प्रकार के साथ संतुष्ट हूं जो हाल ही में केंद्रित विंडो में एक नया टैब खोलेगा (जो लगभग निश्चित रूप से वह विंडो है जिसमें मैंने कमांड टाइप किया था )

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

वाह, मैं अभी यहां आया और महसूस किया कि ऐसा लगता है कि एक लंबी यात्रा की जरूरत है :)

हमने पाया कि विंडोज़ टर्मिनल में हम Alt+Shift+D शॉर्टकट दबाकर शेल विंडो को विभाजित कर सकते हैं, लेकिन यह उसी निर्देशिका पर सेट नहीं होता है

https://gitlab.freedesktop.org/terminal-wg/specifications/-/merge_requests/7#note_552774

मैं वर्कअराउंड के साथ आया हूं: प्रारंभिक निर्देशिका बदलें।

इस फ़ंक्शन को $PROFILE ( $path समायोजित करना सुनिश्चित करें)

function sd {
    $path = 'C:\Users\Admin\AppData\Local\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\LocalState\settings.json'
     ((Get-Content -path $path) -replace '"startingDirectory":.*', ("`"startingDirectory`": `"$pwd`"") -replace "\\", "\\") | Set-Content -Path $path
}

.. और आप लगभग बिना किसी परेशानी के उसी निर्देशिका में एक नया टैब खोलने में सक्षम होंगे, बस एक नया टैब खोलने से पहले sd टाइप करना सुनिश्चित करें।

बेशक, दोष यह है कि हर बार फ़ंक्शन को कॉल करने पर startingDirectory बदल दिया जाता है।

कुंजी री-मैपर के साथ इस दृष्टिकोण का उपयोग करना सबसे अच्छा होगा, ताकि जब Ctrl+T दबाया जाए तो फ़ंक्शन स्वचालित रूप से कॉल किया जाता है, और जब Ctrl+F4 दबाया जाता है तो startingDirectory वापस आ जाता है अपने मूल मूल्य पर वापस।

दूसरा तरीका

अंदर जो कुछ भी प्रोफाइल आप उदाहरण profile.sh उपयोग कर रहे हैं या .zshrc एक ~ / paths.sh अपने $ HOME निर्देशिका के भीतर स्थित फ़ाइल बनाएँ। जब भी आप setCWD को कॉल करेंगे तो पथ अपडेट हो

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

ध्यान दें कि मैंने इसे .zshrc भीतर किया था

कोड:

source ~/paths.sh

if [[ $SAVED_PWD != $PWD  ]]
then
  cd $SAVED_PWD
fi

function setCWD(){
  echo export SAVED_PWD=$(pwd) > ~/paths.sh
}

आपको एक प्रारंभिक फ़ाइल बनाने की आवश्यकता हो सकती है, इसलिए बस setCWD पर कॉल करें।

BTW अगर आप ऑटोहोटकी का उपयोग कर रहे हैं, तो काम करने के लिए यहां एक अच्छी और त्वरित स्क्रिप्ट है

windows-terminal.ahk नाम की एक फाइल बनाएं और फिर इस कोड को नीचे पेस्ट करें। फ़ाइल चलाएँ और आप सब तैयार हैं। (मैं इस फ़ाइल को स्टार्टअप अनुभाग में ले जाने की अनुशंसा करता हूं ताकि जब आप पुनरारंभ करें तो यह कार्यक्षमता फिर से लागू हो।

#IfWinActive, ahk_exe WindowsTerminal.exe
  ^t::
    Send, setCWD {enter}
    Send, ^t

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

ऐसा लगता है कि टर्मिनल-डब्ल्यूजी पर ओएससी 7 को 'मानकीकृत' करने का प्रयास रुक गया है ।

क्या अभी भी OSC 7 को मूल रूप से लागू करने में रुचि है जैसा कि Terminal.app में है ?

यह देखते हुए, हमारे पास किसी दिए गए टर्मिनल के लिए "वर्तमान होस्ट और सीडब्ल्यूडी" होगा, जो सिर्फ 'प्रोसेस हैकिंग' चर्चा को धुंधला कर देता है; और फिर उस जानकारी का उपयोग करने के लिए उपयोगकर्ता व्यवहार का निर्णय/कार्यान्वयन कर सकते हैं, उदाहरण के लिए:

• एक "वर्तमान निर्देशिका में नया टैब" कमांड;
• डिफ़ॉल्ट रूप से "विभाजन" करना;
• विंडोज सत्र से डब्लूएसएल सत्र को अलग करने के लिए कुछ जादू (यदि वे एक ही होस्टनाम की रिपोर्ट भी करते हैं? मैंने नहीं देखा है ...);
• प्रोफाइल पर "OSC 7 को दबाएं" के लिए एक कॉन्फ़िगरेशन विकल्प जहां आप _जानते हैं कि यह एक वैध दिखने वाला OSC 7 भेजने वाला है जिसका आप उपयोग नहीं करना चाहते हैं, जैसे कि एक दूरस्थ मशीन के लिए sshing जो आपके विंडोज होस्ट के समान होस्टनाम का दावा करती है;
• मान को किसी ऐसी चीज़ में उजागर करना जिसे आप कमांड लाइन पर चिपका सकते हैं, इसलिए आपका ssh या wsl सत्र _can_ उसी कार्यशील निर्देशिका में दिखाई देता है जिसे आपने अभी-अभी डुप्लिकेट किया है।

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

उन लोगों के लिए जो अभी भी इस विषय में रुचि रखते हैं, मैंने #7668 में एक प्रारंभिक पीआर बनाया। यह आ फ्रेंडली पिंग है। मुझे इसके बारे में सभी से सुनना वाकई अच्छा लगेगा।

एकाधिक टैब का क्या मतलब है, विशेष रूप से तेजी से दोहराव, यदि वे वर्तमान निर्देशिका को इनहेरिट नहीं करते हैं? यह इतनी महत्वपूर्ण विशेषता है। अभी के लिए "हैकी" वर्कअराउंड क्यों न जोड़ें? मुझे वास्तव में विंडोज़ पर एक प्रक्रिया से सीडब्ल्यूडी निकालने में कोई समस्या नहीं दिखती है, अगर यह सभी उपयोगकर्ताओं के लिए उत्पादकता बढ़ाता है, तो विंडोज़ में 20 से अधिक वर्षों से ऐसे कई समाधान शामिल हैं।

मुझे समझ नहीं आ रहा है कि यह सुविधा डिफ़ॉल्ट क्यों नहीं है। मैं वास्तव में उलझन में हूं कि इस सुविधा को सक्षम करने का टर्मिनल का उपयोग न करके बेहतर सेवा दी जाती है और इसके बजाय एक्सप्लोरर का उपयोग करके और निर्देशिका में राइट क्लिक करके मैं खोल खोलना चाहता हूं और "यहां पावरशेल विंडो खोलें" का चयन करना चाहता हूं क्योंकि यह है alt+shift+d मारने की तुलना में तेज़ है और फिर सही जगह पर cd तक पहुंचना है।

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

मुझे समझ नहीं आ रहा है कि यह सुविधा डिफ़ॉल्ट क्यों नहीं है।

मुझे समझ में नहीं आता कि लोगों को इस थ्रेड में की गई सभी जांचों को पढ़ने के लिए परेशान क्यों नहीं किया जा सकता है, #7668, #8214, #8166, और अन्य लिंक किए गए थ्रेड्स में, यह समझने के लिए कि यह वास्तव में एक कठिन समस्या क्यों है हल। यह पता चला है कि आपके पास केवल क्लाइंट ऐप नहीं हो सकता है - क्योंकि टर्मिनल को _necessily_ पता नहीं चलेगा कि यह विंडोज़ या डब्लूएसएल या साइबरविन पथ है या नहीं।

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

धन्यवाद @ zadjii-msft!

मेरी टिप्पणी को दोबारा पढ़ने में मुझे एहसास हो रहा है कि यह सुपर आरोप लगाने वाला है और यह मेरा इरादा नहीं था। मैं यहाँ यह कहने आया था:

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

और यह कि मेरा अब तक का उपयोगकर्ता अनुभव यह रहा है:

मुझे समझ नहीं आ रहा है कि यह सुविधा डिफ़ॉल्ट क्यों नहीं है। मैं वास्तव में उलझन में हूं कि इस सुविधा को सक्षम करने का कोई तरीका क्यों नहीं है। यह सबसे बड़ा उपयोगकर्ता अनुभव है...आदि

मुझे शायद अपने पहले पैराग्राफ की शुरुआत में "एक उपयोगकर्ता के रूप में" रखना चाहिए था।

मेरे द्वारा दिए गए किसी भी अपराध के लिए मैं क्षमा चाहता हूँ।