Vscode: अस्थायी खिड़कियों के लिए अनुमति दें

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

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

यह कैसे काम करना है ...? मुझे यह काम करने के लिए नहीं मिल सकता है (1.11.0-इनसाइडर पर)। खिड़की के बाहर एक टैब खींचते समय, यह या तो एक outside प्रदर्शित करता है और मुझे ड्रॉप नहीं करता है, या, जब एक विंडोज एक्सप्लोरर विंडो के शीर्ष पर गिरा दिया जाता है, तो यह फ़ाइल को कॉपी करता है ...

@CherryDT यह मुद्दा अभी भी खुला है और बैकलॉग के रूप में चिह्नित है। क्या आपके पास एक संदर्भ है जो कहता है कि इसे 1.11 में लागू किया जाना है?

@ vossad01 आप सही हैं मैं एक सेकंड के लिए उलझन में था, क्योंकि मैं बंद अंक # 10147 से आया था, जहां उसने कहा था "पहले से ही # 10121 द्वारा संबोधित" और मैंने "संबोधित" को "हल" के रूप में लिया। मेरी गलती।

मैं कहूंगा कि टैब (संपादकों को अधिक विशेष रूप से) एक _must have_ के बजाय _eventually_ प्रकार का कार्य है। इसे लागू करना पसंद करेंगे।

@bpasero @aeschli यह एक ऐसी सुविधा है जिसे आप एक पुल अनुरोध के रूप में प्राप्त करना और समीक्षा करना चाहते हैं? यह एक बड़ा काम प्रतीत होता है, इस प्रकार इसे लागू करने से पहले पूछने के लिए समझ में आता है।

@mlewand यह कोई ऐसा क्षेत्र नहीं है जहाँ हम तकनीकी सीमाओं के कारण पीआर की उम्मीद करते हैं। यदि आपके पास एक विचार है, तो हमें बताएं।

@bpasero द्वारा तकनीकी सीमा क्या आप कहते हैं कि यह एक इलेक्ट्रॉन सीमा है? या यह VSCode एक परियोजना के बारे में अधिक है <-> एक खिड़की डिजाइन?

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

"मी-टू" में झंकार करना चाहते हैं।

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

यह एक संपादक के रूप में VSCode के साथ एक गंभीर कमी है।

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

एफडब्ल्यूआईडब्ल्यू, मैं 4 मॉनीटरों का साथ-साथ उपयोग करता हूं। यह कोड संपादन के लिए सिर्फ 1 मॉनिटर पर अटकने के लिए पागल महसूस करता है, खासकर जब मैं एक साथ कई फाइलों पर काम कर रहा हूं।

मुझे उपरोक्त टिप्पणियों से सहमत होना होगा। इस सुविधा की कमी उन लोगों के लिए एक बड़ा मुद्दा है, जिनके पास कई मॉनिटर हैं (मूल रूप से हर कोई जो कोड के साथ काम करता है)। स्पष्ट रूप से आप इसके चारों ओर एक अलग (ctrl + shift + N) विज़ुअल स्टूडियो कोड उदाहरण में विशिष्ट फाइलें खोलकर काम कर सकते हैं, लेकिन यह निश्चित रूप से कुछ ऐसा है जिसे जल्द से जल्द संबोधित किया जाना चाहिए।

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

AsciiDocs के संपादन के लिए एक WYSIWYG दर्शक प्लगइन का उपयोग कर Im। अलग-अलग मॉनिटर के लिए अलग-अलग विंडो इस मामले में एक बुनियादी आवश्यकता है। उम्मीद है कि इस सुविधा को जल्द ही प्राथमिकता दी जाएगी

यह वास्तव में अच्छा होगा अगर हम फ़ाइल को अलग करने के लिए टैब को फाड़ सकते हैं / इसे एक अलग विंडो में टैब कर सकते हैं if

मैं JetBeans को स्थानांतरित करने का प्रयास कर रहा हूं और यह एक वैकल्पिक या अच्छा करने की सुविधा नहीं है। यह मल्टी-मॉनिटर कोडिंग के लिए मौलिक है। यह एक सौदा ब्रेकर नहीं है।

+

इस सुविधा के लिए देख रहे हैं। धन्यवाद :)

यह कई मॉनिटर / विंडो को सपोर्ट करने का सबसे साफ तरीका नहीं है, हालाँकि आप निम्न कार्य कर सकते हैं:

• फ़ाइल> नई विंडो

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

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

इस सुविधा के लिए मेरा अनुरोध भी जोड़ना। दूसरों को समान देखना अच्छा लगता है।

मुझे यह आईडीई बहुत पसंद है, अन्यथा। 😄

शुभकामनाएं।

अत्यधिक कार्यक्षमता की आवश्यकता है।
धन्यवाद

+1

(BTW।: यहाँ सही पैनल में बैकलॉग-लिंक (https://github.com/Microsoft/vscode/milestone/8) काम नहीं करता है?)

कोई योजना जब इसे रिलीज़-मंडली में जोड़ा जाएगा? धन्यवाद!

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

https://github.com/electron-utils/electron-dockable

मुझे लगता है कि मैं हैरान हूँ कि VSCode के रूप में स्थापित एक संपादक ने मुझे दूसरे मॉनिटर पर एक टैब खींचने की अनुमति नहीं दी है।

इसमें मेरा +1 जोड़ना।

इस सुविधा को भी पसंद करेंगे। +1

@bpasero मुझे नहीं लगता कि

मैं Sublime Text से VSC में बदलने पर विचार कर रहा हूं और यह सीमा केवल एक चीज है जो मुझे उन दोनों का उपयोग करती रहती है, मैं निश्चित रूप से VSC के लिए अधिक इच्छुक होगा जब आप लोग इसे जोड़ेंगे!

+1
भले ही मुझे केवल एक्सप्लोरर और डीबग की आवश्यकता हो

टैब
एक्सप्लोरर / खोज / डिबग / गिट / एक्सटेंशन

इसके लिए इतने सारे अनुरोध, और वे भी लगातार आ रहे हैं। मुझे खुशी है कि मैं अकेला नहीं हूं। इस समय वीएस कोड के साथ वास्तव में यह मेरी एकमात्र समस्या है।

+1

मैं ऊपर टिप्पणी के साथ झंकार करूँगा - सही मायने में यह VSCode के लिए मेरी एकमात्र समस्या / विशेषता है। अन्यथा इसके साथ काम करने के लिए एक परम आनंद है, और उदात्त और दूसरों से बेहतर (मेरी राय में)।

@RoyTinker वही यहाँ। यह आखिरी चीज है जो मुझे VSCode पर पूरी तरह से स्विच करने से रोक रही है।

उपरोक्त सभी के साथ समाप्‍त करना- सबलेम से स्विच करने के बाद मेरे लिए मरहम में यह एकमात्र मक्खी है।

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

@laserbeak मुझे लगता है कि कई ऑपरेटिंग सिस्टमों में विंडो प्रबंधन को संभालने के लिए जटिलताएं उत्पन्न होती हैं। सभी प्लेटफार्मों पर इसे करने का एक साफ या स्पष्ट तरीका नहीं हो सकता है।

मैं तीन डिस्प्ले पर काम करने के बावजूद एक बड़े प्रोजेक्ट को डिबग करने के लिए संघर्ष कर रहा हूं - मेरे पास केवल डीबग कंसोल और कोड है जो मैं एक स्क्रीन पर देख रहा हूं। मैं उन्हें एक ही स्क्रीन पर साइड-बाय-साइड भी नहीं कर सकता क्योंकि डिबग कंसोल विंडो के पूर्ण तल को कोड संपादक से अलग करता है।

मुझे उम्मीद है कि इस सुविधा को उच्च प्राथमिकता दी जा सकती है, विशेष रूप से यह देखते हुए कि यह एक साल से अधिक समय से खुला है।

अप्रासंगिक https://www.npmjs.com/package/electron-window-manager

ओपी 5 ओके। 2017 2:38 am schreef ल्यूक शेल्टन सूचनाएं @github.com:

@laserbeak https://github.com/laserbeak मुझे लगता है कि कई ऑपरेटिंग सिस्टमों में विंडो प्रबंधन को संभालने के लिए जटिलताएं उत्पन्न होती हैं। सभी प्लेटफार्मों पर इसे करने का एक साफ या स्पष्ट तरीका नहीं हो सकता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-334327742 पर https://github.com/notifications-unsubscribe-auth/AD90FFy4E1Ra3EKfLfwhwhvvvezvvezvvezvvezvvezvayzvayz.zv पर देखें ।

जाहिरा तौर पर JetBrains के लोग इसे करने का सबसे अच्छा तरीका जानते हैं।
इंटेलीज उत्पाद में, हर दृश्य में एक कोग आइकन होता है जिसमें निम्नलिखित विकल्प होते हैं:

• डॉक किए गए मोड
• फ्लोटिंग मोड
• विंडो मोड

इस सुविधा के बिना, डेवलपर्स को निम्नलिखित चक्र मिलते हैं जो कि डेवलपर के समय का कम से कम 20% लेता है!

while (developing){
    swithToIDE() // because you were checking browser before this.
    findTheFileYouAreInterested() // because you can't see more then one file unless you split the view which brings another problem(limits visible area)
    findTheCodeYouAreWorkingOn() // since the coding window is too small because of the space taken by other views (terminal, output etc.)
    changeLogicCode()

    // checking output
    if (output.NotVisibleEnough){ // TODO: change to if(true) becuase it's never visible enough
        output.resizeToVisibleSize()
    }

    findTheProblemInOutput()

    if (output.takesTooMuchSpace){ // TODO: change to if(true)
        output.resizeToMinimalSizes()
    }

    changeLogicCode()

    changeUICode()

    swithToBrowser();
}

मैं इसे F ocusing U sers ' C reativity K Iller cycle कहता हूं।

यह अफ़सोस की बात है कि इस प्रतीत होता है कि कोई उच्च प्राथमिकता नहीं है। यह वास्तव में इस महान संपादक के लिए एक शो स्टॉपर है।

यह आखिरी बात वे मुझे इसके @Hypernut के बारे में बताया था

https://twitter.com/TheLoveDuckie/status/916447993594859522

अजीब है कि वे इस सुविधा के लिए उच्च मांग की अनदेखी करेंगे।

@ हायपरटर्न मैंने ऐसा ही सोचा था। मेरे लिए ऐसा लगता है जैसे यह किसी भी आधुनिक आईडीई का आधार फीचर होना चाहिए।

@LoveDuckie @Hypernut खोजकर्ता की एक फ़ाइल को एक नई विंडो में खींचकर आप इसके चारों ओर काम कर सकते हैं; लेकिन यह वास्तव में एक स्वीकार्य समाधान नहीं है। वे इस सवाल को चकमा दे रहे हैं कि यह इलेक्ट्रॉन की एक सीमा है और क्या वे वास्तव में कभी इसे दुखी करने में सक्षम होने जा रहे हैं या नहीं।

या हो सकता है कि वे सिर्फ विजुअल स्टूडियो के लिए बहुत मजबूत प्रतियोगिता नहीं बनाना चाहते हैं? -}

@ बेम-इरस मैं इसके बारे में जानता हूं लेकिन ऐसा लगता है कि पहले से ही उस कार्यक्षमता के लिए समर्थन है। यह एमएस का एक मामला है जो इसे वीएस कोड के साथ एकीकृत करना चाहता है।

+1। आवश्यक है, कई मॉनिटर (टैब) वाले लोगों के लिए अच्छा नहीं है। 14 महीने से अधिक और अभी भी मृत चुप्पी? लेकिन हे, macOS टच बार सपोर्ट है। 👎 दु: खी ...

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

+1 को इस सुविधा की आवश्यकता है

यह सुविधा बैकलॉग पर है, लेकिन अपवोट्स की संख्या के आधार पर सुविधा अनुरोधों को छांटने पर यह # 14 वें स्थान पर है:
https://github.com/Microsoft/vscode/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aopen%20sort%3Areactions-%2B1-desc%20label%3Afeature-request

शीर्ष 10 में जगह बनाने के लिए इसे 104 और वोटों की जरूरत है।

यदि मूल पूछने को बेहतर ढंग से प्रकाशित किया गया था, तो इस मुद्दे को बहुत अधिक वृद्धि मिलेगी।

शीर्षक: VSCode मल्टी-मॉनिटर / मल्टी वर्कस्पेस सपोर्ट जोड़ें।

विवरण:

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

वर्तमान व्यवहार:

https://cloud.githubusercontent.com/assets/2397125/26831065/5b8f145c-4acb-11e7-8f81-fe25512708cd.gif

वांछित व्यवहार:
https://user-images.githubusercontent.com/3527695/31317649-71a530b2-ac4d-11e7-9531-6fe2d4a2e967.gif

सहयोग:
https://www.npmjs.com/package/electron-window-manager

तो आप सिर्फ विजुअल स्टूडियो का उपयोग क्यों नहीं करते?

@ s952163
मैं उपयोग करता हूं, लेकिन मैं केवल विंडोज़ तक ही सीमित हूं ;-) जबकि vscode मैं लिनक्स, मैकोस, विंडोज़ पर उपयोग करता हूं

@ s952163 कई संभावित कारण:

• लिनक्स या मैक ओएस एक्स का उपयोग करना
• गैर-एमएस रनटाइम्स / प्लेटफार्मों के खिलाफ विकास करना

अब मैं macOS पर फ्रंट-एंड देव हूं और मैं सिर्फ मल्टी-विंडो सपोर्ट के लिए विंडोज और विजुअल स्टूडियो में वापस नहीं जाऊंगा। मैं वर्तमान में समान संपादकों को देख रहा हूं कि क्या कोई समर्थन फ़्लोटिंग विंडो: ब्रैकेट, एटम, उदात्त, जेटब्रेन ...

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

इस मुद्दे पर टिपिकल देव टिप्पणी करते हुए: "90 के दशक में डिज़ाइन किए गए खराब UI वाले अन्य सभी IDE ने मुझे कई स्क्रीन खरीदने के लिए मजबूर किया, ताकि यह नया IDE समस्या को अलग ढंग से ठीक करने की कोशिश न करे, लेकिन उसी बुरे UI को दोहराए और मेरे कई का समर्थन करे स्क्रीन "।

मैं वास्तव में उम्मीद करता हूं कि इसे लागू नहीं किया जाएगा, एकल खिड़की पर केंद्रित, सुव्यवस्थित, संपादन केंद्रित UX VSCode का एक मजबूत लाभ है, न कि नुकसान।

@ Krzysztof-Cieslak उसी टोकन के द्वारा, Chrome को टैब को नई विंडो में पॉप आउट करने का समर्थन नहीं करना चाहिए। मैं कल्पना नहीं कर सकता कि किसी ने भी बहस की। एकाधिक मॉनिटर अभी भी _really_ उपयोगी हैं क्योंकि वे उपलब्ध स्क्रीन रियल एस्टेट को बढ़ाते हैं। कई मॉनिटर का समर्थन करने वाले ऐप्स ऐसा करने के लिए बिल्कुल भी स्पष्ट नहीं हैं।

ऊपर @ D1no का चित्रण देखें ( स्क्रॉल करने के लिए क्लिक करें )। यह वही है जो मैं चाहूंगा - जैसे क्रोम टैब को पॉप आउट करना। [संपादित करें: मैं यह नहीं कह रहा हूँ कि नए टैब की विंडो को मुख्य विंडो के UI की नक़ल करनी चाहिए। मुझे लगता है कि इसकी आवश्यकता होगी एक टैब बार (कई कोड संपादक टैब के लिए) और टैब सामग्री है।]

@ Krzysztof-Cieslak आप सही मजाक कर रहे हैं? मानो या न मानो, वहाँ डेवलपर्स का एक बड़ा समुदाय मौजूद है जो एक कॉफी की दुकान, या एक पेड़ के शीर्ष पर, या जो भी वर्तमान में प्रचलित है, स्थानीयता पर उत्पादकता को महत्व देता है।

मल्टी मॉनिटर वर्कस्पेस 90 के दशक के कुछ अवशेष नहीं हैं। वे एक अविश्वसनीय उत्पादकता उपकरण हैं जिन्हें गतिशीलता या हिपस्टर जीवन शैली के परिवर्तन पर बलिदान नहीं किया जाना चाहिए।

@ Krzysztof-Cieslak यह संभवतः सबसे कठिन कथन है जिसे मैंने कुछ समय में पढ़ा है। FYI करें: 21 वीं सदी के आधे वीआर आंदोलन "विंडोज़ / इंटरफेस" की अनंत संख्या के लिए स्क्रीन एस्टेट सीमाओं से प्रेरित है, of

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

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

@ Krzysztof-Cieslak, आप कहते हैं कि पुराने IDE की डिजाइन की समस्या थी, जिसने हमें कई मॉनिटर करने के लिए मजबूर किया, ठीक है, मैं इसे ले लूंगा, मुझे उस विषय पर पर्याप्त नहीं पता कि यह सही है या गलत (और मेरा जन्म हुआ था) 1991 तो मुझे वास्तव में मौका नहीं मिला), लेकिन इससे कोई फर्क नहीं पड़ता कि आप इसे कैसे देखते हैं, यह टैब को क्लिक करने या दृश्य बदलने के लिए कुछ प्रमुख संयोजनों का उपयोग करने की तुलना में एक ही समय में 2 या अधिक फ़ाइलों को देखने के लिए अधिक उत्पादक है, यह विशेष रूप से सच है जब इन फ़ाइलों में एक मजबूत निर्भरता होती है। मुझे नहीं लगता कि मुझे यह समझाने की आवश्यकता है, आपको पता होना चाहिए कि मैं किस बारे में बात कर रहा हूं। खराब अंग्रेजी के लिए क्षमा करें, btw।

किद्दो, क्या आप चाँद के पीछे रहते हैं या आप बस ट्रोलिंग कर रहे हैं?
https://gearburn.com/2016/06/space-vr-app-turns-the-htc-vive-oculus-rift-into-a-productivity-hub/
https://www.bloomberg.com/news/articles/2016-11-16/how-working-in-vr-could-make-you-more-productive
https://www.theguardian.com/technology/2015/mar/24/andreessen-horowitz-london-virtual-reality-startup-improbable
(...)

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

तो यह एक समृद्ध संपादक के लिए _ask_ के लिए उपयुक्त है कि वह स्थापित वर्कफ़्लो में शामिल हो। यदि आपके पास ट्रोलिंग के साथ साझा करने के लिए कुछ योगदान हैं, तो हम आपको सुनकर खुश हैं। लेकिन इस बिंदु पर, इस मुद्दे की एक वर्ष से अधिक की गतिविधि खुद के लिए बोलती है।

हम _if_ से परे हैं, बल्कि _when_ और _how_ पर यह वृद्धि vscode हिट करते हैं।

यह मुद्दा बहुत गर्म हो रहा है, मुझे लगता है कि हममें से जो इसका समर्थन करते हैं, उन्हें इसके लिए जागरूकता बढ़ानी चाहिए (ट्वीट, सिफारिश, चर्चा), इसलिए यह इसे शीर्ष 10 अनुरोधों की सूची में शामिल कर सकता है। ट्रोलिंग / नाम बुलाना / बहस करना हमें कहीं नहीं मिलता।

और धन्यवाद @ D1no , अब मैं एक Oculus दरार चाहते हैं तो मैं 17 आभासी मॉनिटर हो सकता है :)।

@ करज़िस्तोफ-Cieslak
यह एक सुविधा है, न कि डिज़ाइन की पसंद। यदि यह सुविधा लागू हो जाती है, तो आपके पास VS कोड का उपयोग करने के लिए कई मॉनिटर नहीं हैं। वास्तव में, आपको कुछ भी करने की आवश्यकता नहीं है, आप बस VSCode का उपयोग करें। मुझे अभी भी यह नहीं मिला कि आप इसके खिलाफ क्यों हैं।
वैसे भी, मेरे पास 2 मॉनिटर हैं और मैं अभी भी तीसरे को खरीदने पर विचार करता हूं। क्यों? सामग्री को देखने के लिए विंडो पर क्लिक करने और आकार बदलने में वास्तव में समय लगता है। वर्चुअल मशीन, आपके द्वारा लिखा गया कोड, आपके द्वारा डिज़ाइन किया गया HTML पेज, आपके द्वारा जाँच की जाने वाली ब्राउज़र विंडो, डिबग आउटपुट, टर्मिनल और इतने पर। मुझे उन सभी को एक बार देखने की जरूरत है।

मैक या लिनक्स का उपयोग करने वाला बीटीडब्ल्यू वीएस का उपयोग नहीं करने का एकमात्र कारण नहीं है, यदि आपने कभी वीएस का उपयोग किया है, तो आप जानते हैं कि यह कैसे फूला हुआ है। पिछली बार जब मैंने इसे डाउनलोड किया था तो यह कुछ महीने पहले था और इसका आकार 7 या 8 जीबी था। फिर भी आपके पास 8GB इंस्टॉलर के लिए ऑफ़लाइन अनइंस्टॉलर नहीं है! नेट पर एक ऑनलाइन इंस्टॉलर से ऑफ़लाइन इंस्टॉलर बनाने के लिए वर्कअराउंड हैं!

@tavuntu

यह एक ही समय में 2 या अधिक फ़ाइलों को देखने के लिए अधिक उत्पादक है

आप वर्तमान में एक ही समय में 3 फ़ाइलें, एक ऊर्ध्वाधर पैनल (डिबगर, गिट, खोज, एक्सप्लोरर) और क्षैतिज पैनल देख सकते हैं

@ D1no ,
ठीक है, कुछ असंबद्ध IDEs (या सामान्य रूप में पाठ संपादन) को लिंक करना जैसे कि आदरणीय कंप्यूटर विज्ञान / सॉफ्टवेयर इंजीनियरिंग मेडिया में वीआर प्रचार लेखों के लिंक, जैसे कि गार्जियन और ब्लूमबर्ग पूरी तरह से आपकी बात को दर्शाता है। हालाँकि, मैं अभी भी इस पूरे थ्रेड को शोध, अध्ययन, पेपर के लिंक में नहीं देखता, जिसमें टेक्स्ट एडिटिंग के लिए मल्टीपल स्क्रीन का उपयोग करने की उत्पादकता प्राप्त होती है। मैं इस तरह की सुविधा को लागू करने के विभिन्न तरीकों के संभावित प्रभाव के आसपास कोई उचित चर्चा नहीं देखता हूं। मुझे विश्वास है कि मुझे अवधारणा कार्यान्वयन का कोई प्रमाण नहीं दिखाई देगा। सभी मैं देख सकता हूँ कि लोगों के झुंड +1 को खुश कर रहे हैं विशाल डिजाइन निहितार्थ के साथ कुछ यादृच्छिक सुविधा (और किसी के लिए नफरत का गुच्छा अलग राय रखने वाले)

वैसे भी, मैं बाहर हूं। हाँ, मुझे चांद के पीछे रहने वाले किदो कहते हुए, आपने इस चर्चा को जीत लिया! आपने मुझे एक यादृच्छिक इंटरनेट ट्रोल के रूप में भी ध्वस्त कर दिया है, अच्छी तरह से खेला है, सर!

@ करज़िस्तोफ-Cieslak,
नहीं, नहीं, जब आप गलत साबित होते हैं तो आप भागते नहीं हैं!
कृपया पहले एक अध्ययन की ओर इशारा करते हुए कहें कि कई मॉनिटर सपोर्ट न होना उत्पादकता में सुधार करता है या बेहतर विकल्प है। आप सभी ने लोगों को अपना दावा दिया, और उन्होंने अपना दिया।

"आप वर्तमान में एक ही समय में 3 फाइलें, एक ऊर्ध्वाधर पैनल (डिबगर, गिट, सर्च, एक्सप्लोरर) और क्षैतिज पैनल देख सकते हैं", अच्छा प्रयास करें, लेकिन आप जानते हैं कि मेरा क्या मतलब है, मेरा मतलब है एक सीएसएस फ़ाइल के साथ अधिकतम विंडो एक में एक और एक में HTML के साथ मॉनिटर और एक अधिकतम विंडो ... एक ही मॉनीटर में बहुत से असुविधाजनक पैनल होने से बेहतर है। मैं कहूंगा कि यह एक व्यक्तिगत प्राथमिकता है, लेकिन हे, इस चीज में 237 अपवोट्स बनाम 7 डाउनवोट्स हैं, इसलिए हाँ।

@tavuntu @ Krzysztof-Cieslak मैं अपने 22 "मॉनिटर में से एक को वर्टीकल ओरिएंटेड रखता हूं। कभी-कभार एक जेएस विजेट फाइल को एडिट करना अच्छा होता है, बगल के मॉनिटर पर मैक्सिमम स्प्लिट पेन में संबंधित HTML और CSS फाइलों के साथ।

लेआउट:

                                 +---------+
                                 |         |
                                 | JS File |
                                 |         |
+-------------+ +--------------+ |         |
| Chrome tabs:| | CSS  | HTML  | |         |
| App, docs,  | | File | File  | |         |
| inspector   | |      |       | |         |
|             | |      |       | |         |
+-------------+ +--------------+ |         |
                +--------------+ +---------+
                | Terminal,    |
                | Email,       |
                | Slack        |
                |              |
                +--------------+

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

कृपया यह गलती न करें ...

आप एक बार में कई फ़ाइल नहीं पढ़ सकते हैं और ध्यान केंद्रित नहीं कर सकते हैं। एक स्क्रीन में स्प्लिट कोड पहले से ही पर्याप्त है और इस तरह के निर्णय से उपयोगकर्ता अनुभव के लिए बहुत सारे डिजाइन निहितार्थ हैं।

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

संभव बेहतर फोकस IMO, शब्द पैटर्न चयन को ठीक करना और चयन का नाम बदलना, ड्रैग एंड ड्रॉप सपोर्ट को पैनल में जोड़ना, आदि ...

इसके अलावा, ओएस के अधिकांश आप विंडोज के लिए एक उचित टाइलिंग सिस्टम का समर्थन नहीं करते हैं, ताकि हाँ प्रत्येक को प्रबंधित करने में मज़ा आए ...

@MangelMaxime क्या आपको पता है कि नई खिड़कियां वैकल्पिक होंगी?

@ jez9999 हाँ मैं समझता हूँ कि, जैसा कि मैं यह भी समझता हूँ कि यह भविष्य में जोड़ने और बनाए रखने के लिए एक सरल विशेषता नहीं है। :) बस मेरी राय देने के बाद लगता है जैसे ज्यादातर लोगों ने पहले से ही कुछ +1 के साथ दिया है :)

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

@ramazanpolat
यह वास्तव में एक अच्छा बिंदु है, लेकिन कंसोल या कमांड के लिए, हमारे पास पहले से ही उदाहरण के लिए कंसोल एप्लिकेशन है जो सामान्य आईएमओ में बेहतर काम करना चाहिए।

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

संपादित करें: जाहिरा तौर पर किसी को व्यंग्य नहीं मिला।

चूंकि यह सामने आया था, कोड में मल्टी-मॉनीटर का समर्थन नहीं था, और मैंने माना कि यह चुनाव जानबूझकर किया गया था। उस ने कहा, मुझे नहीं पता कि मैं इसे उपयोगी पाऊँगा या नहीं। मैं एक मॉनिटर में कोड का उपयोग करता हूं और दूसरी स्क्रीन में मेरे ब्राउज़र और एमुलेटर। -1।

आप इसे नीचे ही क्यों वोट देंगे क्योंकि आप इसका इस्तेमाल नहीं करेंगे?

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

यह महंगा है, यह एप्लिकेशन रखरखाव को कठिन बना देगा, यह उपयोगकर्ताओं को ध्यान केंद्रित करने वाले कोड को रोक देगा।
इसके अतिरिक्त एक मॉनिटर निश्चित रूप से दो से सस्ता है।

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

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

किसी और के लिए कुछ बड़ी खबरें मिलीं, जो (मेरे जैसे) नहीं जानते थे: ऐसा लगता है कि यह सुविधा पहले से ही (ज्यादातर) लागू है। अलग-अलग विंडो में टैब को बंद करना __already संभव__ s है, जिसमें कुछ कैविट / वर्कअराउंड की आवश्यकता होती है।

तैयारी के कदम:

1. अपना प्रोजेक्ट फ़ोल्डर या कार्यक्षेत्र खोलें (यदि पहले से नहीं खुला है)
2. फ़ाइल> नई विंडो
3. नई विंडो में स्वागत स्क्रीन बंद करें
4. (यदि साइडबार दिखाई देता है) चयनित नई विंडो के साथ, दृश्य> टॉगल साइड बार पर क्लिक करें
5. (यदि गतिविधि बार दिखाई देता है) चयनित नई विंडो के साथ, दृश्य> छिपाएँ गतिविधि बार पर क्लिक करें
6. मॉनिटर # 2 पर नई विंडो को अधिकतम करें

अब अपने प्रोजेक्ट विंडो से नई विंडो में एक संपादक टैब खींचें और छोड़ें।
==> बूम: कार्यक्षेत्र अब मल्टी-मॉनिटर है।
(आपको उस टैब को भी बंद करना होगा जिसे आपने खींचा है)

अगर कोई 2-5 चरणों (+ मूल टैब) को बंद कर सकता है और किसी को स्क्रीन के गैर-बनाम-स्वामित्व वाले हिस्से पर टैब खींचता है, तो ऑटोमेशन को ट्रिगर कर सकता है, तो इस सुविधा का एक न्यूनतम व्यवहार्य कार्यान्वयन अचूक नहीं होगा।

अरे, हाँ, यह एक ज्ञात वर्कअराउंड है (जैसे प्रोजेक्ट को कई बार खोलना) और टिप्पणियों में कहीं ऊपर बताया गया है। हालांकि, यह थकाऊ है और कभी-कभी - एक ही समय में परियोजना के कई उदाहरणों को खोलने में समस्याएं हो सकती हैं (वे उदाहरण सीधे एक दूसरे के साथ संवाद नहीं करते हैं)।

@RoyTinker "मैं अपने 22 में से एक को रखता हूं" वर्टिकल ओरिएंटेड मॉनिटर करता है। ", कि एक वैध तर्क है!

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

अच्छी खबर - यह upvotes द्वारा क्रमबद्ध सुविधा अनुरोधों में # 13 तक पहुंच गया है। शीर्ष 10 में जगह बनाने के लिए हमें केवल 88 और वोट चाहिए।

मुझसे एक और वोट!

वोट दिया, यह केवल एक चीज है जो उदात्त से चलती है

एक और वोट, एक बहुत जरूरी विशेषता।

और एक वोट!

एक और वोट!

इस सुविधा को पसंद करेंगे। वोट दें।

एक और वोट।
क्या कमेंटरी वोट की मदद करती है? या सिर्फ मुख्य पोस्ट पर्याप्त अंगूठे? अन्यथा, यह धागा थोड़े पानी में बह जाएगा।

मुख्य पोस्ट पर अंगूठे।

मुख्य पोस्ट पर अंगूठे हमें क्या चाहिए ... चलो इस धागे में न जोड़ें जब तक कि हमें चर्चा में कुछ जोड़ना न हो। वोट के लिए धन्यवाद !! 😃

+1 वोट मुझ से

मैं इसे और अधिक शुरू करने की आवश्यकता हूं क्योंकि परियोजनाएं बड़ी हो रही हैं। यदि इसकी वजह से प्रदर्शन कम नहीं होता है तो यह एक बड़ी विशेषता होगी।

कुछ पाठ संपादन के लिए भी ऐसा करना आदर्श होगा। उदाहरण के लिए, मैं वीएस-कोड में शोध पत्र लिखता हूं। मैं वीएस कोड में बहुत सारे मार्कडाउन-आधारित दस्तावेज भी लिखता हूं। यदि मैं एक स्क्रीन में कोड / टेक्स्ट लिखूं, और एक बाहरी मॉनिटर (या, दूसरी स्क्रीन) में पूर्वावलोकन (अभी भी VSCode के भीतर) प्राप्त करूं तो यह बहुत उपयोगी होगा। मुझे पूरी तरह से इस सुविधा की आवश्यकता है और समर्थन करता हूं!

+1 वोट मुझ से! Vscode भयानक है और यह इस fonctionality के साथ और अधिक भयानक होगा!

@ amadare42

अंगूठे को हमेशा +1 की लोकप्रिय पद्धति पर पसंद किया जाता है। काश GitHub इसे + [Emoji] की तुलना में प्रत्येक पोस्ट पर +1 बटन के साथ अधिक स्पष्ट कर देगा।

हमेशा रेडिट स्टाइल को भी पसंद करते थे

हुर्रे, हमने इसे शीर्ष 10 में बनाया (यह वास्तव में # 9 अब है)। केवल 68 अधिक वोट और यह शीर्ष 5 सुविधा अनुरोधों में होगा। (वोट करने के लिए, शीर्ष टिप्पणी के लिए "अंगूठे ऊपर" प्रतिक्रिया जोड़ें।)

इसके लिए एक अंगूठा। ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP एएसएपी ASAP एएसएपी ASAP एएसएपी ASAP एएसएपी ASAP एएसएपी ASAP ASAP

मुझसे वोट लें

मेरे लिए +1। पहली बात मैंने स्विच करते समय गायब पाया।

मेरा वर्तमान VS समुदाय संस्करण सेटअप:
बाईं स्क्रीन:

• समाधान खोजी
• ब्रेकप्वाइंट
• त्रुटियाँ
• गुण
• स्रोत नियंत्रण

सही स्क्रीन:

• कोड संपादक

इस समय के करीब बात "ज़ेन मोड" है .. लेकिन यह लगभग एक ही अनुभव नहीं है।

तो कृपया ... "सभी चीजें तैरें!" 🙏

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

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

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

@nguyenlamlll मेरा सुझाव है कि आप https://github.com/Microsoft/vscode/issues/2686#issuecomment -344808761 के माध्यम से पढ़ें

यह awsome ऐप है, और मैं हाल ही में Webstorm से vscode पर जाता हूं।
मैं वास्तव में यह सुविधा चाहता हूँ !!

@bpasero "बैकलॉग से हटा दिया गया" - कोई टिप्पणी? मुझे टीम की प्रतिक्रिया जानने के लिए दुःख होगा "नहीं"।

@RoyTinker नहीं इसका कोई विशेष अर्थ नहीं है, मैं सिर्फ उन मुद्दों को प्राथमिकता देना चाहता हूं जिन्हें मैं बिना किसी मील के पत्थर के सौंपा गया हूं जब तक कि काम शुरू न हो जाए। अगले 6-12 महीनों में हम क्या काम करने की योजना के लिए अपना रोडमैप देखें: https://github.com/Microsoft/vscode/wiki/Roadmap

अगले 6-12 महीनों में हम क्या काम करने की योजना के लिए हमारा रोडमैप देखें

मैं इसे वहां नहीं देखता, इसलिए ऐसा लगता है कि आप लोग इस सुविधा की उच्च मांग को अनदेखा करना जारी रखते हैं।
क्यों?

हाँ, मैं कहूँगा कि यह सुविधा "हैप्पी कोडिंग" श्रेणी में दृढ़ता से आती है। 400+ अपवोट। रोडमैप पर होना चाहिए।

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

धन्यवाद @bpasero पता करने के लिए अच्छा है।

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

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

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

अब आप कल्पना कीजिए कि आपके पास एक संपादक है जहां आप टाइप करते हैं और आप इसे एक नई विंडो बनाने के लिए बाहर निकालना चाहते हैं, आप उम्मीद करेंगे कि ऑपरेशन बहुत तेज और हल्का हो। लेकिन इसके बजाय, हमें अलग-अलग एक्सटेंशन होस्ट के साथ VS कोड की एक पूरी नई आवृत्ति बनाने की आवश्यकता होगी, यहां तक ​​कि एक स्टैंडअलोन विंडो में संपादक होने के लिए (यह फ़ाइल> नई विंडो करने और खिड़की में उस फ़ाइल को खोलने के लिए तुलनीय होगा) ।

मुझे यह सुविधा तभी संभव है जब हम "मुख्य" विंडो में समान मेमोरी साझा करने वाली विंडो बनाने का एक तरीका ढूंढते हैं ताकि यह ऑपरेशन हल्का हो। Imho यह काम नहीं करेगा फ्लोटिंग विंडो में से प्रत्येक को पूरी तरह से अलग किया जाए जैसा कि वे अब हैं।

https://github.com/azain/electron-window-manager

@bpasero - इस सुविधा के लिए हल्का होना आवश्यक नहीं है - यह पहले से ही बहुत उपयोगी होगा यदि दो vscode उदाहरणों को समन्वयित किया जाता है और मैं बस मुख्य स्क्रीन पर एक फ़ाइल को संपादित कर सकता हूं और दूसरी स्क्रीन अपडेट पर समस्याओं के पैनल या टर्मिनलों को तुरंत देख सकता हूं। मैं आम तौर पर एक दूसरी स्क्रीन पर एक पैनल की तरह खुला होता है और इस स्क्रीन सेटअप में सिर्फ घंटों तक खुला रहता है।

आदर्श रूप से मैं दूसरी स्क्रीन ओपन साइड पर 1-4 विंडो के साथ एक स्प्लिट स्क्रीन रखना चाहूंगा ताकि समस्याओं के पैनल और ओपन टर्मिनलों (जैसे यूनिट टेस्ट और क्लाइंट और सर्वर आउटपुट दिखा) पर नज़र रख सकें - इसलिए मैं इसका उपयोग कर सकता हूं हर समय साइड पैनल को खोलने और बंद करने के बिना पहली स्क्रीन फुलस्क्रीन।

मैं अपने आप को अक्सर उस स्थिति में पाता हूं जहां आप हर समय cmd + j के साथ टर्मिनल खोलते हैं और बंद करते हैं या सभी विभाजन टैब को बंद करना पड़ता है क्योंकि आप साइड में बदलाव करना चाहते हैं, हालांकि मेरे पास एक दूसरी स्क्रीन है जहां ये बस खुले रह सकते हैं ।

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

@bpasero

उह, क्या हम संदर्भ नहीं रख सकते हैं?

    // STEP 1: open a new browser window and store a reference to it
    this.externalWindow = window.open('', '', 'width=600,height=400,left=200,top=200');

    // STEP 2: append the container <div> (that has props.children appended to it) to the body of the new window
    this.externalWindow.document.body.appendChild(this.containerEl);

मैं सिर्फ इसके बारे में जानता हूं, क्योंकि यह एक मुख्य कारण है कि रिएक्ट v16 पोर्टल्स कितने उपयोगी हैं।
https://hackernoon.com/using-a-react-16-portal-to-do-something-cool-2a2d627b0202

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

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

मैं यह नहीं कहूंगा कि यह तकनीकी रूप से असंभव है लेकिन मैं जो कह सकता हूं वह यह है कि यह सुविधा अनुरोध UI प्रभाव के कारण दोनों ही बहुत चुनौतीपूर्ण है और मूलभूत परिवर्तन के कारण इसे आज हमारे पास मौजूद प्रत्येक पहलू की आवश्यकता है। मुझे उम्मीद है कि इसका कोई अर्थ है।

मुझे आशा है कि आप इस सुविधा को चरण दर चरण जारी करने का लक्ष्य रखेंगे और आप योजनाओं पर नहीं बैठेंगे

+1 इसे पसंद करेंगे

@bpasero n00b प्रश्न के लिए क्षमा करें: क्या nativeWindowOpen समस्या को हल करने में मदद कर सकता है?

+1 मुझसे और

@ Blackbaud-DustinLunsford एक साधारण वर्कअराउंड के लिए धन्यवाद

@ n9 मुझे लगता है कि दोनों खिड़कियों के बीच संचार हल करने योग्य है, लेकिन अन्य मुद्दे बने हुए हैं, जो मैंने कहा है, विशेष रूप से तथ्य यह है कि प्रत्येक खिड़की का अपना डोम है और हमारी सभी सेवाओं को हर खिड़की से एक ही बैकएंड पर बात करने की आवश्यकता है

यह एक बड़ी विशेषता है जैसा मुझे चाहिए!

उत्तर के लिए

स्प्लिट स्क्रीन 1 पोर्ट्रेट, 1 लैंडस्केप पर एक निश्चित होना चाहिए।

एक कारण मैं अभी भी वी.एस. कोड पर ग्रहण का उपयोग करता हूं। चित्र में विंडो कोड - परिदृश्य पर उपकरण

+1

मैं इस सुविधा को जल्द ही कभी भी feature देखना पसंद करूंगा

बहुत बढ़िया; मुझे संपादक से प्यार है

जीसस

+1 ...! 😃

@bpasero मुझे संदेह है कि आपके द्वारा उल्लेखित जटिलताओं में से कई को शामिल करने के लिए संभव 80/20 (% लाभ / प्रयास) मध्यवर्ती लक्ष्य नहीं है।

क्या होगा अगर निम्नलिखित विशेषताएं जोड़ी जा सकती हैं:

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

@RoyTinker मुझे लगता है कि यह और भी सरल हो सकता है।

पहले समाधान के रूप में इसे 100% "वियोज्य" विंडो होने की आवश्यकता नहीं है। वास्तविक एपीपी कई कैनवस के लिए एक "कंटेनर" हो सकता है जिसे अंदर फिर से व्यवस्थित किया जा सकता है।
थोड़ी सी किस्मत के साथ, यह VSCode मुख्य विंडो में एक बहुत ही सरल बदलाव हो सकता है।

@Rouche VSCode इलेक्ट्रॉन में कार्यान्वित किया जाता है, जिसका अर्थ है कि प्रत्येक विंडो एक अलग क्रोमियम प्रक्रिया है, साथ ही कुछ बैक-एंड प्रक्रियाओं के साथ। "ऐप" एक ओएस-विशिष्ट कंटेनर है जो इन प्रक्रियाओं को तत्काल / ऑर्केस्ट्रेट करता है। इस बिंदु पर उस मॉडल को बदलना मौलिक (बड़ा) होगा।

मैं थोड़ा निराश हूं कि यह कभी भी एक डिजाइन विचार नहीं था
बिलकुल शुरुआत।

शुक्र पर, 1 दिसंबर, 2017 को 9:39 बजे, रॉय टिंकर सूचनाएँ @github.com ने लिखा:

@Rouche https://github.com/rouche VSCode इलेक्ट्रॉन में लागू किया गया है,
जिसका अर्थ है कि प्रत्येक विंडो एक अलग क्रोमियम प्रक्रिया है, कुछ के साथ
बैक-एंड प्रक्रियाएँ भी। "ऐप" एक ओएस-विशिष्ट कंटेनर है जो
इन प्रक्रियाओं को तत्काल / ऑर्केस्ट्रेट करता है। उस मॉडल को बदलना होगा
बल्कि इस बिंदु पर मौलिक (बड़े)।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/10121#issuecomment-348621220 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAqQmoLrUY4l5H5xwroWCytBbgT2LIL_ks5s8HIqgaJpZM4JckZO
।

-

गेम्स प्रोग्रामर

www.lucshelton.com

+1

अतीत में एक विजुअल स्टूडियो उपयोगकर्ता के रूप में, यह एक ऐसी विशेषता है जिसे मैं वीएस कोड में याद करता हूं।

+1

@bpasero तथ्य यह है कि हर खिड़की अपनी प्रक्रिया में है इलेक्ट्रॉन के एक मुद्दे के रूप में नहीं माना जा सकता है? क्या इलेक्ट्रॉन के रूप में इस तरह के ढांचे के लिए प्रत्येक विंडो के लिए बहुप्रोसेसरिंग करना एक अनावश्यक ओवरहेड नहीं है?

वैसे मुझे लगता है कि तब इलेक्ट्रॉन टीम सिर्फ इतना कह सकती है कि समस्या क्रोम में है। चूंकि, क्रोम हर टैब के लिए एक नई प्रक्रिया बनाता है। केवल कुछ अन्य ढांचे पर काम करने के लिए इलेक्ट्रॉन को स्थानांतरित करने के लिए केवल समाधान होगा।

@vvavrychuk यह वेब प्रौद्योगिकी के मौलिक सीमा के रूप में एक इलेक्ट्रॉन मुद्दा नहीं है। (इलेक्ट्रॉन = क्रोमियम + एपीआई अंतर्निहित ओएस सुविधाओं का उपयोग करने के लिए)

क्या होगा अगर आप किसी मोड में vscode init कर सकते हैं, "एक्सटेंशन मोड", उदाहरण के लिए,
और कुछ मापदंडों से गुजरते हैं। जैसे। vscode - customended- विंडो --socket-id
((सॉकेट-गाइड)) --root-window ((रूट-विंडो-गाइड))

इस तरह आप खिड़कियों के बीच संचार का एक सॉकेट या बस बना सकते हैं
या स्वतंत्र अनुप्रयोग।

बनाई गई प्रत्येक विस्तारित विंडो को एक रूट विंडो आईडी, और दी गई है
के साथ संवाद करने के लिए एक UNIX सॉकेट आईडी बनाया।

मुझे लगता है कि इस तरह से कुछ लागू करने की संभावना है।

यदि इलेक्ट्रॉन में कुर्सियां ​​खोलने, पढ़ने और लिखने का एक तरीका है, तो यह दृष्टिकोण हो सकता है
सफल हो जाओ।

@RoyTinker क्रोम में "एकल-प्रक्रिया" विकल्प है, लेकिन इलेक्ट्रॉन इसे https://github.com/electron/electron/issues/11398 का समर्थन नहीं करता है

@ यीशु-गोंजालेज ने कहा कि @bpasero ने इसे लागू करने के लिए क्या कहा, इस पर एक बदलाव की तरह दिखता है, हालांकि आपका सुझाव उसकी सूची से आइटम (3) की तुलना में आसान (कम से कम मेरे लिए) लगता है, क्योंकि "माता-पिता" इलेक्ट्रॉन प्रक्रिया का पेड़ होगा बैक-एंड कार्यक्षमता, जैसे डीबगर।

हालांकि, @bpasero की चुनौतियों की सूची से (1) और (2) बने रहेंगे। इसके अतिरिक्त, संपादक / पैनल टैब में सॉकेट संचार को जोड़ने से बहुत काम आएगा - अगर मुझसे गलती नहीं हुई है, तो कई आंतरिक APIs को सिंक्रोनस के बजाय async / वादा-आधारित होने के लिए अद्यतन करना होगा, जो एक बड़ा प्रयास होगा ।

@vavrychuk "सिंगल-प्रोसेस" द्वारा मैं केवल वेब संदर्भ (संन्यासी कार्यकर्ता) का उल्लेख कर रहा हूं। "इलेक्ट्रॉन प्रक्रिया" से मेरा मतलब एक प्रक्रिया पेड़ से अधिक था, जिसमें किसी भी संख्या में Node.js प्रक्रियाओं और कुछ पृष्ठभूमि क्रोमियम प्रक्रियाओं के साथ एक एकल वेब संदर्भ शामिल होगा। अन्यथा मैं शायद सबसे अच्छा व्यक्ति नहीं हूं।

+1

इस पर कोई प्रगति? दोनों मॉनिटर और उनके बीच फ़ाइलों को विभाजित करने पर VScode का उपयोग करने में सक्षम होना पसंद करेंगे।

+1

सोचा कि सभी को यह जानकर खुशी होगी - इस सुविधा के अनुरोध ने इसे upvotes के द्वारा # 4 कर दिया। केवल 150 अधिक और यह शीर्ष 3 में होगा!

+1
मैं इस सुविधा के अनुरोध का दृढ़ता से समर्थन करता हूं।

+1 बड़े या कई मॉनीटर के लिए बहुत उपयोगी होगा।

+1
मैं अपने घर कार्यालय में एक बड़े 4k मॉनिटर का उपयोग करके प्राप्त कर रहा हूं लेकिन अपने कार्य कार्यालय के डेस्क पर जहां मैं 4 छोटे मॉनिटर का उपयोग करता हूं यह एक मंदी है। यह आखिरी टुकड़ा है जो हम गायब हैं क्योंकि अन्य ने अन्य संपादकों के पूर्ण कदम से कहा है।

@RoyTinker हम इसे कहाँ तक

@pantonis कृपया पहली टिप्पणी के नीचे "अंगूठे ऊपर" आइकन पर क्लिक करें।

एक टिप्पणी जो केवल "+1" कहती है, वह मदद नहीं करती है और केवल चर्चा क्षेत्र को अव्यवस्थित करती है।

+1। यहां हम एक ही समय में बैक-एंड और फ्रंट-एंड के साथ काम करते हैं। मुख्य मॉनिटर में, बैक-एंड; 2 में, सामने के छोर। यह एक ही परियोजना और एक ही कार्यक्षेत्र है। यह हमें एक ही कार्यक्षेत्र / परियोजना के साथ कई खिड़कियां खोलने की अनुमति देनी चाहिए।

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

+1

भगवान के लिए कृपया ऐसा करें!

हर बार जब मैं अपने प्यारे vscode को अपडेट करता हूं तो मैं एक टैब को अलग करने की कोशिश करता हूं और यह काम नहीं करता है! दोस्तों यह पहले ही दिन से अनुरोध किया गया था।

कोई रोडमैप नहीं कोई मील का पत्थर नहीं, कोई वादा नहीं, क्या हो रहा है!

अब 800 अपवोट्स! यह थम्स अप द्वारा 3 है और टिप्पणियों की संख्या में 2 वें स्थान पर है

इस सुविधा को भी पसंद करेंगे।

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

केवल 42 33 22 17 8 2 0 अधिक वोट और यह मुद्दा # 1 होगा।

+1

@tavuntu केवल +1 साथ टिप्पणी करने की समस्या बेकार की अव्यवस्था बनाती है और ऐसे लोगों को रोकती है जो इस मुद्दे को बेकार अधिसूचना के साथ देखते हैं।

इस सुविधा को कार्यान्वित होते देखना चाहते हैं? मूल पोस्ट में to प्रतिक्रिया जोड़ें और यह पर्याप्त होगा, खूंखार +1 टिप्पणी करने की कोई आवश्यकता नहीं है।

यहां तक ​​कि मेरी टिप्पणी मेटा है क्योंकि यह वही (अधिक अव्यवस्था) करता है और इसकी आवश्यकता नहीं होनी चाहिए। इस बारे में पहले ही बात की जा चुकी थी।

बहरहाल , उदात्त पाठ से आने वाला, यह फीचर कुछ ऐसा था जिसका मैं वास्तव में आनंद ले रहा था और एक दिन VSCode में देखना चाहता था।

@ वि एड

इसका मतलब है कि हम GitHub की प्रतिक्रिया प्रणाली के दोष को महसूस कर रहे हैं। यदि "थ्रेड इस सुविधा के लिए" के लिए एक अतिरिक्त UI होना चाहिए, यदि समस्या थ्रेड को एक सुविधा अनुरोध माना जाता है। लेकिन, उम्मीद है कि अधिक प्रभाव वाला कोई व्यक्ति इसे GitHub तक ले जा सकता है।

@ketozhang

वास्तव में, और मुझे याद है कि किसी ने गीथहब के लिए एक विचार के बारे में बात करते हुए एक स्वचालित " +1 को शीर्ष-पोस्ट-कनवर्ज़न" प्रणाली को लागू करने के लिए कहा, और यह उन लोगों के लिए बहुत अच्छा होगा जो अभी भी + 1'ing की मानसिकता में हैं। उनका वोट जोड़ें। + 1'ing के लिए एक उचित UI का आपका विचार एक सुविधा अनुरोध / "मुझे यह समस्या है!" मुद्दों के लिए महान होगा! बात ऐसी है...

यह चर्चा इस धागे के दायरे से बाहर है और यहां पर बात की जा सकती _जब भी, समय के साथ-साथ उम्मीदें कम और कम होती जा रही हैं ..._ _ या है? _ ) - उम्मीद है कि इस समस्या के संबंध में कुछ होगा। यहां इसके बारे में बात करके, हम केवल इसे बदतर बना रहे हैं - आपको बल के दूसरी तरफ देखते हैं और एक अच्छा दिन है!

मैं एक बड़े सी # समाधान पर काम करने के लिए vscode का उपयोग करता हूं, विशेष रूप से, 19644 c # फाइलें। Visual Studio 2017 मेमोरी अपवाद से बाहर हो जाती है। फ़्लोटिंग टैब / संपादक विशेष रूप से दोहरे मॉनिटर सेटअप के साथ काम करते समय होना चाहिए।

यह सुविधा अनुरोध upvotes द्वारा अब # 1 है। हमने इसे बनाया! 🥇

मुझे लगता है कि यदि आप प्रेरणा की तलाश में हैं तो Xcode वास्तव में अच्छा करता है।

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

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

वास्तविक दुनिया में हमें केवल बाएं / दाएं / निचले पैनल की तुलना में बहुत अधिक देखने की जरूरत है, यह समाधान https://github.com/Microsoft/vscode/issues/10121#issuecomment -335013296 बहुत अच्छा है।

कृपालु स्वर बग को ठीक नहीं करता है। कृपया वोट का उपयोग करें।

इस सुविधा के लिए वर्षों से अनुरोध किया गया है ... कृपया इसे लागू करें।

उन लोगों के लिए जो केवल नई खिड़कियों में फाइलें खोलना चाहते हैं और Google द्वारा इस पृष्ठ का नेतृत्व किया गया था, "नई विंडो में सक्रिय फ़ाइलें खोलें" के लिए कीबोर्ड शॉर्टकट का उपयोग करें;
Ctrl + K, O

यह एक ऐसी बुनियादी विशेषता है, मैंने पहले सोचा था कि फ्लोटिंग विंडो का गुम होना एक बग था: ')

कृपया वी.एस. कोड टीम, हमें इसकी आवश्यकता है!

पूर्ण मल्टी स्क्रीन का समर्थन !!

यह धागा 1 साल 6 महीने और 4 दिन पहले खुला था ...।

संपादित करें: बुरा होने से, bpasero ने एक साल पहले धागे का जवाब दिया था, चलो बस उम्मीद करते हैं कि टीम इस मुद्दे को फरवरी 2018 पुनरावृत्ति योजना पर लचीले कार्यक्षेत्र लेआउट योजना मद के

@ अदरॉल और अन्य, कृपया आगे धागा पढ़ें। बेंजामिन पसेरो ने कई बार प्रतिक्रिया दी है। वह एक कोर VSCode टीम का सदस्य है।

कृपया यह भी याद रखें कि यह एक ओपन-सोर्स प्रोजेक्ट है। कुछ टिप्पणियों से लगता है कि एमएस हमारे यहाँ कुछ बकाया है ... सच नहीं है।

शायद VSCode सिर्फ इतना भयानक लोग हैं कभी-कभी यह वाणिज्यिक है :-)

@patrys यह शीर्ष मतदान का मुद्दा है और मुझे यकीन है कि आप जानते हैं कि, लेकिन हां, आप सही हैं, यह जादुई रूप से तय नहीं किया जाएगा, इसे समय और प्रयास की आवश्यकता है, और लोगों ( @Aetherall ने कहा) लगता है यह व्यावसायिक सॉफ़्टवेयर है (यह एक अच्छा अनुरोध के रूप में शुरू हुआ था लेकिन अब यह एक मजबूत परिश्रम की तरह लगता है)

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

अच्छा

@inarius ऊपर @ क्रिस्टोफर-हावर्ड की टिप्पणी देखें।

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

मुझे भी सिर्फ # 8171 का अंक मिला,

TIL, किसी अन्य vscode विंडो पर टैब खींचकर उस विंडो पर फ़ाइल भी खोलता है। दुर्भाग्य से यह पुराने टैब को बंद नहीं करता है जो फ्लोटिंग विंडो विचार के लिए अपेक्षित है।

यह व्यवहार मेरे लिए चौंकाने वाला है। यह मार्कडाउन पूर्वावलोकन टैब खोलने के समान है जो कई बार खुद को डुप्लिकेट भी करता है।

हे @केतोज़ांग ,

दुर्भाग्य से यह पुराने टैब को बंद नहीं करता है जो फ्लोटिंग विंडो विचार के लिए अपेक्षित है। यह व्यवहार मेरे लिए चौंकाने वाला है।

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

सादर

गति के साथ गति को कम करने के लिए, विशेष रूप से वॉच विंडो

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

+1। यह बहुत अच्छा होगा कि टैब को अलग-अलग मॉनिटरों में खींचने की क्षमता हो, जिससे वे नई विंडो बना सकें।

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

@bpasero अपने ब्राउज़र के पूरे संदर्भ के साथ एक नया उदाहरण क्यों नहीं है, मैं इसे वैसे भी समाप्त करता हूं जब मुझे अपने दूसरे मॉनिटर को भरने के लिए एप्लिकेशन का दूसरा उदाहरण खोलने की आवश्यकता होती है। IMO, ऐसा नहीं है जब आप दो ब्राउज़र खोलते हैं और उन दोनों के बीच टैब को ड्रैग और ड्रॉप करते हैं? कोड कोड के साथ vscode इस तरह नहीं कर सकता? यह क्षमता होना शानदार होगा। मेरे पास 2 मॉनिटर हैं, एक पुराना पीसी s754 8GiB DDR2 और यह लाइटवेट इंजीनियरिंग मेरे सेटअप को ज्यादा फायदा नहीं पहुंचाएगा, न ही नए और अधिक शक्तिशाली मशीनों को।

यह विंडो डॉक-सक्षम सुविधा पहले से ही VSCode है। लेकिन, हाल ही में पता नहीं क्यों अपने काम नहीं कर रहा है ...

+1। खिड़की के बाहर एक टैब को खींचकर एक नई विंडो में विभाजित किया जाना चाहिए जैसे कि लगभग हर एक अन्य टैब किए गए एप्लिकेशन को वहां से बाहर करना।

टैब मेरी प्राथमिकता नहीं है। लेकिन वियोज्य डिबग वास्तव में अच्छा होगा।

यह मुद्दा अब लगभग डेढ़ साल के लिए खुला है। कृपया उस सुविधा की वर्तमान स्थिति पर कुछ प्रतिक्रियाएँ दें।

वीएस कोड विंडो के बाहर टैब खींचना वर्तमान में ड्रैग-टारगेट के लिए फाइल (या इसका शॉर्टकट?) कॉपी करता है। यह अन्य आईडीई की तुलना में काफी अचूक है।

यह सोचने के लिए आइए, फ्लोटिंग विंडो की अनुपस्थिति (जैसे वीएस उचित) वीएस कोड के साथ मेरी एकमात्र वास्तविक समस्या है। इसे लागू करने की जरूरत है।

@ विश्वास और अन्य लोग इस टिप्पणी को देखते हैं, वर्तमान डिज़ाइन को देखते हुए इस सुविधा को लागू करना काफी कठिन है

@ जॉर्लेक्स क्या आप जानते हैं कि कहीं इलेक्ट्रॉन पर कोई समस्या है?

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

यूआई / यूएक्स की बात आती है तो इस समय मेरे लिए यह सबसे आवश्यक कार्यक्षमता है।

+1! <3

@kodipe आदर्श नहीं है, लेकिन इस समय आपकी स्थिति के लिए एक समाधान है। अपनी परियोजना को "कार्यक्षेत्र" के रूप में सहेजें, फिर एक फ़ाइल खोलें, हॉटकी Ctrl + KO का उपयोग करें (जैसा कि मैं देख रहा हूं कि आप विंडोज पर हैं) जो कि नई विंडो / उदाहरण में सक्रिय फ़ाइल दिखाना है। अब उस नई विंडो / उदाहरण में रेपो रूट फ़ोल्डर जोड़ें (क्योंकि यह अब प्रभावी रूप से एक नया कार्यक्षेत्र है) ... अब आपके पास दो मॉनिटर पर समान कार्यक्षेत्र का उपयोग करके दो विंडो हैं। जैसा कि मैंने कहा, यह किसी भी तरह से आदर्श नहीं है, लेकिन यह वही है जो मैं अपने कार्यस्थान के रूप में कार्यस्थान सुविधा का उपयोग कर रहा हूं।

यह एक UI सुविधा होनी चाहिए। यह दैनिक कार्य के अनुभव और उत्पादकता को अपंग करता है।

टक्कर, यह केवल एक चीज है जो मुझे वीएस कोड से पूरी तरह से आगे बढ़ने से रोक रही है।

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

यह एक मुफ्त उत्पाद है, और Microsoft हमें कुछ भी नहीं देना है। इसका मतलब यह नहीं है कि मैं बहुत चिढ़ नहीं हूँ कि यह सुविधा रडार पर भी नहीं है। इस सुविधा का अनुरोध करने के लिए कई पृष्ठ github मुद्दे हैं। VsCode एक बेहतरीन IDE है, लेकिन 2018 में इस फीचर की कमी जब हम सब पर नजर रखती है तो यह बहुत ही शर्मनाक है।

तकनीकी सीमाओं के कारण इस बहाने की कोशिश करने वाले हर किसी को: कृपया याद रखें कि किसी को vscode बनाने के लिए एक मंच / भाषा का मूल्यांकन करने का अवसर मिला था, और उन्होंने एक ऐसे ढांचे पर फैसला किया जिसमें बहुत स्पष्ट दोष है। मैं ईमानदारी से vscode टीम से कुछ संचार प्राप्त करने की कोशिश कर थक गया हूँ।

अगर यह जल्द ही vscode रोडमैप में शामिल नहीं होता है, तो मुझे लगता है कि मुझे एक नया IDE मिलेगा।

@BentOnCoding मैं मानता हूं कि इस सुविधा की कमी समझ से बाहर है, लेकिन जैसा कि आपने कहा कि उन्होंने ऐसा ढांचा चुना है जो आईडीई के निर्माण के लिए पूरी तरह उपयुक्त नहीं है, इसलिए इस सुविधा को जोड़ना एक बड़ा प्रयास होगा और ऐसा लगता है कि वे इसे बनाने के इच्छुक नहीं हैं। ।

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

@ruippeixotog मुझे नहीं लगता कि परमाणु वियोज्य टैब का समर्थन करता है। आप विंडो के बीच टैब ले जा सकते हैं, लेकिन आप टैब को खींचकर एक नई विंडो नहीं बना सकते

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

टैब आंदोलन बनाम वियोज्य खिड़कियों के बीच यह भ्रम ठीक है कि मैं वियोज्य टैब का समर्थन क्यों नहीं करता। टैब आंदोलन को एक नई विंडो में एक नई प्रक्रिया को स्पॉन करना चाहिए। मैं चाहता हूं कि यह बिल्कुल क्रोम ब्राउज़र की तरह काम करे।

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

यह मुद्दा वास्तव में केवल पिछले 3 महीनों में प्रमुखता के लिए बढ़ा। मुझे लगता है कि अभी भी आंतरिक चर्चा चल रही है।

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

जब यह महान सुविधा मौजूद है, तो इस मुद्दे को पिंग करने के लिए सदस्यता लें।

मैं अपने दोनों चूतड़ों को यहीं छोड़ दूंगा। लंबे समय तक इस धागे का पालन करना और अभी भी देर से मार्च 2018 (लगभग 2 साल) ऐसा नहीं है। मेरी उँगलियों को पार करके यह जल्द ही उपलब्ध होने की उम्मीद है।

यह एक ऐसी बुनियादी विशेषता है, मैंने पहले सोचा था कि फ्लोटिंग विंडो का गुम होना एक बग था: ')

@ ऑथरॉल 👍 मैंने वही सोचा! फिर मैंने आकर यह धागा पाया ... :-(

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

आपको जो नहीं करना चाहिए वह कराह रहा है और वीएस कोड के पीछे महान टीम को खराब महसूस करने के लिए यात्रा करने की कोशिश करता है।

यदि कोई बेहतर विकल्प होता तो आप इस थ्रेड में अपना समय बर्बाद करने के बजाय इसका उपयोग कर रहे होते, इसलिए अगली बार "थैंक्स" के बजाय "यह अभी तक कैसे नहीं किया गया" कहा जाता है।

@Nepoxx आप हमेशा एक शीर्षक के साथ एक नया मुद्दा खोल सकते हैं जैसे कि "इन-प्रोसेस विंडो फ्लोटिंग के लिए तकनीकी चर्चा" और इस मुद्दे से लिंक करें।

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

@patrys "आप एक पुल अनुरोध में योगदान करने के लिए स्वतंत्र हैं जो इस काम को पाने के लिए कम से कम कुछ आवश्यक परिवर्तनों को लागू करता है"

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

इस धागे में लोगों की _ (सबसे) _ शिकायत नहीं कर रहे हैं "मुझे यह चाहिए।" या "ऐसा करो क्योंकि मैं खुद ऐसा करने के लिए बहुत आलसी हूं।" समुदाय चिंतित है क्योंकि यह एक ऐसी महत्वपूर्ण विशेषता है और मूल योगदानकर्ताओं की ओर से कोई प्रतिक्रिया नहीं हुई है - अनिवार्य रूप से, "यह एक कठिन मुद्दा है।"

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

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

यदि आप केवल उत्पादकता वृद्धि के लाभ के लिए 4 मॉनिटर का खर्च उठा सकते हैं, तो मेरा मानना ​​है कि आप इस तरह के फीचर के विकास पर कुछ पैसा खर्च कर सकते हैं।

क्षमा करें मुझे अवसोस नहीं है

@bpasero शायद हमें टिप्पणियों के लिए इस मुद्दे को बंद करना चाहिए, क्योंकि हम यहां टैक्सी चालकों के बारे में बहस कर रहे हैं maybe

क्षमा करें अगर मैं गलत हूं, लेकिन कई खिड़कियों के लिए किसी प्रकार का समर्थन है: https://www.npmjs.com/package/electron-window-manager

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

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

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

उचित आईडीई काफी महंगे उपकरण हैं। JetBrains को देखें - उन्होंने इन चीजों के निर्माण का एक सफल व्यवसाय बनाया;)

@ मम्म्नक नं। यह एक आईडीई है।

notepad.exe एक पाठ संपादक है, notepad++ एक पाठ संपादक, है vscode एकीकृत टर्मिनल, कार्य धावक, एससीएम, और डिबग करने से पहले _ था _ एक पाठ संपादक। _ अन्य सुविधाओं में अन्य IDE हैं जो vscode नहीं हैं? _ कुछ चीजें हैं जो मुझे यकीन है, लेकिन बहुत से नहीं हैं।

जब आप 1000 प्लगइन्स स्थापित नहीं करते हैं तो यह निश्चित रूप से हल्का होता है। मैं vscode ~/.bash_profile संपादित करने का मन नहीं करता क्योंकि मुझे 4 मिनट तक इंतजार करने की आवश्यकता नहीं है जैसे मैं Visual Studio या WebStorm के साथ कर सकता हूं।

@rozzzly विजुअल स्टूडियो, कम से कम, सुविधाओं का एक बड़ा सेट है जो vscode नहीं है। .NET, SQL सर्वर टूल्स, एक विशाल परीक्षण प्रबंधन प्रणाली, Azure टूल्स (MS's क्लाउड), बिल्ट-इन टास्क / PR / इश्यू ट्रैकिंग के लिए रनटाइम प्रोफाइलिंग - मेरे सिर के शीर्ष से कुछ दूर याद करने के लिए। यह वास्तव में बड़े पैमाने पर उत्पाद है। उस माप से, VSCode सिर्फ एक संपादक है, अंतर्निर्मित डीबगिंग / आदि के बावजूद। - यह सब कुछ आप को विकसित करने और बड़े पैमाने पर सॉफ्टवेयर जहाज की जरूरत के साथ जहाज नहीं करता है ... करीब भी नहीं।

@rozzzly- टीम के निर्माण के लिए यह आईडीई के बजाय संपादक के रूप में संदर्भित करता है, ताकि स्पष्ट रूप से आईडीई को पूरी तरह से उड़ाने के लिए कोई ड्राइव न हो।

इन चीजों में पैसा खर्च होता है।

देखें @RoyTinker ने क्या उल्लेख किया है। कोड कवरेज, टीम सेवाएं, मर्ज संघर्ष टूलींग, लेआउट का पूर्ण अनुकूलन, पैकेज मैनेजर में निर्माण, क्लाउड एक्सप्लोरर, एसक्यूएल एक्सप्लोरर, सर्वर एक्सप्लोरर, एप्लिकेशन इनसाइट्स, क्लास व्यू, ऑब्जेक्ट ब्राउज़र, आदि आदि जोड़ें।

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

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

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

@ michaljaros84 तथ्य यह है कि वी.एस. कोड एक आईडीई होने का इरादा नहीं है, जैसा कि विजुअल स्टूडियो सभी-यूएक्स एन्हांसमेंट्स जैसे कि इन-प्रोसेस विंडो फ्लोटिंग में नहीं है।

@RoyTinker शायद हम अलग-अलग उदाहरणों में फ्लोटिंग-इन-प्रोसेस की खूबियों पर चर्चा कर सकते हैं? यदि किसी नई प्रक्रिया को शुरू करने से समान कार्यक्षमता प्राप्त की जा सकती है तो मुझे नाटकीय रूप से जटिलता बढ़ाने का कोई मूल्य नहीं दिखता है।

तथ्य यह है कि कोड एक आईडीई है इसका मतलब यह नहीं है कि हमें वी.एस. के लिए सभी भयानक यूएक्स विकल्पों को अस्थायी पैनलों की तरह पोर्ट करना होगा।

यदि किसी नई प्रक्रिया को शुरू करने से समान कार्यक्षमता प्राप्त की जा सकती है तो मुझे नाटकीय रूप से जटिलता बढ़ाने का कोई मूल्य नहीं दिखता है।

एक ही कार्यविधि एक नई प्रक्रिया पैदा करने से हासिल नहीं की जा सकती है, क्योंकि, AIUI, उन भाषाओं के लिए, जिनमें LSP- आधारित टूलिंग है, दो प्रक्रियाएं दोनों एक ही भाषा सर्वर से बात नहीं कर सकती हैं, इसलिए आप केवल LSP- आधारित होंगे उनमें से एक में सुविधाएँ।

@inarius ज़रूर, हालाँकि जो पहले ही ऊपर चर्चा की जा चुकी है (मेरे "20% प्रयास / 80% लाभ" टिप्पणी देखें )। जैसा कि मैं इसे समझता हूं, उपयोग का मामला कई मॉनिटरों का बेहतर समर्थन करना है।

कई कारणों से (जैसे @HighCommander द्वारा उल्लिखित एक) VS कोड केवल प्रति फ़ोल्डर एक कार्यक्षेत्र शुरू करता है (और वर्तमान में एक एकल कार्यक्षेत्र एक से अधिक उदाहरण नहीं हो सकता है)।

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

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

@ Krzysztof-Cieslak फ़्लोटिंग पैनल विज़ुअल स्टूडियो में पूरी तरह से वैकल्पिक होने के लिए बनाए गए हैं (अर्थात कोई सुविधा या वर्कफ़्लो की आवश्यकता नहीं है कि आप उनका उपयोग करें), इसलिए मैं नहीं देखता कि यह कैसे बुरा UX विकल्प है, यहां तक ​​कि लोगों के दृष्टिकोण से भी "डॉन" t उनका उपयोग करना चाहते हैं।

यह शर्म की बात है कि यह अभी भी संभव नहीं है, मल्टी मॉनिटर सेटअप वाले लोग बहुत लाभान्वित होंगे।
तो वोट फॉर फीचर 💃

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

कम से कम, कृपया एक ही फ़ोल्डर को कई खिड़कियों में खोलने पर बहुत ही मनमाना प्रतिबंध हटा दें।

@TedYav उस प्रतिबंध के पीछे तकनीकी कारण हैं - अधिक जानकारी और चर्चा के लिए # 2686 देखें।

इसलिए Iteration Plan # 47369 का संदर्भ केवल इस बात का समर्थन करने की योजना के बजाय 4k मॉनिटर पाने के बारे में एक मजाक है?

@hosaka सही, हालांकि मैंने अपनी टिप्पणी में कोई व्यंग्य नहीं किया है। आशा है कि यह उस रास्ते पर नहीं आया।

@RoyTinker बिल्कुल नहीं, हालांकि मैं इतना स्पष्ट कर मिलतीं :)

टक्कर। मैं भी एक नई विंडो में संपादित करने के लिए कोड टैब को डेस्कटॉप पर खींचना चाहूंगा

3, (21 - 25 इंच) के साथ वर्षों के लिए काम करने वाले विज़ुअल स्टूडियो, नोटपैड ++ के एक लंबे समय के उपयोगकर्ता की निगरानी, ​​यह वास्तव में एक एकल विशेषता है कि कुछ घंटों के बाद विजुअल स्टूडियो कोड का उपयोग करके मुझे इसका उपयोग करना बंद कर देता है। कुछ बार कोशिश की। लेकिन मेरे लिए एर्गोनोमिकली बहुत असहज और एक हद तक थका देने वाला है जो मुझे फिर से छोड़ देता है। वास्तव में ऐसा करने के लिए एक महान होगा।

वाह, यह अब तक का सर्वाधिक वांछित फीचर है! : Sweat_smile:

^ ^ https://github.com/Microsoft/vscode/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc

और आश्चर्यजनक रूप से अगले सबसे अधिक वांछित विशेषताएं बहुत संबंधित हैं: +1:

अभी, मैं मल्टीकोड मॉनिटर के साथ vscode 1.22.0 का उपयोग कर रहा हूं और नई विंडो में टैब खोलने के लिए CTRL+k o का शॉर्टकट ले रहा हूं। यह मेरे लिए बहुत अच्छा काम करता है:

जिसका मतलब है बिल्कुल? क्या कोई अनुमान है कि शीर्ष 3 सुविधाओं को कब लागू किया गया होगा?

ऑप 9 जन। 2018 3:15 am schreef रॉय टिंकर सूचनाएं @github.com:

सोचा कि सभी को यह जानकर खुशी होगी - इस सुविधा के अनुरोध ने इसे upvotes के द्वारा # 4 कर दिया। केवल 150 अधिक और यह शीर्ष 3 में होगा!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-356148693 पर https://github.com/notifications/unsubscribe-auth/AD90FPGlliOcLwiQbPIMFB5fITE42 पर देखें। 5Tks5tIr3GgaJpZM4JckZO ।

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

क्या कोई अनुमान है कि शीर्ष 3 सुविधाओं को कब लागू किया गया होगा?

जब वे भेजते हैं तो कुछ विशेषताओं को प्रमुखता तक पहुंचने में 2 साल लग जाते हैं।

यह अब 2 (TWO!) वर्षों की उच्च मांग में है। मुझे कहना होगा, विशेष रूप से इस तथ्य पर विचार करते हुए कि Microsoft इसे "आधिकारिक कोड संपादक" मानता है, यह बहुत निराशाजनक है। मैं इसका उपयोग करना बंद रखता हूं, क्योंकि हर बार जब मैं कोशिश करता हूं, तो यह (और कुछ अन्य गायब विशेषताएं) मुझे बहुत धीमा कर देती हैं।
मुझे लगता है कि यह उच्च समय है, कम से कम एक निश्चित कथन के लिए:

• क्या इसे आखिरकार लागू किया जाएगा? यदि हां, तो कब? यदि नहीं: क्यों?

@ हाईपरट वास्तव में इस मुद्दे के लिए वोट वास्तव में पिछले साल दिसंबर के आसपास उतारना शुरू कर दिया। टिप्पणी इतिहास के माध्यम से देखें और आप 8 महीने से भी कम समय पहले (IIRC) एक पोस्ट देखेंगे "केवल एक्स अधिक वोट और यह शीर्ष 10 में होगा।"

संपादित करें: टिप्पणी यहाँ लिंक करें: https://github.com/Microsoft/vscode/issues/10121#issuecomment -339404507
"25 अक्टूबर, 2017 तक शीर्ष 10 में इसे बनाने के लिए 104 अधिक वोट"।

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

लागू करने के लिए एक आसान समाधान (?) एक नई विंडो (CTRL + SHIFT + N) को SAME प्रोजेक्ट खोलने की अनुमति दे सकता है (यह वर्तमान में अनुमति नहीं है)। आप इस नई विंडो में अपनी जरूरत के किसी भी टैब को खोल सकते हैं, या यदि आप बस डिबग कंसोल रखना चाहते हैं, तो आप इसे विंडो को भरने के लिए अधिकतम कर सकते हैं। यह तब तक काम करेगा जब तक कि विंडोज़ सिंक में रहें और सभी विंडो इंस्टेंसेस में कोई भी कोड परिवर्तन / डिबग संदेश आदि तुरंत अपडेट हो जाएं।

कृपया इस सुविधा को जोड़ें। मैं इस व्यवहार की नकल करने के लिए दोनों वी.एस. कोड खोलने जा रहा हूं ... अगर यह बनाया गया था तो यह बहुत बढ़िया होगा।

क्यों नीचे वोट @minajevs , @ djm158 , और @JustinAddams? मैंने वही कहा जो इस सुविधा के समर्थन में बाकी सभी ने किया है।

@faustinoaq हाँ। हाँ! धन्यवाद धन्यवाद धन्यवाद!

अभी के लिए, कम से कम, Cmd-K o मेरे लिए काफी अच्छा है - एक अलग फ़ाइल में एक स्रोत फ़ाइल खोलना। मैंने देखा कि किसी ने मार्कडाउन विंडोज़ के लिए समान अनुरोध किया ... उसका उपयोग नहीं किया, लेकिन उसी समाधान के साथ प्राप्त करना बहुत मुश्किल नहीं होना चाहिए, है ना? या शायद यह पहले से ही Cmd-K o का उपयोग कर संभव है?

Cmd - K O कीबोर्ड संयोजन के लिए धन्यवाद @steinhh । मुझे अभी तक इस बारे में जानकारी नहीं थी और मैं अगले हफ्ते इस का उपयोग मल्टी मॉनिटर सिस्टम पर करने जा रहा हूं ताकि यह देखा जा सके कि यह कितना अच्छा है।

आपकी टिप ने मुझे पीडीएफ को नीचे दिया और साथ ही नीचे दी गई सूचियों / स्क्रीनशॉट को बनाने में मदद की।

बहुत खूब! शुक्रिया शुक्रिया!

• https://code.visualstudio.com/docs/getstarted/keybindings ,
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-macos.pdf और
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

बाइंडिंग (मैक पर) मैं उनके स्क्रीनशॉट के साथ मिला:

• Cmd - Shift - P : सभी कमांड दिखाएं
  
• Cmd - K O : नई विंडो में वर्तमान फ़ाइल खोलें
• Cmd - Shift - N : एक नई विंडो खोलें
  
• Cmd - K Cmd - R : डिफ़ॉल्ट वेब ब्राउज़र में वर्तमान ओएस के लिए खुला कीबोर्ड शॉर्टकट संदर्भ पीडीएफ
• Cmd - K Cmd - S : खुले कीबोर्ड शॉर्टकट संपादक
  

कीबोर्ड शॉर्टकट एडिटर में एक खोज है जो कीबाइंडिंग नाम या खुद के कमांड नाम पर बाइंडिंग पा सकता है:

जब मैंने VSCode पर स्विच किया, तो मुझे इससे प्यार हो गया। यह उपयोग करने में आसान है और मेरे धीमे कंप्यूटर पर तेज़ है!
लेकिन पहले 15 मिनट तक इसे इस्तेमाल करने के बाद मैं इस फंक्शन से चूक गया। मेरे पास 3 मॉनिटर हैं और मैं आमतौर पर एक ही समय में 2 फ़ाइलों के साथ काम करता हूं ...

@steinhh यह अच्छा है, लेकिन यह बिल्कुल नहीं है कि ओपी में क्या वर्णित किया जा रहा है।
"_... फ़्लोटिंग विंडो विकल्प के लिए:
टर्मिनलडिबग कंसोलसमस्याआउटपुट _
"
शॉर्टकट के साथ खोली गई कोई भी नई विंडो, अभी भी इन सभी उप-खिड़कियों से जुड़ी हुई है।

@RoyTinker
मुझे बहुत लापरवाह होने के लिए क्षमा करें। मुझे यकीन है कि मांग अचानक "पिछले दिसंबर" के अस्तित्व में आई। इससे पहले, कोई भी फ्लोटिंग विंडो के बारे में नहीं जानता था। :)

वैसे भी, मुद्दा यह है: टी अब उच्च मांग है और इसे बिल्कुल अनदेखा किया जा रहा है।

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

@algiuxass वही। मुझे यह देखकर आश्चर्य हुआ कि यह अभी भी नहीं जोड़ा गया है। Vscode के साथ जोड़ा जाना मेरी सबसे बड़ी इच्छा है। मैं एक इलेक्ट्रान डेवलपर नहीं हूं, अगर यह इलेक्‍ट्रॉन एप्‍लिकेशन की सीमा है या यदि ऐसा किया जा सकता है।

@RoyTinker
मुझे पता है कि आप VSC- टीम के लिए नहीं बोलते हैं। लेकिन आपको "उम्मीदों को सेट" करने की आवश्यकता क्यों महसूस होती है?

मुझे लगता है कि कम से कम हमें उम्मीद करने के लिए 8 महीने पर्याप्त समय से अधिक हैं। विशेष रूप से इस धागे में अटकलों को देखते हुए, कि यह संभव नहीं हो सकता है।

@Hypernut चूंकि VSCode टीम ने इस सुविधा के संबंध में अपनी समयरेखा या योजनाओं का संकेत _any_ नहीं दिया है, इसलिए जानकारी का एक वास्तविक वैक्यूम है, जो लोगों को बहुत निराश करता है। मैं अतीत से डेटा का उपयोग करने में मदद करने की कोशिश कर रहा हूं।

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

यदि आप इस मुद्दे पर मदद करने में समय व्यतीत करना चाहते हैं, तो मैं सुझाव देता हूं कि अन्य स्थानों पर ऑनलाइन जाऊं जहां यह सुविधा चाहने वाले लोग (स्टैक ओवरफ्लो, रेडिट, आदि) और इस मुद्दे को लिंक कर सकते हैं।

अरे वी.एस. टीम, कृपया इस सुविधा को लागू करें। यह वास्तव में "बहुत" नहीं है, लेकिन यह अन्य संपादकों में उपलब्ध एक विशेषता है जो कि संभवतः गायब है। वास्तव में, यह एकमात्र विशेषता है जो मुझे वीएस कोड का उपयोग करके विशेष रूप से रोकती है।

मैं फ्लोटिंग विंडोज़ समस्या पर कुछ शोध कर रहा हूं (इलेक्ट्रॉन के साथ मेरा ज्ञान लगभग न के बराबर है)। ऐसा लगता है कि इलेक्ट्रॉन फ्रैमलेस विंडो का समर्थन करता है, क्या यह समस्या तब हल नहीं हो सकती है जब कोई यूजर विंडो के बाहर की तरह विजुअल स्टूडियो की तरह ड्रग फाइल करता है?
https://github.com/electron/electron/blob/master/docs/api/frameless-window.md

@ Trevinlc1997
हाँ एक आवेदन के छोटे पैमाने पर यह इस रूप में आसान हो सकता है
VSCode एक जटिल कार्यक्रम है, वे कोर पर कार्यों को पैच नहीं कर सकते हैं, या इसे बनाए रखने और सुधारने के लिए एक दुःस्वप्न बन जाएगा (बस रेपो को देखने के लिए कि जानवर के अंदर क्या हो रहा है)

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

यह अभी तक एक विशेषता कैसे नहीं है, यह एकमात्र विशेषता है जो मुझे वीएस कोड का उपयोग करने से रोकता है।

यह भाषा सर्वर प्रोटोकॉल था जिसने मुझे पहली बार में VSCode के लिए आकर्षित किया।

इस समस्या के परिणामस्वरूप, मैं इसके बजाय ग्रहण में भाषा सर्वर प्रोटोकॉल समर्थन में योगदान करने के लिए आगे बढ़ा हूं।

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

+1। PyCharm / CLion के समान होना अच्छा होगा।

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

धन्यवाद VSCode टीम (और जिसने भी इस पर काम किया है)।

वे एक नया ग्रिड फीचर भी डाल रहे हैं। https://twitter.com/joaomoreno/status/1004303587755855872?s=19

हाँ यही है!

येया अबूलेनागा नोटिफिकेशन @github.com schrieb am Fr., 8. जून 2018 उम
12:22 उर:

@Deltatiger https://github.com/Deltatiger क्या यह पहले ही भेज दिया गया है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/10121#issuecomment-395718792 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AEVMyNsBaeorg-rczkcZsifgpi-jtPR7ks5t6lB7gaJpZM4JckZO
।

@Deltatiger
यदि आपका लक्ष्य स्वतंत्र रूप से आकार बदलने में सक्षम है और जैसे कि टर्मिनल या आउटपुट (ओपी द्वारा वर्णित) के आसपास घूमना है, तो इससे कुछ भी हल नहीं होता है।
मल्टी मॉनिटर सपोर्ट इस सुविधा को चाहने का एकमात्र कारण नहीं है।

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

साथ ही मल्टी विंडो कोडिंग (Ctrl + K, O का एक नया विंडो खोलने का मूल सुझाव) पर कुछ मात्रा में चर्चा हुई थी, इसलिए मैंने सोचा कि मैं उस फीचर को खोज रहे सभी लोगों के लिए यहां उस हिस्से को स्पष्ट कर दूंगा।

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

यदि यह सुविधा लागू की जा सकती है, तो यह बहुत बढ़िया होगा।

जिज्ञासा से बाहर, आप टर्मिनल को एक नई विंडो में क्यों अलग करना चाहेंगे? क्या केवल VSCode के बाहर एक नई टर्मिनल प्रक्रिया खोलना बेहतर नहीं होगा?

@ iansan5653 ठीक है तो पहली बार में VSCode में टर्मिनल क्यों लगाया? एक अलग गिट आवेदन क्यों नहीं? एक फ़ाइल एक्सप्लोरर? हर प्लगिन निकालें और सिर्फ एक कोड विंडो दें?

@ iansan5653 यह मेरा मामला है:
मैं अक्सर WebStorm का उपयोग करता हूं (जिसमें ऐसी सुविधा है)। मेरा वर्कस्टेशन एक लैपटॉप और एक एडिटिव मॉनीटर द्वारा रचा गया है, जिसे बेहतर पढ़ने की खातिर लंबवत घुमाया जाता है। इस प्रकार मैं आईडीई को निम्नलिखित के रूप में प्रदर्शित करने के लिए कॉन्फ़िगर करता हूं:

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

क्या मैं इसके बिना रह सकता था? हाँ, ऑफ कोर्स। लेकिन मुझे अब भी यह सुखद लगता है।

मैं इसके बजाय विज़ुअल स्टूडियो (उचित) टीम को क्लाइंट-साइड एप्लिकेशन डेवलपमेंट / डीबगिंग का समर्थन करने में बेहतर बनाता हूं। उस ने कहा, यह उन बड़े कारणों में से एक है जो मैं डिबगिंग के लिए VSCode का उपयोग नहीं कर सकता।

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

मुझे लगता है कि इस समारोह की जरूरत है।

Notepad++ में फ्लोट विंडो के लिए यह कार्य है। लेकिन मैं vs code नहीं पा सकता हूं

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

तो कृपया इस फ़ंक्शन को जोड़ें।

और कुछ एक जिनके पास इसे हल करने के लिए एक अच्छा तरीका है कृपया मुझे बताएं।

धन्यवाद!

PS कोई व्यक्ति केवल इमोजी को छोड़ देता है, लेकिन अन्य विचार को सुनने की कोशिश नहीं करता है या इसे कैसे सोचे इसके बारे में कुछ तरीके देता है। मुझे लगता है कि मैं इन लोगों को देखूंगा।

कुछ लोग सिर्फ बुरी समीक्षाओं और कमियों को पसंद नहीं करते हैं, वे सिर्फ फर्श को धोना जानते हैं, बस चारों ओर उड़ाते हैं और उन्हें अनदेखा करते हैं, बस ...
मुझे लगता है कि ये लोग शायद हमारे साथ संवाद नहीं कर सकते।

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

@ सीएचएन-छात्र मुझे लगता है कि लोग दे रहे हैं: -1: वोट क्योंकि वे सहमत हैं कि हमें इसकी आवश्यकता है (इस धागे में 270 टिप्पणियाँ हैं और सबसे अधिक है: +1: मतदान मुद्दा)। विषय अब यह नहीं है कि हम क्यों , लेकिन हम इसे कैसे लागू कर सकते हैं, तो चलिए इस सुविधा को लागू करने में मदद करने के लिए बातचीत को सकारात्मक रखने और इस पर ध्यान केंद्रित करने की कोशिश करते हैं। :)

यह लापता सुविधा मुख्य कारण है जो मैं वीएस कोड का उपयोग नहीं कर सकता।

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

सहायक होने के लिए - जो मेरे लिए उपयोगी होगा, वह न केवल कई स्क्रीन पर फाइलें खोलने में सक्षम है, बल्कि IDE में कहीं भी किसी भी प्रकार के पैनल को डॉक करने में सक्षम है (जिसमें उन्हें नई विंडो में पॉपअप करना शामिल है जिसे नए में स्थानांतरित किया जा सकता है स्क्रीन)। - मेरे विशिष्ट सेटअप में मेरी पहली दो स्क्रीन पर कोड फाइलें हैं, और तीसरी स्क्रीन पर डॉक किए गए सभी उपयोगी "स्टेटस" पैनल का एक कंट्रोल पैनल है।

मैंने अपनी तीसरी स्क्रीन की तरह दिखने वाले एक विशिष्ट उदाहरण के नीचे संलग्न किया है (उम्मीद में कि यह मदद करता है) - आपत्तिजनक पोस्ट के लिए क्षमा याचना करें:

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

संपादित करें: हुह, ऐसा प्रतीत होता है कि VS कोड एक इलेक्ट्रॉन ऐप है ... ठीक है, यह एक _interesting_ निर्णय है ... hrmm ...

यही एकमात्र कारण है कि मेरी टीम में कोई भी वास्तव में वीएस कोड का उपयोग उनके प्राथमिक विकास मंच के रूप में नहीं करता है। हम वीएस 2017 का उपयोग जारी रखते हैं - यहां तक ​​कि सभी के साथ यह स्पष्ट अस्पष्टता है।

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

एक डेवलपर वातावरण के लिए एक शीर्ष तीन फ़ंक्शनलिटी है जिसे विज़ुअल स्टूडियो (और हर दूसरे डेवलपर पर्यावरण ने बिल क्लिंटन के अध्यक्ष बनने के बाद से समर्थन किया है)। तो यह कुछ ऐसा नहीं है जो कि केटागिरी में है; "ओह, मैंने ऐसा कभी नहीं सोचा था!"

वीएस कोड बस इसे खींच नहीं सकता है।

समस्याओं / आउटपुट / टर्मिनल विंडो को ऊपर और नीचे समायोजित करने से थक गए। उस वियोज्य बनाने के लिए एक महान पहला कदम होगा।

Ppl के लिए वर्कअराउंड चाहते हैं, अगर आप अपने प्रोजेक्ट के फ़ोल्डर में एक प्रतीकात्मक लिंक बनाते हैं और उस फ़ोल्डर को एक नई विंडो के रूप में खोलते हैं। आपको दोनों विंडो पर अपना प्रोजेक्ट मिलता है। VS कोड टीम के लिए, कृपया इस बग को कभी "ठीक" न करें (जब तक कि आप बहु-विंडो समर्थन ofc नहीं जोड़ते)

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

@JustinAddams

यह वर्कअराउंड के रूप में ठीक है। बैकएंड और बिसनेस लॉजिक + डीबी एब्स्ट्रक्शन और एंगुलर / वीयूजेएस / रिऐक्ट फॉर फ्रंट-एंड या कुछ अन्य फ्रेमवर्क के लिए कई भाषाओं, टूलिंग और फ्रेमवर्क के कई कॉन्फ़िगरेशन (जैसे .NET (प्लस टूल और लिबास) के साथ प्रोजेक्ट एक्सेस करने की कोशिश करें)

कार्यक्षेत्र की नकल करने से मेमोरी और स्टोरेज ड्राइव के उपयोग में वास्तव में बड़ा नुकसान होता है।
यह अनिवार्य रूप से एक ही कार्यक्षेत्र में VSCode का एक नया उदाहरण है।
डुप्लिकेट भाषा सेवाएं और भाषा सर्वर चलाना रेसिंग की स्थिति और भारी HDD / SSD उपयोग को एक ही फाइलों तक पहुंचने के साथ बना सकता है, विशेष रूप से उन उपकरणों के साथ जो प्रोजेक्ट विश्लेषण विश्लेषण का उपयोग करते हैं।
सुनिश्चित करें कि आप उन टूल और सामान को अक्षम कर सकते हैं, लेकिन जब एक बड़ी टीम में काम करते हैं, तो ऐसा हमेशा होता है कि कोई व्यक्ति vscode सेटिंग्स फ़ोल्डर को हिट करता है (भले ही यह gitignored हो - मुझसे यह न पूछें कि यह कैसे होता है)। फिर अराजकता आती है।

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

यह crititcal कार्यक्षमता है, विशेष रूप से मल्टी मॉनिटर सेटअप के लिए। मल्टी-विंडो खोली गई फ़ाइलों में एकल कार्यक्षेत्र प्रक्रियाओं को साझा करना।

_Probable solution: Frameless windows के कार्यान्वयन के बजाय VSCode का नया उदाहरण खोलें, लेकिन कमांड लाइन विकल्प को जोड़ने के लिए इसे पहले उदाहरण के साझा एक्सटेंशन का उपयोग करने दें (समस्या: एक्सटेंशन होस्ट साझा किया जा सकता है या उदाहरण के लिए बंधा हुआ है?)।

@JustinAddams कि मैं अभी क्या कर रहा हूँ,

यह भी अच्छा होगा कि डुप्लिकेट किए गए कार्यक्षेत्र दृश्य के लिए समायोजित दृश्य कॉन्फ़िगरेशन हो ...

उदाहरण के लिए,

• जो फ़ोल्डर दिखाने के लिए चुनें
• कौन सा पैनल देखें
• साइडपेल दृश्यता

आदि

मुख्य कार्यक्षेत्र खिड़की से भी हम डेवलपर्स के रूप में एक पुल सेवा बना सकते हैं, जो कि बच्चे की नकल वाले कार्यक्षेत्र की घटनाओं से सुनेंगे, और मुख्य कार्यक्षेत्र खिड़की से बातचीत कर सकते हैं।

उदाहरण के लिए केस का उपयोग करें:

1. मुख्य कार्यक्षेत्र विंडो खोलें

2. प्री-कॉन्फिग्ड टेम्पलेट द्वारा सबवर्क्सस्पेस बनाएं

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

3. चाइल्ड वर्कस्पेस टर्मिनल टैब में मैं yarn test --watch शुरू कर सकता हूं,

4. ... कोडिंग, या कुछ भी जो मैं कर सकता हूँ ...
5. यदि परीक्षणों में से एक विफल रहता है तो मैं उप कार्यक्षेत्र vscode सत्र पर Command+Click करता हूं
   5.1। सबवर्कस्पेस इवेंट को मुख्य कार्यक्षेत्र विंडो पर लक्षित करता है
6. मुख्य कार्यक्षेत्र ईवेंट संभालता है, और मेरी फ़ाइल दिखाता है जहां परीक्षण विफल हो गए थे
   ......
   थोड़े लाभ !!! …कहेगा,

लेकिन मुझे यह सिर्फ एक लोडिंग स्टूडियो का विजुअल स्टूडियो कोड दिखाई दे रहा है, लेकिन पूरी तरह से लोड नहीं किया गया है, बल्कि लोड का एक सरलीकृत और हल्का संस्करण है ... आशा है कि यह अधिक संसाधन नहीं लेना चाहिए

इसके अलावा VSCode पर मॉड्यूल को कुछ मिडलवेयर के माध्यम से संवाद करना चाहिए, जो आसानी से एक दूसरे के बीच कई उदाहरणों को जोड़ सकते हैं, इसलिए चाइल्ड वर्कस्पेस विंडो में हम उदाहरण के लिए ESLint से समस्या देख सकते हैं ... ... ...

शायद यह "मंथन" किसी के लिए सहायक होगा, आशा है :)

चीयर्स! ध्यान के लिए thx…

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

मैं इस सुविधा को जोड़कर देखना पसंद करूंगा। Webstorm / Phststorm दोनों में यह सुविधा है, और यह वास्तव में मुख्य बात है जो मुझे उन ऐप्स के बारे में पसंद है। मैं अपने मुख्य संपादक के रूप में एक पोर्ट्रेट ओरिएंटेशन मॉनिटर का उपयोग करता हूं, और एक अलग मॉनिटर पर मेरे फ़ाइल ट्री / एक्सप्लोरर पैनल का होना मेरे लिए एक बड़ा अंतर बनाता है। मुझे अपना टर्मिनल एक अलग मॉनीटर पर रखना भी पसंद है, लेकिन मैं हमेशा एक ऐसे टर्मिनल का उपयोग कर सकता हूं जो कि बनाम कोड के साथ एकीकृत नहीं है, लेकिन इन पैनलों के लिए बनाम कोड में वियोज्य विंडो होना बहुत बढ़िया होगा।

इसलिए? 2 साल और कुछ नहीं?
मैं एकीकृत "खोज" पैनल नहीं खड़ा कर सकता, क्योंकि यह हमेशा विशाल और चौड़ा है।

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

और मुझे कहना होगा, मैं इस गैर-संचार से थोड़ा नाराज हो रहा हूं। हो सकता है कि मैं गलत हूं, लेकिन यह माइक्रोसॉफ्ट की राजनीति की तरह एक गंध है ...

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

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

क्या इसलिए कि कोई देव वर्तमान में VSCode पर काम करने के लिए सूचीबद्ध नहीं हैं? क्या यह योग्य नहीं माना जाता है क्योंकि VSCode का विमुद्रीकरण नहीं किया जा सकता है?

मुझे पूरी तरह से यकीन नहीं है कि "यह कंप्यूटर पर बहुत अधिक कर साबित हो सकता है" तर्क देर से मान्य है क्योंकि हाल के कंप्यूटरों में पहले की तुलना में बहुत अधिक सिस्टम संसाधन हैं। इसके अलावा, अगर यह वर्कस्टेशन पर इस प्रभाव को साबित करता है, तो इस सुविधा को पूरी तरह से बंद करने का अवसर है।

इस का उपयोग करने का विकल्प होने या नहीं होने से बेहतर होगा कि वह बिल्कुल पसंद न हो, काफी स्पष्ट रूप से।

VSCode का उपयोग उन लोगों द्वारा किया जाता है जो CODE। यदि कोडर्स यह पता नहीं लगा सकते हैं कि किसी सुविधा को चालू या बंद कैसे किया जाए, तो शायद वे गलत सॉफ़्टवेयर का उपयोग कर रहे हैं।

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

अंतिम बार मैंने जाँच की, यह मामला नहीं था।

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

मैं अभी भी इस सुविधा को पूरा करना चाहता हूं।

@Penagwin इसी तरह, लेकिन मुझे नहीं पता कि तकनीकी तर्क क्या है जो इसे लागू करने में सक्षम नहीं है, मैं भी विनम्र और आरक्षित निर्णय लेने जा रहा हूं और बाकी सभी की तरह धैर्यपूर्वक प्रतीक्षा करें। 😄

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

उन सभी लोगों के लिए जो 2 विंडो के साथ वर्कअराउंड का प्रस्ताव रखते हैं। यह सब एक दूसरे स्क्रीन पर डिबग इंस्पेक्टर या टर्मिनल / आउटपुट और इतने पर जैसे सामान रखने में असमर्थ होने की वास्तविक समस्या के साथ AT में मदद करता है।

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

यह विश्वास करना मुश्किल है कि इसके 2 साल हो गए हैं और इस पर इतनी कम प्रगति हुई है। मैं गंभीरता से वीएस कोड के लिए शुरुआत कर रहा था, पूरे पर, यह एक भयानक आईडीई है। हालाँकि, मैं इसे मल्टी-स्क्रीन समर्थन के बिना पेशेवर विकास के लिए एक गंभीर दावेदार नहीं मान सकता। इन टिप्पणियों के माध्यम से, ऐसा लगता है कि मैं इस दृश्य में अकेला नहीं हूं।

अभी के लिए वेबस्टॉर्म पर वापस = (

कुछ समय के लिए इस सुविधा को देखता रहा, बस एक और आवाज जोड़ते हुए कहा कि मैं वास्तव में चाहता हूं कि यह होगा! यदि वीएस कोड इसे लागू कर सकता है, तो यह सही संपादक होगा !!

यह अभी भी क्यों नहीं है! इस फीचर पर क्या पकड़ है ... वीएस कोड एक महान संपादक है, लेकिन यह एक प्रमुख विशेषता गायब है ...

यह वास्तव में होने की जरूरत है! Microsoft के खाते पर बड़ी निगरानी।

प्लीज दोस्तों, कर लो! यह अब तक की सर्वाधिक वांछित विशेषता है: नर्तक:

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

+1। यह बहु-निगरानी उत्पादकता के लिए वास्तव में सुपर उपयोगी होगा।

यह सुविधा अनुरोध हाल ही में मनाया गया यह दूसरा जन्मदिन है। मुझे संदेह है कि यह कभी भी लागू हो जाएगा :(

+1 इस सुविधा पर कोई अपडेट?

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

@ Krzysztof-Cieslak किसी मुद्दे पर टिप्पणियों को अक्षम करने और केवल ओपी के लिए प्रतिक्रियाओं की अनुमति देने का विकल्प होना चाहिए

@ Krzysztof-Cieslak मुझे लगता है कि +1 चर्चा के बजाय एक वोट से संबंधित है।

A +1 का उपयोग अक्सर वार्तालाप को करने के लिए किया जाता है ताकि Microsoft लोग समस्या को ढीला न करें;)

@SkyzohKey , यह पहले से ही खोला गया है, वे कुछ भी नहीं खोएंगे।

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

@ napalm684 अच्छी बात है, फिर भी मुझे लगता है कि यह इलेक्ट्रॉन (https://github.com/Microsoft/vscode/issues/10121#issuecomment-346088717) में कोई समस्या नहीं है, लेकिन VSCode आर्किटेक्चर के लिए ही (https://github.com) / माइक्रोसॉफ्ट / vscode / मुद्दों / 10121 # issuecomment-346,290,180)।

आह, मैंने मूल रूप से पढ़ा @ n9 यह एक इलेक्ट्रॉन समस्या थी। भले ही मेरा मानना ​​है कि यह सही समय पर नंबर 1 सुविधा का अनुरोध है?

क्या इसका यह फीचर अगले प्रमुख संस्करण में होगा?

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

तो हाँ ... यहाँ एक और डेवलपर की इच्छा है कि मैं वीएसकोड से टैब को अलग कर सकता हूं जैसे वीएस के साथ काम करना।

यहाँ ज्यादातर लोग हैं:
मैं एक एकल फ़ोल्डर / परियोजना के लिए एक से अधिक वीएस कोड विंडो रखने और एक से अधिक मॉनिटर पर काम करने में सक्षम होना पसंद करूंगा।

बहुत बढ़िया आईडीई फिर भी heless
इसे बनाए रखो, मैं तुम्हारे काम से प्यार कर रहा हूं।

मैं भी एक ही निर्देशिका को कई खिड़कियों में खोलने में सक्षम होना चाहूंगा।

👍

मैं डिबगर कंसोल को अलग करना पसंद करूंगा ताकि 2 मॉनिटर पर देखा जा सके

+1
वर्कअराउंड (नई विंडो खोलें और अपनी फ़ाइल को वर्तमान कार्यक्षेत्र / विंडो से नए खुले एक पर ड्रॉप करें) ठीक है, लेकिन मुझे कार्यक्षेत्र तक कोई पहुंच नहीं है; अलग-अलग सेटिंग्स, कार्यक्षेत्र में अन्य फ़ाइलों तक कोई पहुंच नहीं, आदि।

लेकिन इसके अलावा VSC भयानक है!

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

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

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

मुझे लगता है कि हमें वीएससी को अधिक मॉड्यूलर करने की कोशिश करनी चाहिए और कुछ यूआई भागों के साथ फ्लोटिंग विंडो पर काम शुरू करने से पहले कुछ प्रकार की मल्टी-विंडो तंत्र तैयार करना चाहिए।

प्रिय समुदाय, VSC टीम की मदद करने की कोशिश करते हैं।

A +1 का उपयोग अक्सर वार्तालाप को करने के लिए किया जाता है ताकि Microsoft लोग समस्या को ढीला न करें;)

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

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

@kodipe

@scriptcoded अच्छा सवाल!

मुझे यह प्रोजेक्ट https://github.com/illBeRoy/ElectronScriptWindow मिला है जो विशिष्ट HTML फ़ाइल के बिना BrowserWindow का उपयोग करने की अनुमति देता है। मूल रूप से, यह विंडो के लिए URL के रूप में base64 एन्कोडेड स्ट्रिंग बनाता है: https://github.com/illBeRoy/ElectronScriptWindow/blob/master/src/index.js#L76 लोड पर। उसके बाद हमें वेबकंटों के माध्यम से माता-पिता से बच्चे को नियंत्रित करने में सक्षम होना चाहिए।

@kodipe नीट! यह करने का काफी चतुर तरीका है। शायद मैं स्रोतों में करीब से देखूंगा और यह पता लगाऊंगा कि क्या यह करने का एक अच्छा तरीका होगा। मुझे लगता है कि यह मुख्य विशेषताओं के एक समूह के कुछ भारी पुनर्लेखन का अर्थ है।

@scriptcoded हाँ ... वास्तव में इस समय सुविधा प्राप्त करना कठिन है। मैं कुछ सरल फ़्लोटिंग विन्डो एपीआई के समाधान की तलाश करूंगा और अगर मैं अपने कांटे पर कुछ दिलचस्प बनाऊं तो आपके साथ यहां साझा करूंगा।

इस सुविधा के लिए +1

मैंने दिन में कई बार इस सीमा को मारा, यह मेरे लिए एक बहुत बड़ी गायब विशेषता है।

युक्ति:

1.) अपना प्रोजेक्ट फ़ोल्डर खोलें
2.) एक कार्यक्षेत्र के रूप में सहेजें
3.) एक विंडो में कार्यक्षेत्र खोलें और दूसरे में प्रोजेक्ट फ़ोल्डर

उम्मीद है की यह मदद करेगा

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

Https://www.npmjs.com/package/electron-window-manager के बारे में क्या ??

@WNemencha मैं मान रहा हूं कि टीम कोई अनावश्यक निर्भरता नहीं चाहती है। शायद उस पर उबकाई आती है?

आशा है कि हम इसे अंततः प्राप्त करेंगे, यह एक होना चाहिए :)

नवोन्मेष जारी रखने के लिए, और VSCode को एक आधुनिक पूर्ण-सम्पादित संपादक बनाना, यह एक आवश्यकता है। यह एक प्रमुख दीर्घकालिक लक्ष्य होना चाहिए जब तक कि यह पूरा न हो जाए।

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

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

अरे, @oryandunn क्या आप के बारे में शिकायत कर रहे हैं वास्तव में संभव है। इस टिकट के तहत जोड़ी गई मेरी टिप्पणी देखें:
"नई विंडो खोलें और अपनी फ़ाइल को वर्तमान कार्यक्षेत्र / विंडो से नई खोली गई विंडो में खींचें और छोड़ें।"

यह टिकट SAME कार्यक्षेत्र में दो विंडो खोलने के बारे में है।

@kapalkat स्पष्ट करने के लिए, यह मुद्दा मुख्य विंडो से UI के कुछ हिस्सों, जैसे टर्मिनल, एक्सप्लोरर और डीबगर, के बारे में है। # 2686 एक ही कार्यक्षेत्र के साथ कई खिड़कियों से संबंधित है।

मुझे लगता है कि इस मुद्दे को तब तक स्थिर / प्रतिबंधित किया जाना चाहिए जब तक कि कोई वास्तव में इस पर काम नहीं कर सकता (VSCode टीम से)।

मुझे नहीं लगता है कि हम इस सुविधा की निकट सुविधा से कभी भी उम्मीद कर सकते हैं। मेरी समझ से, इस काम को करने के लिए टीम को बहुत सारे बुनियादी ढांचे को बदलना होगा। सिर्फ इतना ही नहीं, मुझे यकीन नहीं है कि इससे और क्या प्रभावित होगा।

इसके अलावा, मुझे संदेह है कि इसका इलेक्ट्रॉन के साथ कुछ भी करना है (इलेक्ट्रॉन पक्ष प्रतिबंध / मुद्दा नहीं)। यह सिर्फ वर्तमान वास्तुकला द्वारा सीमित है।

यह धागा वास्तव में उपयोगी लोगों की तुलना में अधिक +1 टिप्पणियों से भरा हो रहा है।

यह धागा वास्तव में उपयोगी लोगों की तुलना में अधिक +1 टिप्पणियों से भरा हो रहा है।

उपयोगकर्ता आधार निराश है क्योंकि उनके पास कई मॉनिटर समर्थन की कमी है। डेवलपर्स को कैसे जानकारी प्राप्त करनी चाहिए कि उपयोगकर्ता आधार क्या चाहता है?

डेवलपर्स को कैसे जानकारी प्राप्त करनी चाहिए कि उपयोगकर्ता आधार क्या चाहता है?

And को छोड़कर, और रचनात्मक चर्चा के लिए चर्चा क्षेत्र को स्पष्ट रखते हुए, जैसे:

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

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

हर कोई @mrmos और उसके समाधान के लिए अपने हाथों को ताली बजाता है।

@ Ajarjo मैं एक नई vscode विंडो खोलकर और अपना टैब वहां खींचकर कुछ ऐसा ही कर रहा हूं। यहाँ समस्या यह है कि कोई भी ठीक से काम नहीं करता है क्योंकि इसमें वास्तविक "कार्यक्षेत्र" के बारे में कोई जानकारी नहीं है।

एक साधारण वर्कअराउंड के रूप में आप नई विंडो में कमांड कीबाइंडिंग Ctrl + Shift + N सौंपा।

@ n0v1

एक साधारण वर्कअराउंड के रूप में आप नई विंडो में कमांड डुप्लिकेट कार्यक्षेत्र का उपयोग कर सकते हैं

हम्म, मैं नवीनतम मैकओएस में इस कार्यक्षमता को प्रकट नहीं करता हूं - क्या इसे सक्षम करने की आवश्यकता है?

सादर

@ldexterldesign क्या आपने कमांड पैलेट ( IFT + SHIFT + P ) खोलकर और Duplicate Workspace in New Window टाइप करके इसे चलाने की कोशिश की है?

@ n0v1 समस्या नई विंडो में फ़ाइल / कार्यक्षेत्र नहीं खोल रही है। इन दोनों खिड़कियों में अंतर्निहित बफर (फ़ाइल) के संदर्भ को बनाए रखना मुद्दा है।

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

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

कृपया "डुप्लिकेट कार्यक्षेत्र" का सुझाव देना बंद करें। वह समाधान नहीं है। हमें कार्यक्षेत्र अन्वेषक की भी आवश्यकता है। जो यह नहीं है।

मैं कंसोल (और संपादक के अन्य भागों) को अलग करने की क्षमता को देखना पसंद करूंगा और उन्हें एक अलग स्क्रीन पर धकेल दूंगा जिससे मुझे मेरे कोड लिखने और पढ़ने के लिए मेरी मुख्य स्क्रीन की पूर्ण अचल संपत्ति मिल सके। कई स्क्रीन के साथ /

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

मैं इस सुविधा और कुछ वर्षों के अतीत पर कोई प्रगति नहीं देख सकता। अगर हम वास्तु सीमा से चिपके रहते हैं, तो ऐसा होने में बहुत खर्च होता है, तो बस इसे बंद करके आगे क्यों जाना ural

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

@ निक्सन बनाम लिनक्स या मैक पर नहीं चलता है।

@ निक्सन बनाम लिनक्स या मैक पर नहीं चलता है।

बिल्कुल सच नहीं है ...

ठीक है, समुदाय।

बाएं मॉनिटर पर एक फ़ाइल (यूनिट टेस्ट के साथ) और सही मॉनिटर पर दूसरी फ़ाइल दिखाने का सबसे अच्छा तरीका क्या है?

कृपया Vim, Emacs, Visual Studio Enerprise, Sharp Development, Eclipse, Jetbrains या Notepad का उपयोग करने के लिए पुनः प्रयास करने का प्रयास न करें।

बाएं मॉनिटर पर एक फ़ाइल (यूनिट टेस्ट के साथ) और सही मॉनिटर पर दूसरी फ़ाइल दिखाने का सबसे अच्छा तरीका क्या है?

कृपया डबल पोस्ट न करें। सबसे अच्छी बात यह है कि मैं विंडो को आकार देने में सक्षम होऊंगा ताकि यह आपकी स्क्रीन को कवर करे और संपादक को आपके मॉनिटर के बीच बीच में दो टाइलों में विभाजित कर दे।

कृपया डबल पोस्ट न करें।

कुछ आंतरिक समस्याएं हैं बीआई गिटहब

बिल्कुल सच नहीं है ...

यह शराब या खिड़कियों के साथ मैक पर चलता है

@ hellboy81 मेरे बुरा @belst, मैंने सोचा कि आप वी.एस. कोड कहा। माफ़ करना! अब वापस ट्रैक पर ...

बस मेरे 2 सेंट
"Ctrl + K तब O"
"नई विंडो में सक्रिय फ़ाइल खोलें" के लिए बाध्य है

बस मेरे 2 सेंट
"Ctrl + K तब O"
"नई विंडो में सक्रिय फ़ाइल खोलें" के लिए बाध्य है

जैसा कि दूसरों ने कहा है, एक नई विंडो में खोलना वैसा नहीं है जैसा आप चाहते थे या चाहते थे।

हम एक विंडो को पॉप आउट करने और इसे स्थानांतरित करने की क्षमता की तलाश कर रहे हैं, जहां हम चाहते हैं, मूल रूप से प्रीमियर प्रो जैसे अलग-अलग पैलेट्स के साथ करता है,

बस मेरे 2 सेंट
"Ctrl + K तब O"
"नई विंडो में सक्रिय फ़ाइल खोलें" के लिए बाध्य है

जैसा कि दूसरों ने कहा है, एक नई विंडो में खोलना वैसा नहीं है जैसा आप चाहते थे या चाहते थे।

हम एक विंडो को पॉप आउट करने और इसे स्थानांतरित करने की क्षमता की तलाश कर रहे हैं, जहां हम चाहते हैं, मूल रूप से प्रीमियर प्रो जैसे अलग-अलग पैलेट्स के साथ करता है,

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

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

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

एक शब्द में कृपया MDcode बनाम में समर्थन करें।

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

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

इस दृष्टिकोण का अर्थ है कि कई मॉनिटर आसानी से समर्थित हैं। इसका अर्थ यह भी है कि मुझे विंडो प्रबंधन को उतना छोटा नहीं बनाना है जितना कि मुझे याद नहीं है कि "वास्तविक" प्रोजेक्ट विंडो क्या है।

वीएस कोड में इस दृष्टिकोण की बहुत सराहना की जाएगी।

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

कैसे? जब मैं मैक ओएसएक्स में समान कार्यक्षेत्र खोलने की कोशिश करता हूं तो यह हमेशा पहले से खुली खिड़की पर ध्यान केंद्रित करता है।

चूंकि VSCode को इलेक्ट्रॉन के साथ लिखा गया है "फ्लोटिंग विंडो" को पूरा करना कठिन है, लेकिन दो बार परियोजना को खोलने की अनुमति देने से बहुत मदद मिलेगी, लेकिन यह भी काम नहीं करता है। किसी भी मदद की सराहना की है।

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

इस धागे में इसका उल्लेख करने वाले अन्य लोगों की तरह, मल्टी-मॉनीटर कोडिंग थोड़े को अलग करने की आवश्यकता होती है।

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

कैसे? जब मैं मैक ओएसएक्स में समान कार्यक्षेत्र खोलने की कोशिश करता हूं तो यह हमेशा पहले से खुली खिड़की पर ध्यान केंद्रित करता है।

चूंकि VSCode को इलेक्ट्रॉन के साथ लिखा गया है "फ्लोटिंग विंडो" को पूरा करना कठिन है, लेकिन दो बार परियोजना को खोलने की अनुमति देने से बहुत मदद मिलेगी, लेकिन यह भी काम नहीं करता है। किसी भी मदद की सराहना की है।

आप Xcode में टैब बंद करके या फ़ाइल-> नई विंडो का उपयोग करके ऐसा कर सकते हैं। सभी विंडो जहां आप अपने प्रोजेक्ट को नेविगेट कर सकते हैं या कोड को बराबर कर सकते हैं। Xcode में "मुख्य" विंडो जैसी कोई चीज नहीं है। नीचे संलग्न gif देखें।

इसके अनुरोध के 2 साल बाद। कोई भी अनुमान जब वीएस कोड ऐसा करने में सक्षम हो सकता है?

यह एक ओ.एस.एस. आप अपने कौशल को VSCode में मदद और योगदान कर सकते हैं। यदि आप वास्तव में चाहते हैं कि VSCode कई खिड़कियों में प्रदर्शित हो, तो कांटा बनाने की कोशिश क्यों न करें और इसे अपने आप से संभव बनाएं?

मुझे पता है कि यह ओ.एस.एस. इसलिए मुझे इससे कोई उम्मीद नहीं थी। मैंने केवल पूछा कि क्या इस रेपो की देखरेख करने वाले लोगों से कोई अनुमान है। 'कोई अनुमान नहीं' भी एक उत्तर है। धन्यवाद

निवेदन: कृपया इस मुद्दे को टिप्पणियों के लिए बंद करें।
VSCode टीम एक अद्भुत काम कर रही है और लगातार दुनिया के सर्वश्रेष्ठ कोडिंग टूल के माध्यम से डेवलपर्स के कभी बढ़ते समुदाय के लिए अविश्वसनीय मूल्य प्रदान कर रही है।
जबकि मैं यहां बहु-खिड़की की संभावना के बारे में किसी के रूप में बहुत उत्साह व्यक्त करता हूं, मैं जब तक इंतजार करता हूं, तब तक मुझे खुशी होती है। मैं सभी me too , you can duplicate your workspace as an alternative , but this tool has it , when will we get this या इस मुद्दे पर कुछ सुंदर मांग वाली टिप्पणियों से थोड़ा थक गया हूँ। मैं इस मुद्दे पर हर टिप्पणी का बेसब्री से इंतजार करता हूं ताकि केवल उपरोक्त टिप्पणियों के अधिक देखने के लिए एक प्रासंगिक अद्यतन सुना जा सके। एक टीम के सदस्य से एक प्रासंगिक टिप्पणी प्राप्त करना मुश्किल है ऊपर 363 टिप्पणियाँ दी गई हैं।

मुझे यकीन है कि यह मुद्दा टीम के रडार पर है (यह नंबर एक अनुरोधित सुविधा है)।
@bpasero ने इस टिप्पणी में अपनी नवीनतम प्रतिक्रिया ऊपर दी है: https://github.com/Microsoft/vscode/issues/10121#issuecomment -345770248
इसके लिए vscode के इंटर्ल्स की थोड़ी खोज करने की जरूरत है, तो आइए धैर्य रखें (या योगदान दें)।
मेरे लिए वह स्थिति अपडेट पर्याप्त है। आगे अद्यतन होने पर वे हमारे पास वापस आएँगे।
कृपया अपना समर्थन दिखाने के लिए मुद्दा to।