Vscode: السماح للنوافذ العائمة

فقط أضف دعمي لهذا. في كثير من الأحيان باستخدام Visual Studio الكامل ، كنت أسحب علامة تبويب إلى الشاشة الأخرى حتى أتمكن من عرض ملفي رمز في وقت واحد. وظيفة جزء الانقسام لطيفة ولكنها ليست نفسها.

أرى علامات تبويب المحرر أكثر أهمية من غيرها. من الصعب حقًا استخدام شاشتين عندما لا تتمكن من كسر علامة تبويب. هذا مهم عند الرجوع إلى التعليمات البرمجية ، ولكن أيضًا لأشياء مثل Markdown Preview.

كيف يتم المفترض أن يعمل...؟ لا يمكنني تشغيله (على 1.11.0-Insider). عند سحب علامة تبويب خارج النافذة ، فإنها تعرض علامة 🛇 ولا تسمح لي بالإسقاط ، أو عند إسقاطها أعلى نافذة مستكشف Windows ، فإنها تنسخ الملف ...

CherryDT ما زالت هذه المشكلة مفتوحة وتم وضع علامة عليها على أنها Backlog . هل لديك مرجع يفترض أنه من المفترض أن يتم تنفيذه في 1.11؟

@ vossad01 أنت أمري ، لأنني أتيت من الإصدار المغلق # 10147 حيث قال "تم تناوله بالفعل بواسطة # 10121" وأخذت "معالجة" على أنها "تم حلها". غلطتي.

أود أن أقول إن إلغاء إرساء علامات التبويب (المحررين بشكل أكثر تحديدًا) هو نوع مهمة يجب أن يمتلكها وليس في النهاية. أحب أن يتم تنفيذها.

bpaseroaeschli هل هذه ميزة ترغب في الحصول عليها كطلب سحب؟ يبدو أنها مهمة أكبر ، لذا فمن المنطقي أن تسأل قبل الشروع في التنفيذ.

mlewand هذا ليس مجالًا نتوقع فيه

bpasero بالقيود التقنية هل تقول إنه تقييد للإلكترون؟ أم أنها تتعلق أكثر بمشروع واحد <-> تصميم نافذة واحدة؟

يعتمد mlewand ، إذا كان بإمكاني فتح نافذة خفيفة الوزن تشترك في نفس سياق JavaScript وإنشاء بعض واجهة المستخدم فيه ، فهذا سيساعد بالتأكيد. وإلا فإننا سننتهي بفتح نافذة متصفح كبيرة ذات سياق خاص يحتوي فقط على أجزاء واجهة المستخدم التي نريد عرضها ، والتي تبدو وكأنها اتجاه خاطئ.

تريد أن تتناغم في "me-to".

علامات تبويب المحرر على وجه التحديد. من المؤسف أن يكون لمؤلف المشكلة أولويات كبيرة جدًا ، لكن لا يمكنني أن أصدق أنه لم ير أحد في Microsoft هذه التذكرة في وقت ما خلال العام الماضي ، فقد أدرك القيمة الهائلة في القدرة على سحب علامة تبويب محرر من واحدة نافذة إلى أخرى (كان جمهور Visual Studio الخاص بك يفعل ذلك منذ عقود) وقد حقق هذا الأمر الآن.

هذا عيب خطير في VSCode كمحرر.

لقد استخدمت Visual Studio كمحرر أساسي لي لمدة 9 سنوات تقريبًا ، ثم تحولت إلى VS Code بعد الانتقال إلى فريق مشروع يعمل على الواجهة الأمامية فقط. هناك الكثير لأحبه في VS Code ، ولكن الميزة المفقودة المهمة بالنسبة لي هي عدم وجود نوافذ محرر فقط عائمة (كما اعتدت على استخدام Visual Studio).

FWIW ، أستخدم 4 شاشات جنبًا إلى جنب. من الجنون أن أعلق على شاشة واحدة فقط لتحرير الكود ، خاصة عندما أعمل على عدة ملفات في وقت واحد.

سوف أوافق على التعليقات أعلاه. يعد عدم وجود هذه الميزة مشكلة كبيرة لأولئك الذين لديهم شاشات متعددة (بشكل أساسي كل من يعمل مع الكود). من الواضح أنه يمكنك حلها عن طريق فتح ملفات محددة في مثيل Visual Studio Code منفصل (ctrl + shift + N) ، ولكنه بالتأكيد شيء يجب معالجته في أسرع وقت ممكن.

أريد أن أكون قادرًا على فتح الملفات في نافذة جديدة (على سبيل المثال لوضع شاشة مختلفة أو مساحة عمل افتراضية مختلفة).
إذا لم أتمكن من الفتح مباشرة في نافذة جديدة ، فأنا بحاجة إلى أن أكون قادرًا على تمزيق علامة تبويب في نافذة جديدة أو لأتمكن من سحب علامة تبويب إلى نافذة VSCode منفصلة (كما تم إنشاؤها باستخدام ملف ← نافذة جديدة)

أنا أستخدم البرنامج المساعد WYSIWYG viewer لتحرير AsciiDocs. يعد فصل النوافذ عن الشاشات المختلفة مطلبًا أساسيًا في هذه الحالة. نأمل أن يتم إعطاء الأولوية لهذه الميزة قريبًا

سيكون من الرائع حقًا أن تمزق علامات التبويب لإظهار الملف / علامة التبويب في نافذة منفصلة 😪

أحاول الابتعاد عن JetBeans وهذه ليست ميزة اختيارية أو من الجيد امتلاكها. إنها أساسية للترميز متعدد الشاشات. عدم وجودها هو كسر الصفقة.

+

أبحث عن هذه الميزة. شكرا لك :)

إنها ليست أنظف طريقة لدعم العديد من الشاشات / النوافذ ، ولكن يمكنك القيام بما يلي:

• ملف> نافذة جديدة

• الآن اسحب علامة تبويب في نافذة Visual Studio Code الموجودة بالفعل في النافذة الجديدة التي فتحتها للتو.

أوافق على أنه سيكون من الجيد حقًا أن تكون قادرًا على سحب علامة تبويب موجودة إلى شاشة ثانية ، لكن هذا على الأقل حل بديل غير مؤلم حتى يدعموا سحب علامات التبويب إلى شاشة أخرى.

إضافة طلبي لهذه الميزة أيضا. جميل أن أرى الآخرين يريدون نفس الشيء.

أنا أحب هذا IDE ، وإلا. 😄

أتمنى لك كل خير.

الوظائف المطلوبة بشدة.
شكر

+1

(راجع للشغل: Backlog-Link (https://github.com/Microsoft/vscode/milestone/8) هنا في اللوحة اليمنى لا يعمل؟)

هل من خطط متى سيتم إضافتها إلى دائرة التحرير؟ شكر!

لست متأكدًا مما إذا كان أي شخص قد شاهد هذا المشروع للإلكترون ، لكنني سأترك هذا هنا. ربما يمكن أن يساعد مرض التصلب العصبي المتعدد ، في أوقاتهم الغزيرة :). لم أر أي التزامات منذ فترة ، لست متأكدًا مما إذا كان قد واجه عقبة أو مشغول للتو.

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

يجب أن أعترف أنني صدمت لأن المحرر الذي تم إنشاؤه مثل VSCode لا يسمح لي بسحب علامة تبويب إلى شاشة ثانية.

إضافة بلدي +1 لهذا.

أتمنى أن يكون لديك هذه الميزة أيضًا. +1

bpasero لا أعتقد أنه سيكون بهذه الضخامة من الصفقة للسماح بفتح مثيل آخر من VSCode إذا سحبنا علامة تبويب. على الأقل ستكون البداية.

أفكر في التغيير من Sublime Text إلى VSC وهذا القيد هو الشيء الوحيد الذي يجعلني أستخدم كلاهما ، وبالتأكيد سأكون أكثر ميلًا إلى VSC بمجرد إضافة هذا يا رفاق!

+1
حتى لو كنت بحاجة فقط إلى المستكشف وتصحيح الأخطاء

نوافذ التبويب
مستكشف / بحث / تصحيح / بوابة / ملحقات

هناك الكثير من الطلبات لهذا ، وهي تأتي باستمرار أيضًا أنا سعيد لأنني لست وحدي. من الناحية الواقعية ، هذه هي مشكلتي الوحيدة مع رمز VS في الوقت الحالي.

+1

سوف أتوافق مع التعليق أعلاه - هذه حقًا هي مشكلتي / رغبتي الوحيدة في VSCode. وإلا فإنه من دواعي سروري المطلق العمل مع سامية وآخرين (في رأيي).

RoyTinker نفسه هنا. هذا هو آخر شيء يمنعني من التبديل الكامل إلى VSCode.

بالتوافق مع كل ما سبق - هذه هي الذبابة الوحيدة في المرهم بالنسبة لي بعد التبديل من Sublime.

أعتقد أن سببًا مهمًا آخر لامتلاك هذا هو أنه يمكنك قطع نوافذ "الإخراج" و "المحطة الطرفية". إذا كنت ستقوم بتشغيل تصحيح الأخطاء داخل VS Code ، فمن المحتمل أنك تريد أن تكون نافذة الإخراج على شاشة واحدة وأن تكون الكود على شاشة أخرى بدلاً من حشرها كلها على شاشة واحدة.

laserbeak أعتقد أن المضاعفات تنشأ من الاضطرار إلى التعامل مع إدارة النوافذ عبر العديد من أنظمة التشغيل. قد لا تكون هناك طريقة واضحة أو واضحة للقيام بذلك عبر جميع الأنظمة الأساسية.

أنا أكافح من أجل تصحيح أخطاء مشروع كبير على الرغم من العمل على ثلاث شاشات - يمكنني فقط الحصول على وحدة التحكم في تصحيح الأخطاء والرمز الذي أخطو خلاله على شاشة واحدة. لا يمكنني حتى وضعهم جنبًا إلى جنب على نفس الشاشة لأن وحدة تصحيح الأخطاء تأخذ الجزء السفلي الكامل من النافذة منفصلة عن محرر الكود.

آمل أن تُمنح هذه الميزة أولوية أعلى ، لا سيما بالنظر إلى أنها كانت مفتوحة منذ أكثر من عام الآن.

غير ذي صلة https://www.npmjs.com/package/electron-window-manager

Op 5 okt. 2017 2:38 صباحًا سكريف لوك شيلتون [email protected] :

laserbeak https://github.com/laserbeak أعتقد أن المضاعفات تنشأ من الاضطرار إلى التعامل مع إدارة النوافذ عبر العديد من أنظمة التشغيل. قد لا تكون هناك طريقة واضحة أو واضحة للقيام بذلك عبر جميع الأنظمة الأساسية.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو قم بعرضها على GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-334327742 ، أو قم بكتم صوت الموضوع https://github.com/notifications/unsubscribe-auth/AD90FFy4E1Ra3EKfLfwh026vvezspYp2FJks5Z .

يبدو أن الرجال في JetBrains يعرفون أفضل طريقة للقيام بذلك.
في كل منتج من منتجات IntelliJ ، يحتوي كل عرض على رمز ترس يحتوي على الخيارات التالية:

• وضع الإرساء
• الوضع العائم
• وضع إطارات

بدون هذه الميزة ، يدخل المطورون في الدورة التالية والتي تستغرق على الأقل 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();
}

وأنا أسمي هذا النحو C reativity دورة K iller F ocusing U السرس ".

إنه لأمر مؤسف أن هذا على ما يبدو ليس له أولوية عالية. إنها حقًا أداة عرض لهذا المحرر الرائع.

كان هذا آخر شيء أخبروني عنه Hypernut

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

الغريب أنهم سيتجاهلون الطلب المرتفع على هذه الميزة على ما يبدو.

Hypernut اعتقدت نفس الشيء. بالنسبة لي ، يبدو الأمر كما لو أنه يجب أن يكون سمة أساسية لأي IDE حديث.

LoveDuckieHypernut يمكنك فقط عن العمل حوله عن طريق سحب الملف من المستكشف في نافذة جديدة. لكن هذا في الحقيقة ليس حلاً مقبولاً. يبدو أنهم يتهربون من السؤال حول كونه قيودًا على الإلكترون وما إذا كان بإمكانهم فعل ذلك بشكل محزن أم لا.

أو ربما لا يريدون فقط إجراء منافسة قوية للغاية على Visual Studio ؛ -}

@ benm-eras أدرك ذلك ولكن يبدو أن هناك دعمًا لهذه الوظيفة بالفعل. إنها حالة بسيطة من MS ترغب في دمجها مع VS Code.

+1. مطلوب ، ليس من الجيد أن يكون لدى الأشخاص الذين لديهم شاشات متعددة (علامات تبويب). أكثر من 14 شهرا وما زال الصمت ميتا؟ ولكن مهلاً ، يتوفر دعم macOS Touch Bar. 👎 حزين ...

أوافق على التعليق "دعونا لا نجعل هذا ينافس Visual Studio". حسنًا ، إذا كان بإمكاني العمل على SPA الخاص بي بكفاءة وخلفية واجهة برمجة تطبيقات الويب الخاصة بي في Visual Studio ، فلن أحتاج إلى VS Code أيضًا.

+1 بحاجة إلى هذه الميزة

هذه الميزة موجودة في التراكم ، لكنها تحتل المرتبة 14 عند فرز طلبات الميزات حسب عدد الأصوات المؤيدة:
https://github.com/Microsoft/vscode/issues؟utf8=٪E2٪9C٪93&q=is٪3Aissue٪20is٪3Aopen٪20sort٪3Areactions-٪2B1-desc٪20label٪3Afeature-request

تحتاج إلى 104 أصوات إضافية للوصول إلى المراكز العشرة الأولى.

من المحتمل أن تتلقى هذه المشكلة عددًا أكبر من الأصوات المؤيدة إذا تمت صياغة السؤال الأصلي بشكل أفضل.

العنوان: VSCode إضافة دعم متعدد الشاشات / متعدد مساحات العمل.

وصف:

دعم سحب علامات تبويب مستندات VSCode والأداة وإطالة Windows من مثيل IDE عبر مساحات عمل / شاشات متعددة. يجب أن يعمل Windows الذي تم كسره بهذه الطريقة في نفس السياق كما يعمل عادةً عند إرفاقه بـ 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

فلماذا لا تستخدم Visual Studio فقط؟

@ s952163
أنا أستخدم ، لكنني مقيد بالنوافذ فقط ؛-) بينما أستخدم vscode في نظام التشغيل Linux و macos و windows

@ s952163 العديد من الأسباب المحتملة:

• باستخدام Linux أو Mac OS X
• التطوير ضد أوقات التشغيل / الأنظمة الأساسية غير MS

أنا الآن مطور أمامي على macOS ولن أعود إلى Windows و Visual Studio فقط لدعم النوافذ المتعددة. أنا أبحث حاليًا في برامج تحرير مماثلة لمعرفة ما إذا كان هناك أي دعم للنوافذ العائمة: Brackets و Atom و Sublime و JetBrains ...

أريد أيضًا أن أضع دعمي لهذه الميزة. في هذه المرحلة ، فإن الميزة المفقودة هي التي تمنعني من استخدام VS Code بدوام كامل.

علق المطور النموذجي على هذه المشكلة: "أجبرتني جميع IDEs الأخرى ذات واجهة المستخدم السيئة المصممة في تسعينيات القرن الماضي على شراء شاشات متعددة لأكون منتجًا على الإطلاق ، لذلك لا ينبغي أن يحاول IDE الجديد حل المشكلة بشكل مختلف ولكن نسخ واجهة المستخدم السيئة ودعمها شاشات".

آمل حقًا ألا يتم تنفيذ ذلك ، فالتركيز على نافذة واحدة ، ومبسطة ، ومركزة على تعديل تجربة المستخدم هي ميزة قوية لـ VSCode ، وليس عيبًا.

@ Krzysztof-Cieslak على نفس المنوال ، لا ينبغي أن يدعم Chrome ظهور علامة تبويب في نافذة جديدة. لم أستطع تخيل أي شخص يجادل في ذلك. لا تزال الشاشات المتعددة مفيدة حقًا لأنها تزيد من مساحة الشاشة المتاحة. التطبيقات التي تدعم أجهزة عرض متعددة ليست ثقيلة على الإطلاق للقيام بذلك.

راجع الرسم التوضيحي لـ @ D1no أعلاه ( انقر للتمرير لأعلى ). هذا ما أريده - تمامًا مثل ظهور علامة تبويب Chrome. [تحرير: لا أقول أن نافذة علامة التبويب الجديدة يجب أن تكرر واجهة مستخدم النافذة الرئيسية. أعتقد أن كل ما ستحتاجه هو شريط علامات تبويب (لعدة علامات تبويب محرر التعليمات البرمجية) ومحتوى علامة التبويب.]

@ Krzysztof-Cieslak كنت تمزح أليس كذلك؟ صدق أو لا تصدق ، يوجد مجتمع كبير من المطورين الذين يقدرون الإنتاجية على المنطقة المحلية في المقهى ، أو أعلى شجرة ، أو أي شيء رائج حاليًا.

مساحات العمل متعددة الشاشات ليست من بقايا التسعينيات. إنها أداة إنتاجية لا تصدق لا ينبغي التضحية بها في تغيير أنماط الحياة الحركية أو الهيبستر.

@ Krzysztof-Cieslak ربما يكون هذا هو أبهى بيان قرأته في حين. لمعلوماتك: نصف حركة الواقع الافتراضي في القرن الحادي والعشرين مستوحاة من قيود مساحة الشاشة لعدد لا حصر له من "النوافذ / الواجهات" 🙄

العودة إلى الموضوع: ماذا يمكننا أن نفعل؟

أتساءل كيف يرتبط الواقع الافتراضي بتحرير النصوص الثقيلة ونشاط القراءة مثل البرمجة ... لكن دعنا نلتزم بإعطاء أمثلة غير ذات صلة ، واتهام الآخرين بأنهم محبو موسيقى الجاز يقومون بترميز أعلى الأشجار أو أي شيء يجعلك تشعر بتحسن. هذا جزء سهل.

@ Krzysztof-Cieslak ، أنت تقول إن IDE القديم لديه مشكلة في التصميم أجبرتنا على امتلاك شاشات متعددة ، حسنًا ، سآخذ ذلك ، لا أعرف ما يكفي عن هذا الموضوع لأقول إن هذا صحيح أو خطأ (ولدت في 1991 لذلك لم يكن لدي فرصة حقًا) ، ولكن لا يهم كيف تراه ، فمن الأفضل أن ترى ملفين أو أكثر في نفس الوقت من النقر فوق علامات التبويب أو استخدام بعض مجموعات المفاتيح لتغيير العرض ، هذا هذا صحيح بشكل خاص عندما يكون لهذه الملفات تبعية قوية. لا أعتقد أنني بحاجة إلى شرح الحاجة إلى هذا ، يجب أن تعرف ما أتحدث عنه. آسف للغة الإنجليزية السيئة ، راجع للشغل.

كيدو ، هل تعيش خلف القمر أم أنك تتجول فقط؟
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-products
https://www.theguardian.com/technology/2015/mar/24/andreessen-horowitz-london-virtual-reality-startup-improbable
(...)

تعظيم التعرض للمعلومات هو ما يدفع كل شيء من خيوط المعالجة المتعددة إلى كثافة البكسل ونعم ، حتى التطبيقات متعددة الشاشات وعبر الأجهزة. وشملت IDEs.

لذلك من المناسب _ask_ لمحرر متطور الانضمام إلى سير العمل المحدد. إذا كان لديك بعض المساهمات لمشاركتها بجانب التصيد ، يسعدنا جميعًا سماعك. لكن في هذه المرحلة ، فإن نشاط هذه القضية لأكثر من عام يتحدث عن نفسه.

لقد تجاوزنا _if_ ، بدلاً من _when_ و _how_ هذا التحسين يصل إلى vscode.

تزداد سخونة هذه المشكلة ، وأعتقد أن أولئك الذين يدعمونها منا يجب أن يرفعوا الوعي بها (تغرد ، أوصي ، أو ناقش) ، حتى تتمكن من الوصول إلى قائمة أفضل 10 طلبات. التصيد / استدعاء الأسماء / الجدال لا يقودنا إلى أي مكان.

وشكرًا @ D1no ، أريد الآن Oculus Rift حتى يمكنني الحصول على 17

@ Krzysztof-Cieslak
هذه ميزة وليست اختيار تصميم. إذا تم تنفيذ هذه الميزة ، فلن تحتاج إلى وجود شاشات متعددة لاستخدام VS Code. في الواقع ، ليس عليك فعل أي شيء ، ما عليك سوى استخدام VSCode كما هو. ما زلت لا أفهم لماذا أنت ضدها.
على أي حال ، لدي شاشتان وما زلت أفكر في شراء الشاشة الثالثة. لماذا ا؟ إن النقر فوق النافذة وتغيير حجمها لرؤية المحتوى يستغرق وقتًا طويلاً حقًا. الجهاز الظاهري ، الرمز الذي تكتبه ، صفحة HTML التي تصممها ، نافذة المتصفح التي تتحقق منها ، إخراج التصحيح ، المحطة الطرفية وما إلى ذلك. أحتاج إلى رؤيتهم جميعًا مرة واحدة.

راجع للشغل باستخدام MacOS أو Linux ليس السبب الوحيد لعدم استخدام VS ، إذا كنت قد استخدمت VS من قبل ، فأنت تعرف مدى انتفاخه. كانت آخر مرة قمت فيها بتنزيله منذ شهرين وكان حجمه حوالي 7 أو 8 جيجابايت في ذلك الوقت. ومع ذلك ، ليس لديك برنامج إلغاء تثبيت غير متصل بالإنترنت لمثبت سعة 8 جيجابايت! هناك طرق بديلة لإنشاء برنامج تثبيت غير متصل بالإنترنت من المثبت عبر الإنترنت على الشبكة!

تضمين التغريدة

من الأفضل مشاهدة ملفين أو أكثر في نفس الوقت

يمكنك حاليًا رؤية 3 ملفات ، لوحة رأسية واحدة (مصحح أخطاء ، بوابة ، بحث ، مستكشف) ولوحة أفقية في نفس الوقت

@ D1no ،
أحسنت ، ربط بعض الروابط غير المرتبطة بـ IDEs (أو تحرير النص بشكل عام) بمقالات الضجيج VR في وسائط علوم الكمبيوتر / هندسة البرمجيات المحترمة مثل Guardian و Bloomberg يظهر وجهة نظرك تمامًا. ومع ذلك ، ما زلت لا أرى في هذا الموضوع بأكمله رابطًا واحدًا للبحث والدراسة والورق الذي يُظهر مكاسب الإنتاجية باستخدام شاشات متعددة لتحرير النص. لا أرى أي مناقشة معقولة حول الآثار المحتملة للطرق المختلفة لتنفيذ هذه الميزة. أراهن أنني لن أرى أي دليل على تطبيق المفهوم. كل ما يمكنني رؤيته هو مجموعة من الأشخاص الذين يسعدهم إجراء 1+ لبعض الميزات العشوائية ذات الآثار التصميمية الضخمة (ومجموعة من الكراهية لأي شخص لديه رأي مختلف)

على أي حال ، أنا بالخارج. نعم ، الاتصال بي كيدو الذي يعيش خلف القمر قد جعلك هذا النقاش! لقد قمت أيضًا بإزالة الغموض عني باعتباري قزمًا عشوائيًا على الإنترنت ، ولعبت جيدًا يا سيدي!

@ Krzysztof-Cieslak ،
لا لا لا تهرب عندما تثبت أنك مخطئ!
يرجى الإشارة أولاً إلى دراسة توضح أن عدم وجود دعم متعدد الشاشات يحسن الإنتاجية أو بالأحرى خيار أفضل. كل ما قدمته للناس هو مطالبتك ، وقدموا مطالبتهم.

"يمكنك حاليًا رؤية 3 ملفات ، لوحة عمودية واحدة (مصحح أخطاء ، بوابة ، بحث ، مستكشف) ولوحة أفقية في نفس الوقت" ، محاولة رائعة ، لكنك تعرف ما أعنيه ، أعني نافذة مكبرة مع ملف CSS في واحد شاشة ونافذة مكبرة مع HTML في شاشة أخرى ... هذا أفضل بكثير من وجود الكثير من اللوحات غير المريحة في نفس الشاشة. أود أن أقول أن هذا تفضيل شخصي ، لكن مهلا ، هذا الشيء به 237 صوتًا مؤيدًا مقابل 7 أصوات معارضة ، لذا نعم.

tavuntu @ Krzysztof-Cieslak احتفظ بواحدة من الشاشات مقاس 22 بوصة موجهة رأسيًا. من الجيد أحيانًا تحرير ملف عنصر واجهة مستخدم JS هناك ، مع ملفات HTML و CSS المقابلة في جزء مقسم إلى أقصى حد على شاشة مجاورة.

نسق:

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

من الناحية المثالية ، فإن الشاشات العلوية والوسطى واليمنى ستشغل مثيلًا واحدًا من VS Code ، مع ظهور ملف JS كنافذة منفصلة مكبرة.

من فضلك لا ترتكب هذا الخطأ ...

لا يمكنك قراءة عدة ملفات في وقت واحد والحفاظ على التركيز. يعد تقسيم الكود إلى شاشة واحدة كافيًا بالفعل وهذا النوع من القرار ينطوي على الكثير من تأثيرات التصميم لتجربة المستخدم.

يوجد بالفعل الكثير للقيام به على VSCode ، لتحسين تجربة المستخدم الحالية دون إضافة المزيد من التعقيد. نظرًا لأن النوافذ الجديدة ، ربما يعني ذلك أن مزود VSCode يحتاج إلى دعمه لأن السياق ليس بهذه البساطة مع نافذة واحدة وما إلى ذلك.

من الممكن تركيز IMO بشكل أفضل ، وتحديد اختيار نمط الكلمات وإعادة تسمية التحديد ، وإضافة دعم السحب والإفلات في اللوحات ، إلخ ...

أيضًا ، لا يدعم معظم نظام التشغيل نظام تبليط مناسب لنوافذك ، لذا استمتع بإدارة كل منها ...

@ MangelMaxime هل تدرك أن النوافذ الجديدة ستكون اختيارية؟

@ jez9999 نعم أفهم ذلك ، كما أفهم أيضًا أنه ليس من السهل إضافته والحفاظ عليه في المستقبل. :) مجرد إبداء رأيي بعد ذلك يبدو أن معظم الأشخاص قد قدموا بالفعل مع بعض +1 :)

تضمين التغريدة
"لا يمكنك قراءة عدة ملفات في وقت واحد والحفاظ على التركيز"
إذا كان بإمكانك النقر فوق العديد من الملفات وتغيير حجمها وقراءتها ، فبالتأكيد يمكنك قراءة العديد من الملفات بدون النقر فوق وتغيير الحجم أولاً.
علاوة على ذلك ، ليس دائمًا الرمز الذي تستمر في مشاهدته. في بعض الأحيان تشاهد الإخراج أو تدخل بعض الأوامر في المحطة. هذا هو السبب في أنني سألتزم بـ IntelliJ حتى تصل هذه الميزة إلى رمز VS.

تضمين التغريدة
هذه نقطة جيدة بالفعل ولكن بالنسبة لوحدة التحكم أو الأمر ، لدينا بالفعل تطبيق وحدة التحكم على سبيل المثال الذي يجب أن يقوم بعمل أفضل بشكل عام IMO.

أستسلم.
إنها فكرة سيئة أن يكون لديك دعم متعدد الشاشات.
إنه مكلف ، سيجعل صيانة التطبيق أكثر صعوبة ، ويمنع المستخدمين من تركيز الكود. بالإضافة إلى ذلك ، فإن شاشة واحدة أرخص بالتأكيد من جهازي. لست مضطرًا لتحريك عينيك إلى اليسار واليمين ولأعلى ولأسفل ، فأنت تحدق مباشرة في منتصف الشاشة وتستخدم الماوس لتحريك المحتوى ذي الصلة إلى منتصف الشاشة. بهذه الطريقة ، قد تجد أيضًا الشاشات الأصغر حجمًا أكثر جاذبية ، نظرًا لحجمها الصغير وسعرها الأرخص.

تحرير: من الواضح أن شخصًا ما لم يحصل على السخرية.

منذ ظهوره ، لم يكن لدى Code دعم متعدد الشاشات ، وافترضت أن هذا الاختيار تم عن قصد. بعد قولي هذا ، لا أعرف ما إذا كنت سأجدها مفيدة. أستخدم الرمز في شاشة واحدة والمتصفحات والمحاكيات الخاصة بي في الشاشة الأخرى. -1.

لماذا تصوت برفضه لمجرد أنك لن تستخدمه؟

لقد خفضت التصويت لتقديم ملاحظات حول مستوى الأولوية وأعتقد أنه يجب إعطاء الميزة في التراكم. هذه ليست ميزة أود أن أعطيها الأولوية ، وفي الواقع ، أعتقد أنها تتعارض مع التصميم والهدف (انظر "منذ ظهورها ، لم يكن للشفرة دعم متعدد الشاشات ، وافترضت أن هذا الاختيار تم عن قصد". ) شكرا على السؤال!

إنه مكلف ، سيجعل صيانة التطبيق أكثر صعوبة ، ويمنع المستخدمين من تركيز الكود.
بالإضافة إلى ذلك ، فإن شاشة واحدة أرخص بالتأكيد من جهازي.

بلى! إذا كنت لا أحب الخبز فلا أحد يأكله! مجرد تشويش في المتاجر ، يجعل صيانتها أكثر صعوبة. يمنع الناس من التركيز على أطعمة أخرى أكثر أهمية.
بالإضافة إلى ذلك ، لن تحتاج إلى الزبدة بعد الآن ، مما يجعل الحياة أرخص بالتأكيد.
يا له من مناقشة سخيفة ...

قل لي إذا كنت على صواب. إذا كانت الميزة مضمنة الآن. مقابل ما إذا كانت الميزة مدمجة لاحقًا ، عندما تصبح الشفرة أكثر تعقيدًا بسبب "الميزات المطلوبة". ألن يكون من الأفضل بناؤه الآن ، عندما يكون النظام العام أبسط نسبيًا؟

حصلت على بعض الأخبار الرائعة لأي شخص آخر (مثلي) لا يعرف: يبدو أن هذه الميزة قد تم تنفيذها بالفعل (في الغالب). تمزيق علامات التبويب إلى نوافذ منفصلة __الممكن بالفعل__ 🎉 ، مع بعض التحذيرات / الحلول البديلة المطلوبة.

خطوات الإعداد:

1. افتح مجلد المشروع أو مساحة العمل (إذا لم تكن مفتوحة بالفعل)
2. ملف> نافذة جديدة
3. أغلق شاشة الترحيب في النافذة الجديدة
4. (إذا كان الشريط الجانبي مرئيًا) مع تحديد النافذة الجديدة ، انقر فوق عرض> تبديل الشريط الجانبي
5. (إذا كان شريط النشاط مرئيًا) مع تحديد النافذة الجديدة ، انقر فوق عرض> إخفاء شريط النشاط
6. تكبير النافذة الجديدة على الشاشة رقم 2

الآن قم بسحب وإسقاط علامة تبويب محرر من نافذة مشروعك إلى النافذة الجديدة.
==> Boom: أصبحت مساحة العمل الآن متعددة الشاشات.
(سيتعين عليك أيضًا إغلاق علامة التبويب التي سحبت منها)

لذلك لن يكون الحد الأدنى من التنفيذ القابل للتطبيق لهذه الميزة مستعصيًا على الحل إذا كان بإمكان المرء أتمتة الخطوات 2-5 (+ إغلاق علامة التبويب الأصلية) وتشغيل الأتمتة عندما يقوم شخص ما بسحب / إسقاط علامة تبويب على جزء غير مملوك لـ vscode من الشاشة.

مرحبًا ، نعم ، هذا حل بديل معروف (مثل فتح المشروع عدة مرات) ومذكور أعلاه في مكان ما في التعليقات. ومع ذلك ، فهو ممل - وفي بعض الأحيان - يمكن أن يؤدي إلى مشاكل وجود عدة حالات من المشروع مفتوحة في نفس الوقت (هذه الحالات لا تتواصل مع بعضها البعض بشكل مباشر).

RoyTinker "أحتفظ بإحدى الشاشات البالغ عددها 22" بشكل عمودي. هذه حجة صحيحة!

لا يمكنك التصحيح في المحرر الآخر أيضًا. السبب الوحيد الأكثر فائدة لوجود نوافذ متعددة هو التصحيح عبر الخادم (العقدة) والعميل (الزاوي). إن حشر كل شيء في مكان واحد أمر مزعج حقًا. أريد أن يكون لدي ملفات Angular في نافذة واحدة ، وملفات العقدة الخاصة بي في نافذة أخرى ، والطرف في شاشة كاملة أخرى حتى أتمكن من رؤية مخرجات ما يجري. كل ذلك ممكن في شيء مثل Web Storm ، ولكن ليس في VS Code. إنه يساعد حقًا في الإنتاجية ولهذا السبب الوحيد ما زلت أستخدم WS بدلاً من VSC.

أخبار سارة - لقد انتقل هذا إلى رقم 13 في طلبات الميزات مرتبة حسب الأصوات المؤيدة. نحتاج فقط إلى 88 صوتًا إضافيًا للوصول إلى المراكز العشرة الأولى.

صوت واحد آخر مني!

تم التصويت ، هذا هو الشيء الوحيد الذي ينقصنا الانتقال من Sublime

صوت آخر ، ميزة مطلوبة بشدة.

وصوت آخر!

صوت واحد آخر!

أحب أن يكون لديك هذه الميزة. التصويت الإيجابي.

صوت واحد آخر.
هل التعليقات كما تساعد الأصوات؟ أو مجرد الإعجاب المنشور الرئيسي بما فيه الكفاية؟ خلاف ذلك ، سوف يصبح هذا الخيط غارقا نوعا ما.

ممتاز على المنشور الرئيسي

ما نحتاجه هو الإبهام في المنشور الرئيسي ... دعونا لا نضيف إلى هذا الموضوع ما لم يكن لدينا شيء نضيفه إلى المناقشة. شكرا على الاصوات !! 😃

+1 تصويت مني

بدأت أحتاج إلى هذا أكثر مع زيادة حجم المشاريع. ستكون ميزة رائعة ، إذا لم ينخفض ​​الأداء بسببها.

سيكون من المثالي أن يكون لديك هذا لبعض تحرير النص أيضًا. على سبيل المثال ، أكتب أوراق بحثية في VS-Code. أكتب أيضًا الكثير من الوثائق المستندة إلى Markdown في VS Code. سيكون مفيدًا جدًا إذا كتبت الكود / النص في شاشة واحدة ، وحصلت على المعاينة (لا تزال ضمن VSCode) في شاشة خارجية (أو شاشة ثانية). أحتاج تمامًا وأدعم هذه الميزة!

+1 تصويت مني! Vscode رائع وسيكون أكثر روعة مع هذه الوظيفة!

@ amadare42

تُفضل دائمًا علامة الإبهام على الطريقة الشائعة +1. سوف يجعل Wish GitHub الأمر أكثر وضوحًا باستخدام زر +1 في كل مشاركة من + [Emoji].

دائما أحب أسلوب ريديت أيضا

رائع ، لقد وصلنا إلى المراكز العشرة الأولى (هذا في الواقع رقم 9 الآن). فقط 68 صوتًا إضافيًا وسيكون هذا من بين أفضل 5 طلبات ميزة. (للتصويت ، أضف رد فعل "رائع" إلى أعلى تعليق.)

ممتاز لهذا. في أسرع وقت ممكن في أسرع وقت ممكن في أسرع وقت ممكن في أسرع وقت ممكن في أسرع وقت ممكن في أسرع وقت ممكن وفي أسرع وقت ممكن في أسرع وقت ممكن في أسرع وقت ممكن في أسرع وقت ممكن في أسرع وقت ممكن في أسرع وقت ممكن

التصويت مني

+1 بالنسبة لي. أول شيء لاحظته مفقود عند التبديل.

إعداد VS Community Edition الحالي الخاص بي:
الشاشة اليسرى:

• مكتشف الحل
• نقاط التوقف
• أخطاء
• الخصائص
• التحكم في المصدر

الشاشة اليمنى:

• محرر الكود

الشيء الأقرب إلى هذا الآن هو "وضع zen" .. لكنه ليس نفس التجربة تقريبًا.

لذا من فضلك ... "تعويم كل الأشياء!" 🙏

لكنني أعتقد أيضًا ، ربما ، أنه ليس عملًا سهلاً لمطوري vscode.
ربما تتطلب هذه الميزة من مطوري الإضافات تنفيذ بعض الواجهة إذا كانوا يريدون أن تطفو نوافذ الامتداد الخاصة بهم. أسوأ الحالات هي إعادة كتابة جميع الامتدادات القديمة لدعم الطفو.

ولكن على أي حال ، إذا تم تنفيذ الميزة بشكل جيد ، فهذا لا يتطلب من مطوري الإضافات الاهتمام بأي شيء أكثر ،،،،،، سيكون ذلك رائعًا.

ما زلت أنتظر هذا بعد أن قمت بالتبديل إلى Code من Visual Studio :( في الوقت الحالي ، الحل الوحيد هو تصغير التطبيق وتوسيعه يدويًا ليناسب الشاشات الخاصة بي.

nguyenlamlll أقترح عليك قراءة https://github.com/Microsoft/vscode/issues/2686#issuecomment -344808761

هذا تطبيق رائع ، وقد انتقلت مؤخرًا من Webstorm إلى vscode.
أنا حقا أريد هذه الميزة !!

bpasero "تمت إزالته من backlog" - أي تعليق؟ سأكون حزينًا عندما علمت أن رد الفريق هو "لا".

RoyTinker لا ، ليس له معنى محدد ، أنا أفضل فقط أن يكون لدي مشكلات أهتم بها دون أي حدث رئيسي ما لم يبدأ العمل. يرجى الاطلاع على خارطة الطريق الخاصة بنا لمعرفة ما نخطط للعمل عليه في الأشهر 6-12 القادمة: https://github.com/Microsoft/vscode/wiki/Roadmap

يرجى الاطلاع على خارطة الطريق الخاصة بنا لمعرفة ما نخطط للعمل عليه في الأشهر الستة إلى الاثني عشر القادمة

لا أراها هناك ، لذلك يبدو أنكم تستمرون في تجاهل الطلب الكبير على هذه الميزة.
لماذا ا؟

نعم ، أود أن أقول إن هذه الميزة تندرج بقوة في فئة "البرمجة السعيدة". 400+ تصويت مؤيِّد. يجب أن يكون على خارطة الطريق.

أوافق تمامًا على أنها ستكون ميزة رائعة ، لكن الرجال حقًا يمنحون الأشخاص اللطفاء من vscode بعض الراحة. أنا متأكد من أن هناك أسبابًا وجيهة لعدم البدء بعد. يجب أن نذكر أنفسنا بأن هذا برنامج مجاني ؛)

شكرا @ bpasero من الجيد معرفة.

@ zewa666 نعم إنه مجاني

نعم إنه مجاني. ولكن - وقد أكون مخطئًا - تم تطويره بواسطة مطوري Microsoft و Microsoft فقط. إذا كان هذا صحيحًا ، فأنا متأكد من أنهم يتقاضون رواتبهم مقابل العمل على هذا. لذا فإن هذا يختلف قليلاً على الأقل عن أي مشروع مجتمعي يقوم به الأشخاص من أجل المتعة وفي أوقات فراغهم. لأنه في أي مشروع آخر مفتوح المصدر مثل هذا ، سيكون لدينا بالفعل إجابة إذا وعندما يتم تنفيذ ذلك ، وإذا لم يكن كذلك ، فلماذا.
هذا كل ما أطلبه.
يعد الصمت غريبًا بالنسبة لمشروع مفتوح المصدر ، ولكنه نموذجي للأسف بالنسبة لشركة مثل Microsoft.

هناك سبب تقني لعدم إحراز هذه الميزة الكثير من التقدم: نحن نستخدم إطار عمل Electron كإطار عمل لواجهة مستخدم متعددة الأنظمة يستند إلى Chrome أسفله. يحتوي Chrome على نموذج حيث تحصل كل نافذة على سياقها المعزول ، على سبيل المثال ، لكل نافذة عمليتها الخاصة وسياق JavaScript الخاص بها. لن يكون من الممكن مشاركة نفس السياق بين عدة نوافذ.

تخيل الآن أن لديك محررًا تكتب فيه وتريد سحبه للخارج لإنتاج نافذة جديدة ، تتوقع أن تكون هذه العملية سريعة جدًا وخفيفة الوزن. ولكن بدلاً من ذلك ، سيتطلب الأمر منا إنشاء مثيل جديد تمامًا من VS Code مع مضيف ملحق منفصل حتى من أجل جعل المحرر في نافذة قائمة بذاتها (قد يكون هذا مشابهًا لعمل File> New Window وفتح هذا الملف في النافذة) .

أرى هذه الميزة ممكنة فقط عندما نجد طريقة لإنشاء نوافذ تشترك في نفس الذاكرة مع النافذة "الرئيسية" بحيث تكون هذه العملية خفيفة الوزن. لن ينجح الأمر في أن تكون كل من النوافذ العائمة معزولة تمامًا كما هي الآن.

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

bpasero - كونك خفيف الوزن لهذه الميزة ليس بالأمر الضروري - سيكون مفيدًا جدًا بالفعل إذا تمت مزامنة مثيلين vscode ويمكنني ببساطة تحرير ملف على الشاشة الرئيسية ومشاهدة لوحة المشكلات أو المحطات في تحديث الشاشة الثاني على الفور. عادةً ما أقوم بفتح لوحة على شاشة ثانية ويكون إعداد الشاشة هذا مفتوحًا لساعات.

من الناحية المثالية ، أرغب في الحصول على شاشة مقسمة مع نوافذ 1-4 على الشاشة الثانية مفتوحة جنبًا إلى جنب حتى أتمكن من إلقاء نظرة على لوحة المشكلات وفتح المحطات (على سبيل المثال ، إظهار اختبارات الوحدة وإخراج العميل والخادم) - حتى أتمكن من استخدام ملء الشاشة الأول دون الحاجة إلى فتح وإغلاق اللوحة الجانبية طوال الوقت.

أجد نفسي في كثير من الأحيان في الموقف الذي تفتح فيه وتغلق المحطة طوال الوقت باستخدام cmd + j أو تضطر إلى إغلاق جميع علامات التبويب المنقسمة لأنك تريد أن تفرق بين التغييرات جنبًا إلى جنب على الرغم من أن لدي شاشة ثانية حيث يمكن أن تظل مفتوحة ببساطة .

شكرا على الرد.
لا يهمني إذا كانت خفيفة الوزن أيضًا. أريد فقط أن أكون قادرًا على نقل الوحدة الطرفية وتصحيح الأخطاء إلى أي مكان يزعجني فيه على أقل تقدير.

تضمين التغريدة

أه لايمكننا الاحتفاظ بالسياق؟

    // 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);

أنا فقط أعلم عنها ، لأن هذا هو أحد الأسباب الرئيسية التي تجعل بوابات React v16 مفيدة جدًا ..
https://hackernoon.com/using-a-react-16-portal-to-do-something-cool-2a2d627b0202

شكرا على الاقتراحات والمناقشة. هناك بالتأكيد طرق للتواصل بين النوافذ ، حتى لو كانت تعيش في عمليات منفصلة. لا يزال هناك التحدي المتمثل في أن النافذة الواحدة لا تدرك حقًا النافذة الأخرى. يبدو أن مكتبات مثل electron-window-manager تجعل هذا الأمر أسهل قليلاً ، ولكن بعد كل شيء هناك الكثير من العمل المتضمن ، لتوضيح بعض:

• يجب أن تكون كل قطعة (محرر ، لوحة ، عرض) من طاولة العمل قابلة للتشغيل في نافذة متصفح منفصلة ، مما يعني أن كل قطعة يجب أن تكون مستقلة بالكامل
• تحتاج النافذة الرئيسية بشكل أساسي إلى تعدد الإرسال من نوع plex تخطيط طاولة العمل الخاصة بها إلى نوافذ متعددة (على سبيل المثال ، إذا فتحت لوحة الإخراج ، فيجب أن تركز النافذة حيث تم فتح لوحة الإخراج)
• ربما يكون التحدي الأكبر: يجب أن تنتقل جميع خدماتنا التي تعيش حاليًا داخل نافذة واحدة (والتي تتضمن جميع الامتدادات ومضيف الامتداد) من النافذة إلى واجهة خلفية مشتركة يمكن لكل نافذة التحدث إليها. لإعطاء مثال: تبدأ جلسة تصحيح الأخطاء في نافذة واحدة بينما تُظهر النافذة الأخرى وحدة التحكم في تصحيح الأخطاء ، وبالطبع تحتاج كلتا النوافذ إلى التحدث إلى نفس الواجهة الخلفية لتصحيح الأخطاء

لن أقول إن هذا مستحيل تقنيًا ، لكن ما يمكنني قوله هو أن طلب الميزة هذا يمثل تحديًا كبيرًا بسبب تأثير واجهة المستخدم وبسبب التغيير الأساسي الذي يتطلبه لكل جانب من جوانب ما لدينا اليوم. وآمل أن يجعل الشعور.

آمل أن تهدف إلى إطلاق هذه الميزة خطوة بخطوة ولن تكتفي بالخطط

+1 سيحب هذا

bpasero آسف nativeWindowOpen المساعدة في حل المشكلة؟

+1 مني و

@ Blackbaud-DustinLunsford شكرا لحل بسيط

@ n9 أعتقد أن الاتصال بين كلا النافذتين قابل للحل ، لكن تبقى المشكلات الأخرى التي ذكرتها ، وتحديدًا حقيقة أن كل نافذة لها DOM الخاص بها وأن جميع خدماتنا تحتاج إلى التحدث إلى نفس الواجهة الخلفية من كل نافذة

هذه ميزة رائعة أحتاجها!

bpasero شكرا على الجواب!

يجب أن تحتوي الصورة النهائية على شاشة مقسمة 1 عمودي ، 1 أفقي.

أحد الأسباب التي تجعلني ما زلت أستخدم Eclipse عبر كود VS. كود النافذة في الوضع الرأسي - أدوات في الوضع الأفقي

+1

أحب أن أرى هذه الميزة قادمة في أي وقت قريبًا 🙂

عمل جيد؛ أنا أحب المحرر

يسوع

+1 ...! 😃

bpasero أظن أن هناك هدفًا متوسطًا بنسبة 80/20 (٪ فائدة / جهد) لا يتضمن العديد من التعقيدات التي ذكرتها.

ماذا لو تمت إضافة الميزات التالية:

• السماح لعدة نوافذ للإشارة إلى نفس دليل المشروع
• إضافة خيار واجهة برمجة التطبيقات الداخلية لفتح نافذة "محرر فقط" (على سبيل المثال ، لا يوجد شريط حالة ، لا يوجد شريط نشاط ، فقط علامات تبويب المحرر)
• السماح للملحقات بتسجيل الاهتمام / عدم الاهتمام في نوافذ "المحرر فقط"
• إضافة خيار API (داخلي) لفتح ملف في علامة تبويب محرر مع وجود مخزن مؤقت محدد (غير محفوظ) في نافذة تم إنشاؤها حديثًا
• عند سحب علامة تبويب محرر خارج التطبيق:
  
  
  
  • إنشاء نافذة جديدة بدون نشاط وشريط الحالة ، مع الملف وذاكرة التخزين المؤقت الحالية (غير المحفوظة) (إن أمكن)
  
  
  • أغلق علامة تبويب المحرر في النافذة الأصلية
  
  
• أضف خطافات لجميع النوافذ في دليل المشروع نفسه للإشارة والاستماع + الرد على بعض أحداث واجهة المستخدم:
  
  
  
  • تم تحديد علامة تبويب المحرر (تحديثات مستكشف شريط النشاط للإشارة إلى الملف)
  
  
  • تم إغلاق علامة تبويب المحرر (ربما فقط قم بتعيين المستكشف على "لم يتم تحديد علامة تبويب" ، فقد يكون من الصعب تنسيق تحديد آخر علامة تبويب)
  
  

RoyTinker أعتقد أنه يمكن أن يكون أبسط.

كحل أول ، لا تحتاج إلى أن تكون النوافذ "قابلة للفصل" بنسبة 100٪. يمكن أن يكون التطبيق الفعلي مجرد "حاوية" لقماش متعدد يمكن إعادة ترتيبه بالداخل.
مع قليل من الحظ ، يمكن أن يكون تغييرًا بسيطًا للغاية في نافذة VSCode الرئيسية.

يتم تنفيذ Rouche VSCode في Electron ، مما يعني أن كل نافذة عبارة عن عملية كروم منفصلة ، مصحوبة ببعض العمليات الخلفية أيضًا. "التطبيق" عبارة عن حاوية خاصة بنظام التشغيل تنشئ / تنسق هذه العمليات. قد يكون تغيير هذا النموذج أساسيًا (كبيرًا) في هذه المرحلة.

أشعر بخيبة أمل بعض الشيء لأنه لم يكن أبدًا أحد اعتبارات التصميم من
البداية جدا.

في يوم الجمعة ، 1 ديسمبر 2017 الساعة 9:39 مساءً ، كتب Roy Tinker [email protected] :

Rouche https://github.com/rouche يتم تنفيذ VSCode في Electron ،
مما يعني أن كل نافذة عبارة عن عملية كروم منفصلة ، مصحوبة ببعض
العمليات الخلفية كذلك. "التطبيق" عبارة عن حاوية خاصة بنظام التشغيل
ينشئ / ينسق هذه العمليات. تغيير هذا النموذج سيكون
إلى حد ما أساسي (كبير) في هذه المرحلة.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/Microsoft/vscode/issues/10121#issuecomment-348621220 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAqQmoLrUY4l5H5xwroWCytBbgT2LIL_ks5s8HIqgaJpZM4JckZO
.

-

مبرمج ألعاب

www.lucshelton.com

+1

بصفتي مستخدم Visual Studio في الماضي ، هذه ميزة أفتقدها بشدة في VS Code.

+1

bpasero ألا يمكن تخضع لعملية خاصة بها على أنها قضية إلكترون؟ أليس من النفقات غير الضرورية أن يكون لديك معالجة متعددة لكل نافذة لإطار مثل الإلكترون؟

حسنًا ، أعتقد أنه يمكن لفريق الإلكترون أن يقول إن المشكلة تكمن في الكروم. منذ ذلك الحين ، ينشئ الكروم عملية جديدة لكل علامة تبويب. الحل الوحيد هو تحريك الإلكترون للعمل على إطار عمل آخر بالكامل.

vvavrychuk هذه ليست مشكلة إلكترونية بقدر ما هي قيد أساسي لتكنولوجيا الويب. (إلكترون = كروم + واجهات برمجة التطبيقات للوصول إلى ميزات نظام التشغيل الأساسية)

ماذا لو كان بإمكانك تهيئة vscode في بعض الأوضاع ، "وضع الامتداد" ، على سبيل المثال ،
وتمرير بعض المعلمات. على سبيل المثال vscode - نافذة ممتدة - معرف المقبس
((socket-GU)) - root-window (((root-window-GU))

بهذه الطريقة يمكنك إنشاء مقبس أو ناقل اتصال بين النوافذ
أو تطبيقات مستقلة.

يتم تعيين معرف نافذة جذر لكل نافذة ممتدة يتم إنشاؤها ، و
إنشاء معرّف مقبس UNIX للتواصل معه.

أعتقد أن هناك إمكانية لتنفيذ شيء من هذا القبيل.

إذا كان للإلكترون طريقة لفتح المآخذ وقراءتها وكتابتها ، فقد يكون هذا النهج
كن ناجحا.

لدى الكروم https://github.com/electron/electron/issues/11398. يقولون أنه لا يمكننا الحصول على مثيلات متعددة لـ node.js في عملية واحدة. هذا مؤكد. لكنني لا أفهم لماذا نحتاج إلى مثيلات node.js متعددة لنوافذ متعددة؟ ألا يمكننا الحصول على Electron = نوافذ متعددة + node.js واحد في عملية واحدة؟

@ Jesus-Gonzalez يبدو وكأنه اختلاف لما قال bpasero أنه سيستغرق تنفيذ ذلك ، على الرغم من أن اقتراحك يبدو أسهل (بالنسبة لي على الأقل) من البند (3) من قائمته ، لأن شجرة معالجة الإلكترون "الأصل" ستستوعب وظيفة النهاية الخلفية ، مثل مصحح الأخطاء.

ومع ذلك ، ستبقى العناصر (1) و (2) من قائمة تحديات bpasero . بالإضافة إلى ذلك ، فإن إضافة اتصال مأخذ التوصيل إلى علامات تبويب المحرر / اللوحة سيستغرق الكثير من العمل - إذا لم أكن مخطئًا ، فسيتعين تحديث العديد من واجهات برمجة التطبيقات الداخلية لتكون غير متزامنة / قائمة على الوعد بدلاً من التزامن ، وهو ما سيكون جهدًا كبيرًا .

vvavrychuk بواسطة "single-process" أنا أشير إلى سياق الويب (بدون عمال) فقط. من خلال "عملية الإلكترون" كنت أعني أكثر من شجرة عملية ، والتي من شأنها أن تتضمن سياق ويب واحدًا مصحوبًا بأي عدد من عمليات Node.js وبعض عمليات الكروم الخلفية. وإلا فأنا لست أفضل شخص أطلبه.

+1

أي تقدم في هذا؟ أحب أن أتمكن من استخدام VScode على كل من الشاشات وتقسيم الملفات بينهما.

+1

يعتقد أن الجميع سيكونون سعداء بمعرفته - لقد وصل طلب الميزة هذا إلى المرتبة الرابعة من خلال التصويتات المؤيدة. فقط 150 آخرين وسيكونون في المراكز الثلاثة الأولى!

+1
أنا أؤيد بشدة طلب هذه الميزة.

+1 ستكون مفيدة جدًا للشاشات الكبيرة أو المتعددة.

+1
أحصل على استخدام شاشة أكبر حجمًا بدقة 4k في مكتبي المنزلي ولكن في مكتب العمل الخاص بي حيث أستخدم 4 شاشات أصغر حجمًا يمثل هذا تباطؤًا. هذه هي آخر قطعة نفتقدها كما قال آخرون من انتقال كامل من المحررين الآخرين.

RoyTinker أين نؤيده؟

pantonis الرجاء النقر فوق أيقونة "رائعة" في الجزء السفلي من التعليق الأول.

إضافة تعليق يقول فقط "1+" لا يساعد ويؤدي فقط إلى تشويش منطقة المناقشة.

+1. نحن هنا نعمل مع الواجهة الخلفية والواجهة الأمامية في نفس الوقت. في الشاشة الرئيسية ، الخلفية ؛ في الثانية ، الواجهة الأمامية. إنه نفس المشروع ونفس مساحة العمل. يجب أن يسمح لنا بفتح نوافذ متعددة بنفس مساحة العمل / المشروع.

هل سيتم تنفيذ هذا في أي وقت قريب؟ أعتقد أن علامات التبويب يجب أن تكون مجانية للتنقل إلى أي مكان ، تمامًا كما تفعل علامات تبويب Google Chrome. التنقل بين النوافذ المفتوحة أو عند السحب إلى سطح المكتب سيفتح نافذة جديدة لعلامة التبويب تلك. هذا مهم جدا.

+1

بالله عليك جعل هذا يحدث!

في كل مرة أقوم فيها بتحديث vscode الجميل ، أحاول فصل علامة تبويب ولا تعمل! هيا يا شباب ، لقد تم طلب هذا بالفعل من اليوم الأول.

لا خارطة طريق ولا معلم ولا وعود ، ماذا يحدث!

800 صوت مؤيد الآن! هذا هو الثالث من خلال الإعجاب والثاني من حيث عدد التعليقات

أتمنى أن يكون لديك هذه الميزة أيضًا.

تمت الموافقة على زر +1 ، وأحب أن أتمكن من سحب علامات التبويب الخاصة بي إلى النوافذ الخاصة بهم. عدم القدرة على القيام بذلك نوع من الهزيمة الغرض من وجود شاشات متعددة.

فقط 42 33 22 17 8 2 0 أصوات إضافية وسيكون هذا العدد رقم 1.

+1

tavuntu إن مشكلة التعليق ببساطة باستخدام +1 تجعل الفوضى عديمة الفائدة وتبعث رسائل مزعجة للأشخاص الذين يشاهدون هذه المشكلة بإشعار عديم الفائدة.

هل تريد رؤية هذه الميزة قيد التنفيذ؟ أضف رد فعل 👍 على المنشور الأصلي وسيكون ذلك كافيًا ، فلا داعي للتعليق على التعليق المخيف +1 .

حتى تعليقي هو ميتا لأنه يفعل الشيء نفسه (المزيد من الفوضى) ولا ينبغي أن يكون مطلوبًا. تم الحديث عن هذا بالفعل

ومع ذلك ، قادمة من Sublime Text ، كانت هذه الميزة شيئًا استمتعت به حقًا وأرغب في رؤيته في VSCode يومًا ما.

@ V- إد

هذا يعني أننا ندرك وجود خلل في نظام رد فعل GitHub. يجب أن تكون هناك واجهة مستخدم إضافية لـ "+1 لهذه الميزة" إذا كان مؤشر ترابط المشكلة يعتبر طلب ميزة . ولكن ، آمل أن شخصًا يتمتع بنفوذ أكبر يمكنه أن يأخذ ذلك إلى GitHub.

تضمين التغريدة

في الواقع ، وأتذكر أنني رأيت شخصًا يتحدث عن فكرة لشركة GitHub لتنفيذ نظام " +1 للتحويل" تلقائيًا ، وسيكون ذلك رائعًا لأولئك الذين ما زالوا في عقلية + 1'ing إضافة تصويتهم. فكرتك عن واجهة مستخدم مناسبة لإجراء 1+ لطلب ميزة / "لدي هذه المشكلة!" للقضايا سيكون عظيما! الشيء هو...

هذه المناقشة خارج نطاق هذا الموضوع ويمكن التحدث عنها هنا (مهلا ، في الواقع ، إنه بالفعل كل ما قلناه حتى الآن! _ ومع ذلك ، فإن الآمال تنخفض مع مرور الوقت ..._ _ أم هو كذلك؟ _ ) - نأمل أن يحدث شيء فيما يتعلق بهذه المشكلة. من خلال الحديث عن ذلك هنا ، فإننا نجعل الأمر أسوأ - أراك على الجانب الآخر من القوة واستمتع بيومك جيدًا!

أستخدم vscode للعمل على حل c # كبير ، على وجه التحديد ، ملفات 19644 c #. يموت Visual Studio 2017 بدون استثناء نفاد الذاكرة. تعد علامات التبويب / المحررات العائمة أمرًا ضروريًا خاصة عند العمل مع إعداد جهاز عرض مزدوج.

طلب الميزة هذا هو الآن رقم 1 من خلال التصويتات المؤيدة. لقد فعلناها! 🥇

أشعر أن Xcode يقوم بهذا بشكل جيد حقًا إذا كنت تبحث عن الإلهام.

يجب أن يتم ذلك في البداية ، عندما تبدأ في كتابة هذا المحرر. تعد علامات التبويب / اللوحات المنقولة خارج النافذة الرئيسية (مع إمكانية الالتصاق بالنافذة الرئيسية) هي الوظيفة الأساسية لكل محرر حقيقي ، خاصة مع شاشات 4K الكبيرة الحالية ومجموعات الشاشات المتعددة (في حالة المبرمجين المحترفين).

إنها مجرد قاعدة ، فهي تتطلب تصميم واجهة برمجة التطبيقات المناسبة للاتصال بين النوافذ وإدارتها ، وبعد ذلك يتعين عليك بناء الباقي فوق هذا. أنت حاليًا في موقف صعب لحلها بطريقة ما ، بدون فساد ، كل شيء تم إنشاؤه حتى الآن ، ولكن كلما اتخذت هذا التحدي مبكرًا كان ذلك أفضل للجميع ، بعد قضاء المزيد من الوقت وقد تكون كتابة المزيد من الكود قد فات الأوان بالنسبة مثل هذا التغيير.

في العالم الحقيقي ، نحتاج إلى رؤية أكثر بكثير من اللوحة اليسرى / اليمنى / السفلية فقط ، هذا الحل https://github.com/Microsoft/vscode/issues/10121#issuecomment -335013296 رائع.

نغمة التنازل لا تصلح الخلل. الرجاء استخدام 👍 للتصويت.

هذه الميزة مطلوبة منذ سنوات حتى الآن ... يرجى تنفيذها.

بالنسبة لأولئك الذين يريدون فقط فتح الملفات في نوافذ جديدة وكانوا يقودون Google إلى هذه الصفحة ، استخدم اختصار لوحة المفاتيح لـ "Open Active Files in New Window" ؛
Ctrl + K ، O

إنها ميزة أساسية ، اعتقدت أولاً أن عدم وجود النافذة العائمة كان خطأً: ")

الرجاء فريق VS Code ، نحن بحاجة إلى هذا!

دعم متعدد الشاشات !!

تم فتح هذا الموضوع منذ 1 سنة 6 شهور و 4 أيام مضت ....

تحرير: بشكل سيء ، أجاب bpasero على الموضوع قبل عام ، دعنا نأمل فقط أن يأخذ الفريق هذه المشكلة كمسألة مرجعية لعنصر تخطيط Explore UX لعنصر تخطيط طاولة العمل المرنة في فبراير 2018 خطة التكرار !

Aetherall وآخرين ، يرجى قراءة المزيد حتى الموضوع. رد بنجامين باسيرو عدة مرات. إنه عضو أساسي في فريق VSCode.

يرجى أيضًا تذكر أن هذا مشروع مفتوح المصدر. يبدو أن بعض التعليقات تفترض أن MS تدين لنا بشيء هنا ... ليس صحيحًا.

ربما يكون VSCode رائعًا لدرجة أن الناس يفترضون أحيانًا أنه تجاري :-)

patrys هذه هي أهم قضية تم التصويت عليها وأنا متأكد من أنك تعرف ذلك ، ولكن نعم ، أنت على حق ، لن يتم إصلاح هذا بطريقة سحرية ، فهو يحتاج إلى وقت وجهد ، ويبدو أن الأشخاص (كما قال Aetherall ) يفكرون هذا برنامج تجاري (بدأ كطلب لطيف ولكنه الآن يبدو ضرورة قوية)

تمزيق علامة التبويب هو السلوك الذي أريده (بنفس الطريقة التي يعمل بها في متصفح Chrome). ومع ذلك ، أود أن أوافق على أي قدرة على نقل / فتح شيء ما بسرعة في نافذة جديدة ، مثل خيار قائمة النقر بزر الماوس الأيمن. الآن لا بد لي من فتح VSCode جديد وإعادة فتح الملف يدويًا. في كلتا الحالتين لا أريد بالفعل نافذة عائمة كما هو الحال في Visual Studio. أريدها أن تفرخ نسخة جديدة من VSCode. تضيع النوافذ العائمة ، أريد فقط نافذة جديدة ...

لطيف

inarius انظر

شكرا @ RoyTinker. لا يمكنني العثور على خيار قائمة لذلك على الإطلاق وأنا أضمن نسيان الاختصار ، لكنه يعمل! أعتقد أنه سيكون خيارًا جيدًا للعرض في قائمة النقر بزر الماوس الأيمن لعلامة التبويب النشطة و / أو العناصر الموجودة في مستكشف مستندات Open Editors.

لقد وجدت للتو أن المشكلة رقم 8171 هي بالضبط ما أريده . ربما يجب على الأشخاص الذين يصوتون على هذا الذهاب للتحقق من ذلك!

TIL ، يؤدي سحب علامات التبويب إلى نافذة vscode أخرى إلى فتح الملف في تلك النافذة أيضًا. لسوء الحظ ، فإنه لا يغلق علامة التبويب الأقدم والمتوقعة لفكرة النافذة العائمة.

هذا السلوك محير بالنسبة لي. هذا مشابه لفتح علامات تبويب معاينة Markdown التي تكرر نفسها أيضًا في بعض الأحيان.

يا ketozhang ،

لسوء الحظ ، فإنه لا يغلق علامة التبويب الأقدم والمتوقعة لفكرة النافذة العائمة. هذا السلوك محير بالنسبة لي.

من الغريب أنني كنت أستمتع بالفعل بهذا السلوك - فهو مفيد للإشارة من نفس المستند تمامًا كما هو الحال عند إنشاء مربع جديد. أنا واثق من أن هذا هو قرار التصميم الذي يقف وراءه ولكن سأكون ممتعًا لمعرفة خلاف ذلك.

مع تحياتي

الرنين بحركة للفك ، وخاصة نافذة الساعة

+1
لقد كنت أبحث مؤخرًا عن الشاشات فائقة الاتساع ومع شاشة العقارات الجديدة التي أرغب في استخدامها لتحقيق أقصى قدر من الإنتاجية. يتعامل Visual Studio 2017 مع هذا الأمر جيدًا لسحب علامات التبويب لتصبح نوافذ جديدة ، لذلك نأمل أن نرى شيئًا كهذا في المستقبل القريب.

+1. سيكون من الرائع حقًا أن تكون لديك القدرة على سحب علامات التبويب إلى أجهزة عرض مختلفة مما يجعلها نافذة جديدة.

++
حقا هناك الكثير من الناس الذين يعملون مع شاشتين. لذلك لا أحب رؤية معلومات الإخراج على الرمز الخاص بي.
يجب أن أرى الكود فقط. لذلك ، سأكون معجزة إذا كان بإمكان المستخدم نقل المحطة الطرفية / الإخراج / علامة التبويب إلى شاشة أخرى ، أو القيام بهذه النافذة عائمة. وبعد ذلك حدد النافذة المطلوبة بواسطة Cmd + ~ على سبيل المثال أو شاهد النتائج على شاشة أخرى.

bpasero لماذا لا يوجد مثيل جديد كامل بسياق المتصفح بالكامل ، ينتهي بي الأمر بفعل ذلك على أي حال عندما أحتاج إلى فتح مثيل ثانٍ من التطبيق لملء الشاشة الثانية. IMO ، أليس هذا ما يحدث عند فتح مستعرضين وسحب وإفلات علامات التبويب بينهما؟ لا يمكن أن تفعل vscode الشيء نفسه مع علامات تبويب التعليمات البرمجية بهذه الطريقة؟ سيكون من الرائع امتلاك هذه القدرة. لدي شاشتان ، جهاز كمبيوتر قديم s754 8GiB DDR2 وهذه الهندسة خفيفة الوزن لن تفيد كثيرًا من إعدادي ، ولا أجهزة أحدث أكثر قوة.

ميزة إرساء النافذة هذه هي بالفعل VSCode. لكن ، لا أعرف مؤخرًا لماذا لا يعمل ...

+1. يجب أن ينقسم سحب علامة تبويب خارج النافذة إلى نافذة جديدة مثل كل تطبيق مبوب آخر تقريبًا.

علامات التبويب ليست من أولوياتي. لكن التصحيح القابل للفصل سيكون جيدًا حقًا.

هذا الإصدار مفتوح الآن لمدة عام ونصف تقريبًا. يرجى إعطاء بعض الردود على الوضع الحالي لتلك الميزة.

يؤدي سحب علامات التبويب خارج نافذة VS Code حاليًا إلى نسخ الملف (أو اختصار له؟) إلى هدف السحب. هذا غير بديهي تمامًا عند المقارنة مع IDEs الأخرى.

تعال إلى التفكير في الأمر ، فإن عدم وجود نوافذ عائمة (مثل VS المناسب) هو مشكلتي الحقيقية الوحيدة مع VS Code. يجب تنفيذها.

يرىbelst وآخرون هذا التعليق ، نظرًا للتصميم الحالي ، من الصعب جدًا تنفيذ هذه الميزة

Jorilx هل تعرف ما إذا كانت هناك مشكلة متعلقة بالإلكترون في مكان ما؟

سيكون من الرائع حقًا رؤية الدعم لشاشات متعددة أو نوافذ عائمة. في الوقت الحالي ، يتعين علي تغيير حجم النافذة يدويًا لتناسب شاشتين (الخط الأحمر هو حافة الشاشة) وهو أمر غير مريح.

بالنسبة لي في هذه اللحظة ، هذه هي الوظيفة الأكثر حاجة عندما يتعلق الأمر بواجهة المستخدم / UX.

+1! <3

kodipe ليس مثاليًا ، ولكن يوجد حل بديل لموقفك في الوقت الحالي. احفظ مشروعك كـ "مساحة عمل" ، ثم افتح ملفًا ، واستخدم مفتاح الاختصار Ctrl + KO (كما أرى أنك على Windows) وهو إظهار الملف النشط في نافذة / مثيل جديد. أضف الآن مجلد جذر repo إلى تلك النافذة / المثيل الجديد (لأن هذا أصبح مساحة عمل جديدة بشكل فعال) ... الآن لديك نافذتان تستخدمان نفس مساحة العمل على شاشتين. كما قلت ، إنه ليس مثاليًا بأي حال من الأحوال ، ولكنه ما كنت أستخدمه كحل بديل باستخدام ميزة مساحات العمل.

هذا أمر لا بد منه أن يكون لديك ميزة واجهة المستخدم. إنه يشل تجربة وإنتاجية العمل اليومي.

Bump ، هذا هو الشيء الوحيد الذي يمنعني من الانتقال إلى VS Code تمامًا.

أنا أفهم حقيقة أن هناك تعقيدات فنية لتنفيذ هذه الميزة.
ومع ذلك ، فإن حقيقة عدم وجود أي مؤشر على وجود نشاط بشأن هذا الطلب أمر مثير للسخرية في هذه المرحلة. يجب أن تكون واحدة من أكثر الميزات المطلوبة ، ولا يوجد اتصال حرفيًا من فريق vscode يقر متى أو إذا كانوا يخططون لفعل أي شيء.

هذا منتج مجاني ، ولا تدين لنا Microsoft بشيء. هذا لا يعني أنني لست منزعجًا للغاية لأن هذه الميزة ليست حتى على الرادار. هناك صفحات متعددة من مشكلات جيثب تطلب هذه الميزة. VsCode هو IDE رائع ، لكن الافتقار إلى هذه الميزة في عام 2018 عندما يكون لدينا جميعًا شاشات متعددة أمر محرج.

لكل من يحاول تبرير ذلك بسبب القيود التقنية: يرجى تذكر أن شخصًا ما أتيحت له الفرصة لتقييم منصة / لغة لبناء vscode عليها ، وقرروا إطار عمل به عيب واضح للغاية. لقد سئمت بصدق من محاولة الحصول على بعض الاتصالات من فريق vscode.

إذا لم تتم إضافة هذا إلى خارطة طريق vscode قريبًا ، أعتقد أنني سأجد IDE جديدًا.

BentOnCoding أوافق على أن الافتقار إلى هذه الميزة غير مفهوم ، ولكن كما قلت ، اختاروا إطار عمل غير مناسب تمامًا لبناء IDE ، لذا فإن إضافة هذه الميزة سيكون جهدًا كبيرًا ويبدو أنهم غير مستعدين للقيام بذلك .

سؤال صادق ، ألا يتم تطبيق Atom في Electron أيضًا ، ألا يدعمون علامات التبويب القابلة للفصل بشكل صحيح؟ تنفيذها غير مناسب لبنية VScode ، أليس كذلك؟

ruippeixotog لا أعتقد أن الذرة تدعم علامات التبويب القابلة للفصل. يمكنك نقل علامات التبويب بين النوافذ ولكن لا يمكنك إنشاء نافذة جديدة عن طريق سحب علامة تبويب للخارج

belst لا يزال يسمح بنوافذ متعددة على نفس مساحة العمل ، وهو تحسين على VS Code.
إذا سمح الرمز بنوافذ متعددة من نفس مساحة العمل ، حتى بدون علامة تبويب السحب لنافذة جديدة ، فسيكون ذلك أفضل من الاضطرار إلى إنشاء مساحة عمل جديدة للسماح بنوافذ متعددة.

هذا الخلط بين حركة علامة التبويب مقابل النوافذ القابلة للفصل هو بالضبط سبب عدم دعمي لعلامات التبويب القابلة للفصل. يجب أن تؤدي حركة علامات التبويب إلى ظهور عملية جديدة في نافذة جديدة. أريده أن يعمل تمامًا مثل متصفح Chrome.

استجاب فريق VScode لهذا الموضوع لمناقشة الصعوبة. نظرًا لوجود طرق متعددة لهذا الأمر يمكن اتباعها ، والعديد من المشكلات المفتوحة التي تم دمجها في هذه المشكلة ، آمل أن يقدموا على الأقل بعض الإرشادات حول النهج الذي يفضلونه هنا حتى لا يتعثر طلب الميزة هذا بسبب مناقشة غير مثمرة.

لم تظهر هذه المشكلة إلا في الأشهر الثلاثة الماضية أو نحو ذلك. أتخيل أنه لا يزال هناك نقاش داخلي مستمر.

اعتدت أيضًا على نسخ علامات التبويب والنوافذ من Visual Studio ؛ أنا الآن على جهاز Mac وأستخدم VSCode. محبط للغاية لمعرفة أن هذه الميزة غير مدعومة. كانت التجربة قريبة من Visual Studio وامتداد Python Tools لـ Visual Studio ، لكنها لا تزال تفتقد بعض الميزات الرائعة.

سأشترك في هذه المشكلة للحصول على ping'd عند توفر هذه الميزة الرائعة.

سأترك البتتين هنا أيضًا. إن اتباع هذا الموضوع لفترة طويلة وعدم وجوده في أواخر مارس 2018 (ما يقرب من عامين) أمر مثير للشفقة. أتمنى أن يكون متاحًا قريبًا.

إنها ميزة أساسية ، اعتقدت أولاً أن عدم وجود النافذة العائمة كان خطأً: ")

Aetherall اعتقدت نفس الشيء! ثم جئت ووجدت هذا الموضوع ... :-(

هذا برنامج مجاني. لم تدفع شيئًا مقابل ذلك. إذا لم يكن لديك هذه الميزة يمنعك حقًا من استخدام VS Code ، فأنت حر في المساهمة في طلب السحب الذي ينفذ على الأقل بعض التغييرات المطلوبة للحصول على هذا العمل. بدلاً من ذلك ، يمكنك أن تأخذ صفر دولار وتنفقه في مكان آخر.

ما لا يجب عليك فعله هو التذمر ومحاولة الشعور بالذنب بالفريق العظيم وراء VS Code ليشعر بالسوء.

إذا كان هناك بديل أفضل ، فستستخدمه بدلاً من إضاعة الوقت في هذا الموضوع ، لذا في المرة القادمة قل "شكرًا" بدلاً من "كيف لم يتم ذلك بعد".

Nepoxx يمكنك دائمًا فتح إصدار جديد بعنوان مثل "مناقشة تقنية للنوافذ العائمة قيد المعالجة"

Nepoxx أنت هنا فقط لإبداء الآراء والتعليقات من الناس. ابدأ بالمناقشة الفنية والقيمة بعد ذلك. نعلم جميعًا حدود النظام الأساسي ، ونحاول أن نعطي صلة بالموضوع حتى يولي فريق Microsoft أهمية لهذه المشكلة. لدينا جميعًا احتياجات مختلفة ويجب ألا تقول إن آراء الآخرين لا قيمة لها. لماذا تتبع هذا الموضوع على أي حال.

patrys "لك

قد يتطلب ذلك من فريق VSCode أن يناقش علانية خطة لتنفيذ هذه الوظيفة المطلوبة بشدة. إنها مشكلة ضخمة للغاية بالنسبة لأي فرد لإنشاء بعض العلاقات العامة الضخمة التي تنفذ _ حتى أبسط الوظائف _ - بعد كل شيء ، كل ملف يتعامل مع مراجع إلى النافذة أو مساحة العملية يتطلب تحديثات إذا لم يتم طرحه وإعادة كتابته. هل تعتقد بصدق أن فريق vscode قد يدمج شيئًا يغير منتجهم على هذا المستوى الأساسي عندما لا يوجهونه؟ لن أفعل. لا يمكن للمجتمع أن يساهم حتى تتم مناقشة هذه الخطة بشكل علني.

_ (معظم) _ من الناس في هذا الموضوع لا يشكون "اريد هذا". أو "افعلها لأنني كسول جدًا للقيام بذلك بنفسي." يشعر المجتمع بالقلق لأن هذه ميزة مهمة ولم يكن هناك استجابة قليلة أو معدومة من المساهمين الأساسيين خارجها - بشكل أساسي ، "هذه مشكلة صعبة".

تخيل: استقل تاكسي وأخبر السائق عن وجهتك. ثم أوقف السيارة. انتظر دقيقة ، محتارًا لماذا لا تتحرك وتسأل ، "هل يمكننا الذهاب؟" لا يوجد رد. بعد ساعة تسأل نفس السؤال ، فيجيب ، "هناك الكثير من الأدوار اللازمة للوصول إلى هناك" ، ولن يقول أكثر من ذلك. ألا تكون ... مرتبكًا؟ محبط؟ هذا ما نشعر به. لكننا لسنا على وشك الاستيلاء على عجلة القيادة والقيادة بأنفسنا ، إنها ليست سيارة الأجرة الخاصة بنا.

إليك اقتراحًا لكل شخص يطلب ذلك ، إذا كانت علامات التبويب غير القابلة للإرساء لها قيمة هائلة لك ولشركتك. لماذا لا تقوم بإعداد تمويل جماعي لذلك؟

إذا كنت تستطيع تحمل 4 شاشات فقط من أجل زيادة الإنتاجية ، أفترض أنه يمكنك أيضًا تحمل إنفاق بعض المال على تطوير هذه الميزة.

آسف ليس عذرا

bpasero ربما يجب علينا إغلاق هذه المشكلة للتعليقات ، لأننا هنا نتجادل حول سائقي سيارات الأجرة 🤣

آسف إذا كنت مخطئا ، ولكن هناك نوع من الدعم لنوافذ متعددة: https://www.npmjs.com/package/electron-window-manager

إذا كانت UX الخاصة برمز VS تعمل مثل atom ، فسأقوم بالتبديل. كما هو ، أستمر في تثبيت كود VS ، وأحب كل شيء تقريبًا وأزيل التثبيت في النهاية عندما أدرك أن UX لم يتم تحديثه بعد. سوف نشاهد هذه المشكلة ، يرجى الإصلاح.

أود أن أقول إن معظم الناس هنا يفتقدون النقطة: كود VS ليس IDE إنه محرر كود. مع بعض الميزات الرائعة المضافة في (التصحيح) ، دعم رائع للغات متعددة من خلال المكونات الإضافية ، عبر النظام الأساسي وما إلى ذلك ، شيء واحد ليس كذلك ، هو IDE.

هذا هو السبب في أنه الإعداد الافتراضي بالنسبة لي للشاشة الصغيرة (أي الكمبيوتر المحمول ، حيث يدير العقارات بطريقة رائعة) والأنظمة الأساسية بخلاف Windows. على محطة عمل مناسبة أستخدم Visual Studio. هذا هو ذلك.

تعد IDEs المناسبة أدوات باهظة الثمن. انظر إلى JetBrains - لقد نجحوا في بناء هذه الأشياء ؛)

mdmnk لا. إنه IDE.

notepad.exe محرر نصوص ، notepad++ محرر نصوص ، vscode قبل الطرفية المتكاملة ، مشغلات المهام ، scm ، وتصحيح الأخطاء _ كان محرر نصوص. _ما هي الميزات التي تمتلكها IDEs الأخرى التي لا تمتلكها IDEs vscode ؟ _ هناك بعض الأشياء التي أنا متأكد من أنها ليست كثيرة.

من المؤكد أنها خفيفة الوزن عندما لا تقوم بتثبيت 1000 مكون إضافي. لا أمانع في فتح vscode لتحرير ~/.bash_profile لأنني لست مضطرًا إلى الانتظار لمدة 4 دقائق مثلما قد أفعل مع Visual Studio أو WebStorm.

يحتويrozzzly Visual Studio ، على الأقل ، على مجموعة كبيرة من الميزات التي لا تتوفر في vscode. ملف تعريف وقت التشغيل لـ .NET ، وأدوات SQL Server ، ونظام إدارة اختبار ضخم ، وأدوات Azure (سحابة MS) ، وتتبع المهام / العلاقات العامة / المشكلات المضمنة - لتذكر القليل من أعلى رأسي. إنه منتج ضخم حقًا. من خلال هذا المقياس ، يعد VSCode مجرد محرر ، على الرغم من التصحيح المدمج / إلخ. - لا يأتي مع كل ما تحتاجه لتطوير البرامج وشحنها على نطاق واسع ... ولا حتى قريبة.

rozzzly - حتى بناء الفريق ، فإنه يشير إليه كمحرر بدلاً من IDE ، لذلك من الواضح أنه لا يوجد

هذه الأشياء تكلف المال.

انظر إلى ما ذكره @ RoyTinker . أضف تغطية الكود ، وخدمات الفريق ، ودمج أدوات الصراع ، والتخصيص الكامل للتخطيط ، والبناء في مدير الحزم ، والمستكشف السحابي ، ومستكشف sql ، ومستكشف الخادم ، ورؤى التطبيق ، وعرض الفئة ، ومتصفح الكائن ، وما إلى ذلك إلخ.

VS Code هي أداة رائعة للغاية. ومع ذلك ، فهو مجاني ، مما يعني أنه سيكون له قيود من المقاصة.
لا تعجبك ، اذهب وادفع لـ JetBrains أو Microsoft مقابل شيء يحتوي على جميع الميزات التي تحتاجها.

آمل أن نتمكن من إنهاء مناقشة الالتزامات التي تتحملها هذه الأداة لتنفيذ ميزات معينة. يبدو أن هذا طريقة سريعة لإغلاق هذا الموضوع. سأستمر في مشاركة الدعم لهذه الميزة مع التعليقات البناءة النادرة.

هناك طرق متعددة يمكن من خلالها التعامل مع هذا الأمر ، ما زلت أعتقد أننا بحاجة إلى توجيه عام من فريق VSCode قبل أن يتمكن أي شخص من توجيه دعمه إلى أشكال أخرى من المساعدة البناءة. كما ذكر آخرون ، لا يمكن لأي شخص أن يبدأ بالفعل في عمل ميزة مهمة كهذه حتى يكون هناك بعض التأكيد على قبول العمل.

@ michaljaros84 حقيقة أن VS Code ليس المقصود به أن يكون IDE مثل Visual Studio لا تمنع على الإطلاق تحسينات UX مثل النوافذ العائمة في العملية.

RoyTinker ربما يمكننا مناقشة مزايا التعويم أثناء العملية مقابل المثيلات المنفصلة؟ لا أرى قيمة لزيادة التعقيد بشكل كبير إذا كان من الممكن تحقيق نفس الوظيفة من خلال إنتاج عملية جديدة.

حقيقة أن Code هو IDE لا يعني أننا بحاجة إلى نقل جميع خيارات UX الرهيبة لـ VS مثل اللوحات العائمة.

لا أرى قيمة لزيادة التعقيد بشكل كبير إذا كان من الممكن تحقيق نفس الوظيفة من خلال إنتاج عملية جديدة.

لا يمكن تحقيق الوظيفة نفسها عن طريق إنتاج عملية جديدة ، لأن AIUI ، بالنسبة للغات التي تحتوي على أدوات قائمة على LSP ، لا يمكن للعمليتين التحدث إلى نفس خادم اللغة ، لذلك سيكون لديك فقط LSP المستند إلى الميزات في واحد منهم.

inarius بالتأكيد ، على الرغم من أن هذا قد تمت مناقشته أعلاه بالفعل (راجع تعليقي "20٪ مجهود / 80٪ فائدة" ). كما أفهمها ، فإن حالة الاستخدام هي دعم الشاشات المتعددة بشكل أفضل.

لمجموعة متنوعة من الأسباب (مثل ذلك الذي ذكرهHighCommander) يبدأ VS Code مساحة عمل واحدة فقط لكل مجلد (ولا يمكن لمساحة عمل واحدة حاليًا أن تمتد إلى مثيلات متعددة).

شكرا على الإجابات. أعتقد أنني أستطيع أن أفهم ذلك. لأكون صريحًا ، غالبًا ما أستخدم VS Code من خلال فتح الملفات وليس المجلدات. إذا كنت أعمل في مشروع git ، فيمكنني أن أرى كيف أن سير العمل الحالي لفتح نافذة جديدة وسحب الملفات هناك سيسمح لي فقط باتخاذ إجراءات المجلد / git من النافذة الأصلية.

عندما أحاول ذلك الآن ، فإن مساحة العمل الجديدة بالتأكيد لا تعيد فتح المجلد ، ولكن تبقى إجراءات git حتى إذا كنت أعمل مع الملفات الموجودة أسفل دليل المستودع.

@ Krzysztof-Cieslak تم تصميم اللوحات العائمة لتكون اختيارية تمامًا في Visual Studio (على سبيل المثال ، لا تتطلب أي ميزة أو سير عمل استخدامك لها) ، لذلك لا أرى كيف أنه اختيار UX سيئ ، حتى من وجهة نظر الأشخاص الذين لا يفعلون ذلك. ر تريد استخدامها.

إنه لأمر مخز أن هذا لا يزال غير ممكن ، فالأشخاص الذين لديهم إعداد متعدد الشاشات سيربحون كثيرًا.
لذا صوّت لميزة 💃

هل تعتبر طريقة مقبولة للسماح باستخدام نوافذ متعددة لتخزين تلك النوافذ في تكوين مساحة العمل؟ يمكنني أن أتخيل وجود طريقة ما لتتبع النوافذ بمجرد فتحها. قد أقوم ببعض البحث لاحقًا في الكود لمعرفة ما إذا كان بإمكاني العثور على طريقة للحصول على مساحة عمل واحدة على الأقل تمتد عبر نوافذ متعددة.

على الأقل ، يرجى إزالة التقييد التعسفي للغاية على فتح نفس المجلد في نوافذ متعددة.

TedYav هذا التقييد له أسباب فنية وراءه - راجع # 2686 لمزيد من المعلومات والمناقشة.

إذن ، الإشارة في خطة التكرار # 47369 هي مجرد مزحة حول الحصول على شاشة 4K بدلاً من خطة لدعم ذلك؟

hosaka صحيح ، على الرغم من أنني لم أقصد أي سخرية في تعليقي هناك. آمل ألا تأتي عبر هذا الطريق.

RoyTinker لا على الإطلاق ، فقط على الرغم من أنني يرفع الآخرون الذين يقرؤون آمالهم :)

صدم. أود أيضًا سحب علامات تبويب التعليمات البرمجية إلى سطح المكتب لتحريرها في نافذة جديدة

إن استخدام برنامج Visual Studio منذ فترة طويلة ، notepad ++ ، يعمل لسنوات مع 3 شاشات (21-25 بوصة) هو في الواقع الميزة الوحيدة التي تمنعني بعد استخدام Visual Studio Code بعد بضع ساعات من استخدامه. حاولت ذلك عدة مرات. لكن بالنسبة لي مريح للغاية ومتعب من الناحية العملية لدرجة تجعلني أتركها مرة أخرى. سيكون حقا من الرائع الحصول على ذلك.

واو ، هذه هي الميزة الأكثر طلبًا حتى الآن! : 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 لفتح علامة تبويب في نافذة جديدة. هذا يعمل بشكل جيد بالنسبة لي: sweat_smile:

مما يعني ماذا بالضبط؟ هل هناك تقدير لموعد تنفيذ أهم 3 ميزات؟

المرجع 9 يناير. 2018 3:15 صباحًا schreef Roy Tinker [email protected] :

يعتقد أن الجميع سيكونون سعداء بمعرفته - لقد وصل طلب الميزة هذا إلى المرتبة الرابعة من خلال التصويتات المؤيدة. فقط 150 آخرين وسيكونون في المراكز الثلاثة الأولى!

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو قم بعرضها على GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-356148693 ، أو تجاهل الموضوع https://github.com/notifications/unsubscribe-auth/AD90FPGlliOcLwiQbPIMFB5fITE42- 5Tks5tIr3GgaJpZM4JckZO .

يقوم الأشخاص بالتصويت ضد التصويت لأنك لا تضيف شيئًا إلى المناقشة ، ومع ذلك فإن كل المشتركين في هذه المشكلة يحصلون على تعليقك كرسالة بريد إلكتروني.

هل هناك تقدير لموعد تنفيذ أهم 3 ميزات؟

استغرقت بعض الميزات عامين من الوقت الذي وصلت فيه إلى الصدارة حتى وقت الشحن.

يزداد الطلب على هذا الآن لمدة عامين (عامين!). يجب أن أقول ، خاصة بالنظر إلى حقيقة أن Microsoft تعتبر هذا "محرر الكود الرسمي" ، فهذا أمر مخيب للآمال للغاية. أستمر في تأجيل استخدامه ، لأنه في كل مرة أحاول ، هذا (وبعض الميزات الأخرى المفقودة) يبطئني بشكل كبير.
أعتقد أن الوقت قد حان ، على الأقل للحصول على بيان نهائي:

• هل سيتم تنفيذ هذا في نهاية المطاف؟ إذا نعم متى؟ إن لم يكن: لماذا؟

Hypernut في الواقع ، بدأت الأصوات الخاصة بهذه المشكلة في

تحرير: رابط التعليق هنا: https://github.com/Microsoft/vscode/issues/10121#issuecomment -339404507
"104 أصوات إضافية للوصول إلى المراكز العشرة الأولى" اعتبارًا من 25 أكتوبر 2017.

أريد حقًا هذه الميزة أيضًا - بشكل أساسي أن يكون لديك نافذة تصحيح الأخطاء على شاشة مختلفة.

قد يكون الحل الأسهل للتنفيذ (؟) هو السماح لنافذة جديدة (CTRL + SHIFT + N) لفتح مشروع SAME (هذا غير مسموح به حاليًا). يمكنك بعد ذلك فتح أي علامات تبويب تحتاجها في هذه النافذة الجديدة ، أو إذا كنت ترغب فقط في الحصول على وحدة التحكم في تصحيح الأخطاء هنا ، فيمكنك تكبيرها لملء النافذة. سيعمل هذا طالما ظلت النوافذ متزامنة وأي تغيير في التعليمات البرمجية / رسائل تصحيح الأخطاء وما إلى ذلك يتم تحديثها على الفور عبر جميع حالات النافذة.

الرجاء إضافة هذه الميزة. أنا مضطر إلى فتح كل من رموز VS لتقليد هذا السلوك ... والذي سيكون رائعًا إذا تم تضمينه.

لماذا رفض التصويت minajevs و @ djm158 وJustinAddams؟ لقد ذكرت نفس الشيء الذي فعله الجميع لدعم هذه الميزة.

faustinoaq نعم. نعم! شكرا لك شكرا لك شكرا لك!

في الوقت الحالي ، على الأقل ، يعد Cmd-K o جيدًا بما يكفي بالنسبة لي - فتح ملف مصدر في نافذة منفصلة. رأيت شخصًا يطلب نفس الشيء بالنسبة إلى نوافذ تخفيض السعر ... لا يستخدم ذلك ، لكن لا ينبغي أن يكون من الصعب جدًا تحقيقه بنفس الحل ، أليس كذلك؟ أو ربما يكون من الممكن بالفعل استخدام Cmd-K o؟

شكرًا steinhh على تركيبة لوحة المفاتيح Cmd - K O . لم أكن على علم بذلك حتى الآن وسأستخدم هذا الأسبوع المقبل على نظام متعدد الشاشات لمعرفة مدى نجاح ذلك.

نصيحتك جعلتني أجد ملفات PDF أدناه وجعلتني أقوم بعمل القوائم / لقطات الشاشة أدناه أيضًا.

رائع! شكرا شكرا!

• 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

الارتباطات (في نظام Mac) التي وجدتها مع لقطات الشاشة الخاصة بهم:

• Cmd - Shift - P : إظهار كافة الأوامر
  
• Cmd - K O : فتح الملف الحالي في نافذة جديدة
• Cmd - Shift - N : افتح نافذة جديدة
  
• Cmd - K Cmd - R : تشير اختصارات لوحة المفاتيح إلى ملف PDF لنظام التشغيل الحالي في متصفح الويب الافتراضي
• Cmd - K Cmd - S : فتح محرر اختصارات لوحة المفاتيح
  

يحتوي محرر اختصارات لوحة المفاتيح على بحث يمكنه العثور على روابط على اسم رابط المفاتيح نفسه أو اسم الأمر:

عندما قمت بالتبديل إلى VSCode ، وقعت في حبها. إنه سهل الاستخدام وسريع على جهاز الكمبيوتر البطيء!
ولكن بعد استخدامه لأول 15 دقيقة فاتتني هذه الوظيفة. لدي 3 شاشات وعادة ما أعمل مع ملفين في نفس الوقت ...

steinhh هذا لطيف ، لكن ليس على الإطلاق ما يتم وصفه في OP.
"_... خيار النوافذ العائمة من أجل:
طرفيةوحدة التصحيحمشاكلالإخراج _
"
أي نافذة جديدة يتم فتحها بالاختصار ، لا تزال تحتوي على كل هذه النوافذ الفرعية المرفقة بها.

تضمين التغريدة
اعذرني لكوني مهمل جدا أنا متأكد من أن الطلب ظهر فجأة "ديسمبر الماضي". قبل ذلك ، لم يكن أحد يريد أو حتى يعرف عن النوافذ العائمة. :)

على أي حال ، فإن النقطة هي: هناك طلب مرتفع الآن ويتم تجاهله تمامًا.

Hypernut أنا لست عضوًا في فريق VSCode ، ولا أتحدث نيابة عنهم. أحاول فقط المساعدة في تحديد التوقعات بناءً على ملاحظاتي حول سلوكهم السابق وعندما تظهر هذه الميزة لأول مرة على رادار "طلب المستخدم مرتفع".

algiuxass نفسه هنا. أنا مندهش من رؤية أنه لم تتم إضافة هذا بعد. إنها رغبتي الأكبر في أن أرى مضافًا مع vscode. أنا لست مطورًا للإلكترون ، لذا لا أعلم إذا كان هذا قيدًا على تطبيقات الإلكترون أو إذا كان من الممكن القيام بذلك.

تضمين التغريدة
أعلم أنك لا تتحدث باسم فريق VSC. لكن لماذا تشعر بالحاجة إلى "تحديد التوقعات"؟

أعتقد أن 8 أشهر هي أكثر من الوقت الكافي لإعطائنا على الأقل تلميحًا لما يمكن توقعه. خاصة بالنظر إلى التكهنات في هذا الموضوع ، أنه قد لا يكون ممكنًا على الإطلاق.

Hypernut نظرًا لأن فريق VSCode لم يقدم أي إشارة إلى الجدول الزمني أو الخطط الخاصة بهم فيما يتعلق بهذه الميزة ، فهناك فراغ حقيقي في المعلومات ، مما يترك الناس محبطين للغاية. أحاول المساعدة في ذلك باستخدام بيانات من الماضي.

أنا لا أدافع عن فريق VSCode أو أي شيء آخر ، فقط أتصرف بناءً على إيماني بأن الشكاوى / إلخ. في التعليقات لن يساعد كثيرًا. كما قلت من قبل ، فإن أفضل طريقة لجذب انتباههم هي أن يضيف الكثير من الأشخاص تصويتهم 👍 إلى المشكلة.

إذا كنت ترغب في قضاء بعض الوقت في المساعدة في هذه المشكلة ، أقترح الانتقال إلى أماكن أخرى عبر الإنترنت حيث قد ينتهي الأمر بالأشخاص الذين يريدون هذه الميزة (Stack Overflow و reddit وما إلى ذلك) والربط بهذه المشكلة.

مرحبًا بفريق VS ، يرجى تنفيذ هذه الميزة. إنه ليس "كثيرًا" حقًا ، لكن هذه ميزة متوفرة في المحررين الآخرين وهي مفقودة تمامًا. في الواقع ، إنها الميزة الوحيدة التي تمنعني من استخدام VS Code حصريًا.

لقد أجريت بعض الأبحاث حول مشكلة النوافذ العائمة (معرفتي بالإلكترون تكاد تكون معدومة). يبدو أن الإلكترون يدعم النوافذ بدون إطار ، ألا يمكن أن يحل هذا المشكلة بمجرد إنشاء نافذة بدون إطار عندما يسحب المستخدم ملفًا إلى الخارج مثل Visual Studio؟
https://github.com/electron/electron/blob/master/docs/api/frameless-window.md

تضمين التغريدة
نعم على النطاق الصغير للتطبيق ، قد يكون الأمر بهذه السهولة
VSCode هو برنامج معقد ، لا يمكنهم تصحيح الوظائف في جوهره ، أو قد يصبح كابوسًا للحفاظ عليه وتحسينه (فقط استنساخ الريبو لمعرفة ما يحدث بحق الجحيم داخل الوحش)

تخميناتي (قد أكون مخطئة):
إذا كانوا يريدون إضافة هذه الوظيفة ، فسوف يرغبون في تنفيذها بطريقة تسمح لها بإمكانيات كاملة
لقد أخذ فريق VSCode على علم بالطلب على هذه الميزة ، وستكون المشكلة أسهل في التعامل معها عند تنفيذ بعض الميزات الأخرى ، لذلك من أجل منع التمرير 500 متر من التفسيرات / المناقشات ، فهم لا يقولون أي شيء على الإطلاق

كيف هذه ليست ميزة بعد ، إنها الميزة الوحيدة التي تمنعني من استخدام VS Code حصريًا ..

كان بروتوكول خادم اللغة هو الذي جذبني إلى VSCode في المقام الأول.

نتيجة لهذه المشكلة ، انتقلت إلى المساهمة في دعم بروتوكول خادم اللغة في Eclipse بدلاً من ذلك.

أنا أحب VSCode. هذا هو الشيء الوحيد الذي لا أحبه حقًا. يبدو واضحًا جدًا كميزة ، حتى في أكثر المحرر بساطة. يشعر أي شخص لديه إعداد متعدد الشاشات ويحاول سحب علامة تبويب محرر من النافذة بألم خيبة أمل عندما يرى أنه يعود من حيث أتى. فريق VSCode ، يرجى من فضلك وضع هذا في مكان أعلى في قائمتك!

+1. سيكون من الجيد أن يكون لديك مشابه لـ PyCharm / CLion.

يبدو أنه تمت إضافة ميزة جديدة لتكون بمثابة "حل بديل" لهذا الغرض.
"مساحة عمل مكررة في نافذة جديدة".
يبدو أن هذا يشارك السياق / مساحة العمل عبر النوافذ ويحل مشكلة الشاشات المتعددة الأساسية.

شكرًا لفريق VSCode (ومن عمل على هذا).

إنهم يطرحون أيضًا ميزة شبكة جديدة. https://twitter.com/joaomoreno/status/1004303587755855872؟s=19

نعم إنه كذلك!

يحيى أبو النجا [email protected] schrieb am Fr.، 8. Juni 2018 um
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
.

تضمين التغريدة
إذا كان هدفك هو أن تكون قادرًا على تغيير الحجم والتحرك بحرية ، على سبيل المثال المحطة أو المخرجات (كما هو موضح في OP) ، فإن هذا لا يحل أي شيء.
دعم الشاشات المتعددة ليس السبب الوحيد للرغبة في هذه الميزة.

Hypernut أتفق تماما.
لقد استخدمت هذه الميزة كعمل حولها بمعنى أنه يمكنني الآن الحصول على نافذة واحدة (النافذة الأصلية) لجميع المخرجات / البوابة / المحطة الطرفية وإنشاء نافذة جديدة للرمز الفعلي.
بهذه الطريقة أحصل على المزيد من العقارات مع الاستمرار في مراقبة المحطة / المخرجات ، وهو ما أعتقد أنه أحد الأسباب الرئيسية للنوافذ العائمة. لكن هذا هو وجهة نظري.

كان هناك أيضًا قدر من المناقشة حول ترميز Multi Window (الاقتراح الأصلي لـ Ctrl + K ، O لفتح نافذة جديدة) ، لذلك اعتقدت أنني سأوضح هذا الجزء هنا لجميع الأشخاص الذين يبحثون عن هذه الميزة.

لكن هذا لن يمنح أبدًا نفس الحرية التي يتمتع بها السحب الحر للنوافذ المتخصصة الصغيرة (على سبيل المثال ، واحدة من أجل Terminal ، وواحدة من أجل git ، وواحدة لمحطة ثانية على سبيل المثال).

إذا كان من الممكن تنفيذ هذه الميزة ، فسيكون ذلك رائعًا.

بدافع الفضول ، لماذا تريد فصل الجهاز في نافذة جديدة؟ ألن يكون من الأفضل فتح عملية طرفية جديدة خارج VSCode؟

@ iansan5653 حسنًا إذن لماذا وضع محطة طرفية في VSCode في المقام الأول؟ لماذا ليس تطبيق git منفصل؟ مستكشف الملفات؟ هل تريد إزالة كل المكونات الإضافية وإعطاء نافذة رمز واحدة فقط؟

@ iansan5653 هذه حالتي:
غالبًا ما أستخدم WebStorm (الذي يحتوي على هذه الميزة). تتكون محطة العمل الخاصة بي من جهاز كمبيوتر محمول وشاشة إضافية ، يتم تدويرها عموديًا من أجل قراءة أفضل. لذلك أقوم بتكوين IDE ليظهر على النحو التالي:

• على الشاشة العمودية: نافذة IDE الرئيسية مع محرر وأشرطة أدوات و (أخيرًا) تقسيم رأسي
• على شاشة الكمبيوتر المحمول: مستكشف / مخطط ملف المشروع ، لوحة القيادة الطرفية / الاختبار / لوحة تصحيح الأخطاء

هل يمكنني العيش بدونها؟ نعم ، خارج المسار. لكن ما زلت أجده ممتعًا.

أفضل أن يصبح فريق Visual Studio (المناسب) أفضل في دعم تطوير / تصحيح التطبيقات من جانب العميل. ومع ذلك ، يعد هذا أحد الأسباب الرئيسية لعدم تمكني من استخدام VSCode لتصحيح الأخطاء.

عند استخدام ميزة "مقارنة الملف مع المراجعة السابقة" ، قد يكون من المستحيل تقريبًا رؤية بعض الاختلافات دون الحاجة إلى الانتقال إلى نهاية السطر ، حيث يتم تقسيم المحرر إلى قسمين في شاشة واحدة. سيكون وجود خيار فتح نسختين في نافذتين بمثابة توفير حقيقي.

أعتقد أنها بحاجة إلى هذه الوظيفة.

Notepad++ لديه هذه الوظيفة لتعويم النافذة ، لكن لا يمكنني العثور على vs code بها.

لذا ، إذا كنت أرغب في تحريك النافذة على شاشتي الأخرى ، فما زلت بحاجة إلى فتح نافذة جديدة ثم فتح ملفي ، وأعتقد أن استخدامه شاق للغاية.

لذا يرجى إضافة هذه الوظيفة.

وشخص لديه طرق جيدة لحلها؟ أخبرني من فضلك.

شكر!

ملاحظة: هناك شخص ما يتخلى عن الرموز التعبيرية فقط ولكن لا يحاول الاستماع إلى فكرة أخرى أو إعطاء بعض الطرق حول كيفية التعامل معها. أعتقد أنني سأنظر إلى هؤلاء الأشخاص باستخفاف

بعض الناس لا يحبون المراجعات السيئة وأوجه القصور ، فهم يعرفون كيف يغسلون الأرضية ، إنهم فقط يتجاهلونها ، إنهم ...
أعتقد أن هؤلاء الناس ربما لا يستطيعون التواصل معنا.

أرغب في النوافذ العائمة / القابلة للإرساء والمواقف المحفوظة للتحميل التالي. يمكنني حاليًا تمديد النوافذ عبر شاشات متعددة ، ولكن تتم إعادة تعيين الموضع إلى الوضع الافتراضي عند الفتح التالي. في الغالب لا أحب المواضع الافتراضية للأجزاء وأريد تحريكها.

@ CHN-STUDENT أعتقد أن الناس يعطون: -1: أصوات لأنهم يوافقون على أننا بحاجة إليها (هذا الموضوع يحتوي على 270 تعليقًا وهو الأكثر: +1: تصويت). لم يعد الموضوع يدور حول ما نريد أو لماذا ، ولكن كيف يمكننا تنفيذه ، لذلك دعونا نحاول إبقاء المحادثة إيجابية والتركيز على كيفية المساعدة في تنفيذ هذه الميزة :)

هذه الميزة المفقودة هي السبب الرئيسي الذي يجعلني لا أستطيع استخدام رمز VS.

التوافق مع ما قاله الآخرون - عدم القدرة على إرساء اللوحات المختلفة يعد بمثابة كسر للصفقات بالنسبة لي أيضًا. - كان هذا هو الشيء الثالث الذي حاولت القيام به في VS Code (مباشرة بعد تغيير السمة إلى light ، حتى أتمكن من رؤية القوائم ، وتثبيت امتدادات mssql).

لكي أكون مفيدًا - ما قد يكون مفيدًا بالنسبة لي ليس فقط القدرة على فتح الملفات على شاشات متعددة ، ولكن القدرة على إرساء أي نوع من اللوحات في أي مكان في IDE (بما في ذلك إخراجها إلى نوافذ جديدة يمكن نقلها إلى جديد شاشات). - جعلني الإعداد النموذجي أقوم بفتح ملفات التعليمات البرمجية على أول شاشتين لدي ، ولوحة تحكم لجميع لوحات "الحالة" المفيدة مثبتة على الشاشة الثالثة.

لقد أرفقت أدناه مثالًا نموذجيًا لما تبدو عليه شاشتي الثالثة (على أمل أن تساعد) - أعتذر عن النص المبهم:

بالمناسبة ، كان لدي انطباع بأن معظم عناصر إرساء اللوحة التي يقوم بها Visual Studio مضمنة في .NET ، فهل من الصعب حقًا تنفيذ ذلك؟ - على أي حال ، يقوم Visual Studio بهذا بشكل مذهل ، ربما يمكنك الوصول إلى فريق Visual Studio Prime واطلب استعارة الكود الخاص بهم لهذا الشيء. ؛-)

تحرير: هاه ، يبدو أن VS Code هو تطبيق إلكتروني ... حسنًا ، هذا قرار _interesting_ ... hrmm ...

هذا هو السبب الوحيد لعدم قيام أي شخص في فريقي باستخدام VS Code كمنصة تطوير أساسية. نواصل استخدام VS 2017 - حتى مع كل ما هو واضح من براعة.

لدي القليل من الشك في أن فريق VS Code يجب أن يدرك أن هذه - مشكلات على المستوى النووي - لذلك من الواضح أن لديهم عيبًا معماريًا كبيرًا لا يمكنهم ببساطة معالجته.

وهي من أهم ثلاث وظائف لبيئة المطور التي يدعمها Visual Studio (وكل بيئة مطورة أخرى منذ أن كان Bill Cliniton مقدمًا). لذلك هذا ليس شيئًا في فئة ؛ "أوه ، لم أفكر في ذلك قط!"

ببساطة لا يمكن لـ VS Code سحبه.

تعبت من تعديل المشاكل / الإخراج / النافذة الطرفية لأعلى ولأسفل. ستكون خطوة أولى رائعة لجعل ذلك قابلًا للفصل.

بالنسبة إلى ppl الذي يريد حلًا بديلًا ، إذا قمت بإنشاء ارتباط رمزي لمجلد مشروعك وفتح هذا المجلد كنافذة جديدة. تحصل على مشروعك على كلا النافذتين. إلى فريق رموز VS ، يُرجى عدم "إصلاح" هذا الخطأ تقم بإضافة دعم متعدد النوافذ لـ C)

أليس الأمر "Duplicate Workspace in New Window" المضاف إلى لوحة الأوامر قبل إصدارين خيارًا أفضل؟

تضمين التغريدة

لا بأس كحل بديل. حاول الوصول إلى المشاريع ذات التكوينات المتعددة للغات والأدوات والأطر المتعددة (مثل .NET (بالإضافة إلى الأدوات والملفات) للخلفية ومنطق الأعمال + تجريدات قاعدة البيانات و Angular / VueJS / React للواجهة الأمامية أو بعض الأطر الأخرى)

إن تكرار مساحة العمل له عيب كبير حقًا في استخدام محرك أقراص التخزين والذاكرة.
إنه في الأساس نسخة جديدة من VSCode في نفس مساحة العمل.
يمكن أن يؤدي تشغيل خدمات اللغة المكررة وخوادم اللغة إلى خلق ظروف سباق واستخدام كثيف لمحرك الأقراص الثابتة / محرك أقراص الحالة الثابتة مع الوصول إلى نفس الملفات ، خاصةً مع الأدوات التي تستخدم التحليل الواسع للمشروع.
بالتأكيد يمكنك تعطيل هذه الأدوات والأشياء ، ولكن عند العمل في فريق كبير ، يحدث دائمًا أن يلتزم شخص ما بمجلد إعدادات vscode (حتى لو كان gitignored - لا تسألني كيف يحدث هذا). ثم تأتي الفوضى.

كما يمكن أن يكون التخزين المؤقت مشكلة.
يمكن أن تكون النافذة بدون إطار من Electron حلاً رائعًا يتم تنفيذه ، ولكن في جوهرها. سوف يستغرق وقتا أيضا. نظرًا لأنه من الأهمية بمكان تغيير التعليمات البرمجية الأساسية على هذا المستوى.
ربما يرغبون في تنفيذ وظيفة لأقصى أداء / نسبة استخدام ذاكرة الوصول العشوائي ، لكنها معقدة للغاية بسبب بنائهم المخصص للإلكترون والنواة المعقدة. يمكن أن يؤدي تنفيذه في الأساس إلى جعل جميع النوافذ قادرة على `` الوجود '' بدون إطار كما هو الحال في Visual Studio 2015 و 2017 و WebStorm وما إلى ذلك.

إنها وظائف حاسمة ، خاصة لإعداد الشاشات المتعددة. مشاركة عمليات مساحة العمل الفردية عبر الملفات المفتوحة متعددة النوافذ.

_حل محتمل: افتح مثيلًا جديدًا من VSCode بدلاً من تنفيذ النوافذ بدون إطار ، ولكن أضف خيار سطر أوامر للسماح له باستخدام الامتدادات المشتركة للمثيل الأول (المشكلة: يمكن مشاركة مضيف الامتداد أو أنه مرتبط بالمثيل؟).

JustinAddams هذا ما أفعله الآن ،

سيكون من الجيد أيضًا تعديل تكوين العرض لعرض مساحة العمل المكررة ...

فمثلا،

• حدد المجلدات التي تريد عرضها
• أي لوحة لعرضها
• رؤية Sidepanel

إلخ

أيضًا من نافذة مساحة العمل الرئيسية ، يمكننا كمطورين إنشاء خدمة جسر ، والتي من شأنها الاستماع من أحداث مساحات العمل المكررة للأطفال ، ويمكن لنافذة مساحة العمل الرئيسية التفاعل معها.

حالة الاستخدام ، على سبيل المثال:

1. افتح نافذة مساحة العمل الرئيسية

2. إنشاء مساحة عمل فرعية بواسطة قالب تم تكوينه مسبقًا

   مثل مساحة العمل المكررة ، ولكن قم بإنشاء عملية فرعية من نافذة مساحة العمل الرئيسية.
   يمكن تسمية نموذج ، على سبيل المثال ، "لوحة فقط" (سيكون به مشاكل فقط ، الإخراج ، وحدة التحكم في التصحيح ، المحطة الطرفية)

3. في علامة التبويب الطرفية الخاصة بمساحة العمل التابعة يمكنني بدء yarn test --watch ،

4. ... افعل الترميز ، أو أي شيء يمكنني القيام به ...
5. إذا فشل أحد الاختبارات ، فأنا أقوم بإجراء Command+Click في جلسة عمل vscode الفرعية
   5.1 يستهدف Subworkspace الحدث إلى نافذة Workspace الرئيسية
6. تتعامل مساحة العمل الرئيسية مع الحدث ، وتعرض ملفي الذي فشلت فيه الاختبارات
   ……
   ربح كيندا !!! …سيقول،

لكني أرى أن هذا مجرد تحميل جلسة فرعية من Visual Studio Code ولكن ليس vscode محملاً بالكامل ، ولكن متغيرًا مبسطًا وأخف وزنًا للحمل ... آمل ألا يستغرق هذا الكثير من الموارد

يجب أيضًا أن تتواصل الوحدات النمطية الموجودة على VSCode من خلال بعض البرامج الوسيطة ، والتي يمكنها بسهولة توصيل العديد من الحالات بين بعضها البعض ، لذلك في نافذة مساحة العمل الفرعية يمكننا رؤية مشكلة من ESLint على سبيل المثال .................

ربما يكون هذا "العصف الذهني" مفيدًا لشخص ما ، أتمنى ذلك :)

في صحتك! & شكرا للاهتمام ...

للأشخاص الذين يقترحون فتح نافذة أخرى.
الفائدة الرئيسية لهذه الميزة هي فتح Terminal / الإخراج / المشاكل على شاشة أخرى ، بحيث يمكنك الحصول على قائمة بالأخطاء بشكل منفصل عن نافذة التعليمات البرمجية. لذلك يمكنك الضغط على Ctrl-Click على شاشة واحدة ، ورؤية الكود المقابل على شاشة أخرى.

أود أن أرى هذه الميزة المضافة. يتمتع كل من Webstorm / Phpstorm بهذه الميزة ، وهي حقًا الشيء الرئيسي الذي أحبه في هذه التطبيقات. أستخدم شاشة اتجاه عمودي كمحرر رئيسي ، كما أن وجود لوحة شجرة / مستكشف الملفات على شاشة مختلفة يحدث فرقًا كبيرًا بالنسبة لي. أود أيضًا أن يكون لديّ طرفي على شاشة مختلفة ، لكن يمكنني دائمًا استخدام محطة طرفية غير مدمجة مع كود vs ، ولكن وجود نوافذ قابلة للفصل في مقابل كود لهذه اللوحات سيكون رائعًا.

وبالتالي؟ سنتان ولا شيء؟
لا أستطيع تحمل لوحة "بحث" متكاملة ، لأنها دائمًا ضخمة وواسعة.

أجد أنه من الغريب أنه على الرغم من أن هذا عمره الآن عامين والميزة الأكثر رغبة ومناقشة هنا ، إلا أن المطورين لا يزالون يتجاهلونها تمامًا.
أخشى ، لقد اعتبروا بالفعل أنه معقد للغاية / عمل كثير للغاية منذ وقت طويل ، وقرروا أنه لا يستحق كل هذا العناء وأبقوه هادئًا لتأخير التداعيات لأطول فترة ممكنة ...

ويجب أن أقول ، إنني أشعر بالاستياء قليلاً من عدم التواصل هذا. ربما أكون مخطئًا ، لكن رائحتها تشبه كثيرًا سياسة Microsoft ...

أخشى ، لقد اعتبروا بالفعل أنه معقد للغاية / عمل كثير للغاية منذ وقت طويل ، وقرروا أنه لا يستحق كل هذا العناء وأبقوه هادئًا لتأخير التداعيات لأطول فترة ممكنة ...

ليس لدي أي فكرة كيف يمكن أن يكون هذا معقدًا للغاية. هناك عدد لا يحصى من البرامج الأخرى التي قامت بذلك ، وتقوم بذلك وستستمر في القيام بذلك ، لذا لست متأكدًا تمامًا مما يمنعهم بالفعل من تنفيذ إحدى أكثر الميزات المطلوبة.

هل هذا بسبب عدم وجود مطورين مسجلين حاليًا للعمل على VSCode؟ ألا تعتبر جديرة بما يكفي لأن VSCode لا يمكن تسييلها؟

لست متأكدًا تمامًا من أن حجة "هذا قد يكون ضرائب كبيرة على أجهزة الكمبيوتر" صحيحة مؤخرًا نظرًا لأن معظم أجهزة الكمبيوتر الحديثة لديها موارد نظام أكثر بكثير من السابق. أيضًا ، إذا ثبت أن لها هذا التأثير على محطات العمل ، فلديك الفرصة لإيقاف تشغيل هذه الميزة تمامًا.

إن امتلاك خيار استخدام هذا أو عدمه سيكون أفضل بكثير من عدم وجود خيار على الإطلاق ، بصراحة تامة.

يتم استخدام VSCode من قبل الأشخاص الذين يقومون بـ CODE. إذا لم يتمكن المبرمجون من معرفة كيفية تبديل ميزة أو إيقاف تشغيلها ، فربما يستخدمون البرنامج الخاطئ.

بالإضافة إلى ذلك ، سيتم اتخاذ إجراءات لتقليل استنزاف موارد النظام ولكن الامتناع عن إضافة ميزات جديدة مثل هذه بناءً على الاعتقاد القديم بأن "معظم المستخدمين لن يعرفوا كيفية إيقاف تشغيله ، لذا يتم تشغيله افتراضيًا عند التثبيت ، يمكن أن يكون البرنامج بطيئًا حقًا على أجهزة كمبيوتر مختلفة وسيجعلنا نبدو سيئين "هي الحجة الأسوأ الممكنة لعدم التنفيذ لأن هذا يعني أن قاعدة المستخدمين المستهدفين أقل استخدامًا من الناحية التكنولوجية من معظم المستخدمين.

آخر فحص لم يكن هذا هو الحال.

أفضل تخميني هو أنه من الصعب عليهم إنشاء نوافذ جديدة باستخدام علامة التبويب وجعل علامة التبويب تحافظ على حالتها بسبب الإلكترون. يجب عليهم إنشاء نافذة جديدة في كل مرة تقوم فيها بسحب علامة تبويب إلى نافذتها الخاصة ، ومن الواضح أن هذا ليس بالأمر السهل. خاصة بالنسبة لأشياء مثل المحطة الطرفية والشريط الجانبي وما إلى ذلك.

ما زلت في أمس الحاجة إلى هذه الميزة.

@ Penagwin وبالمثل ، ولكن نظرًا لأنني لا أعرف ما هو المنطق التقني لعدم التمكن من تنفيذه ، سأكون أيضًا مهذبًا وأحتفظ بالحكم وانتظر بصبر مثل أي شخص آخر. 😄

الحل البديل في الوقت الحالي هو فتح نافذتين ، وفتح مجلد أصلي ومجلد فرعي لنفس المشروع. على سبيل المثال ، افتح الدليل الخاص بتطبيقك في نافذة واحدة ، والمجلد "العام" في النافذة الأخرى. الجانب السلبي هو عدم وجود علامات سحب وإفلات بينهما ، ولكنها تعمل بخلاف ذلك.

لجميع الأشخاص الذين يقترحون الحل مع نافذتين. هذا لا يساعد على الإطلاق في حل المشكلة الفعلية المتمثلة في عدم القدرة على الحصول على أشياء مثل مفتش تصحيح الأخطاء أو المحطات الطرفية / الإخراج وما إلى ذلك على شاشة ثانية.

استخدم "Ctrl K، O" لفتح الملف الحالي في نافذة vscode مختلفة للتحرير. سيتعين عليك تعيين الدليل الافتراضي للمحطة مرة أخرى حتى يتم إنشاء النافذة المفتوحة حديثًا. يعمل فقط مع الملفات ؛ ليس على النوافذ الطرفية. أعلم أنه ليس مثل السحب والإفلات ، ولكن يجب أن يكون مفيدًا إذا كنت بحاجة فقط إلى نقل بعض الملفات إلى نافذة أخرى للاستفادة من الشاشة الثانية أو الثالثة. لا حرج في حل لأن ليس لدينا حل. العالم ليس مثاليًا ، فاستغل أفضل ما لدينا وقم بإنجاز المهمة. آمل أن يساعد هذا حتى نحصل على شيء أفضل. ترميز سعيد!

من الصعب تصديق أنه قد مر عامان ولم يكن هناك تقدم يذكر في هذا الشأن. لقد بدأت بجدية في التراجع عن كود VS لأنه ، بشكل عام ، هو IDE رائع. ومع ذلك ، لا يمكنني اعتباره منافسًا جادًا للتطوير المهني بدون دعم متعدد الشاشات. بالنظر إلى هذه التعليقات ، يبدو أنني لست وحدي في هذا الرأي.

العودة إلى Webstorm الآن = (

كنت أشاهد هذه الميزة لفترة من الوقت ، فقط أضف صوتًا آخر يقول إنني أتمنى حقًا حدوث ذلك! إذا كان بإمكان كود VS تنفيذ هذا ، فسيكون المحرر المثالي !!

لماذا لا يزال هذا ليس شيئًا! ما العيب في هذه الميزة ... VS code هو محرر رائع ، لكن هذه ميزة رئيسية مفقودة ...

هذا حقا يجب أن يحدث! إشراف كبير على حساب Microsoft.

من فضلكم يا شباب ، افعلوها! هذه هي الميزة الأكثر طلبًا على الإطلاق: راقصة:

أنا أعمل مع 3 شاشات ، وأحتاج إلى هذه الميزة ، لأنه في بعض الأحيان في الكود أحتاج إلى رؤية الوظائف التي أحتاج إلى تنفيذها من ملف واحد ، وأحتاج إلى فتح هذا في نافذة منفصلة لنسخ ولصق ما أريد بدلاً من تقسيم النافذة داخل شاشة واحدة يمكن أن تحد من مساحة العمل.
يرجى تنفيذ هذه الميزة لتعويم النوافذ (فصل النافذة).

+1. سيكون هذا حقًا مفيدًا للغاية لإنتاجية الشاشات المتعددة.

احتفل طلب الميزة هذا مؤخرًا بعيد ميلاده الثاني. أشك في أنه سيتم تنفيذه على الإطلاق :(

+1 أي تحديثات على هذه الميزة؟

يبدو أن الرغبة في استخدام هذه الميزة مرتبطة بعدم القدرة على استخدام GH بشكل صحيح أو التصرف بشكل جيد في مناقشة الإنترنت. سيساعد البريد الإلكتروني العشوائي الطائش في قضيتك بالتأكيد.

@ Krzysztof-Cieslak يجب أن يكون هناك خيار لتعطيل التعليقات على مشكلة والسماح فقط بردود الفعل على OP

@ Krzysztof-Cieslak أعتقد أن +1 مرتبطة بالتصويت بدلاً من المناقشة.

غالبًا ما يتم استخدام 1+ لزيادة المحادثة حتى لا يفقد رجال Microsoft المشكلة ؛)

SkyzohKey ، لقد تم فتحه بالفعل ، ولن يفقدوا أي شيء.

هل هناك أي فرصة لأن MS تمتلك جيثب وبصورة أساسية مشروع الإلكترون الذي سيرى ضوء النهار؟ أوافق على أن هذه مشكلة أساسية مع المحرر وإلا فهي رائعة جدًا.

@ napalm684 نقطة جيدة ، ومع ذلك أعتقد أن هذه ليست مشكلة في Electron (https://github.com/Microsoft/vscode/issues/10121#issuecomment-346088717) ، ولكن مع بنية VSCode نفسها (https://github.com / Microsoft / vscode / issues / 10121 # issuecomment-346290180).

آه ، لقد قرأت في الأصل @ n9 وكانت هذه مشكلة إلكترونية. بغض النظر عن اعتقادي أن هذا هو طلب الميزة رقم 1 في الوقت الحالي الصحيح؟

هل سيحتوي على هذه الميزة الإصدار الرئيسي التالي؟

أعرف أن الجميع لم يحبوا أن يتم حثهم ،
آمل أن تكون هذه الميزة هي الأولوية القصوى.
أعلم أن هذا برنامج مجاني مفتوح المصدر ، لكن هذا القيد قد يمنع المستخدمين الجدد من استخدام VS Code.
يسعدنا استخدام IDE جديد رائع ، ونحن مشهورون ، أليس كذلك؟

حسنًا ... إليك مطور آخر يتمنى أن أتمكن من فصل علامات التبويب من VSCode تمامًا مثل العمل مع VS.

مثل معظم الأشخاص هنا:
أرغب في أن يكون لدي أكثر من نافذة كود VS لمجلد / مشروع واحد وأن أكون قادرًا على العمل على أكثر من شاشة.

IDE رائع مع ذلك 👍
استمر في العمل ، أنا أحب عملك.

أود أيضًا أن أتمكن من فتح نفس الدليل في نوافذ متعددة.

👍

أود فصل وحدة تحكم مصحح الأخطاء لعرضها على الشاشة الثانية

+1
الحل البديل (افتح نافذة جديدة واسحب الملف وأفلته من مساحة العمل / النافذة الحالية إلى النافذة المفتوحة حديثًا) لا بأس به ولكن ليس لدي إمكانية الوصول إلى مساحة العمل نفسها ؛ إعدادات مختلفة ، لا يمكن الوصول إلى الملفات الأخرى في مساحة العمل ، إلخ.

ولكن بصرف النظر عن هذا VSC رائع!

لقد حاولت التحقق مما يمكننا فعله بالنوافذ العائمة في VSC.
بادئ ذي بدء - يدعم Electron العديد من النوافذ. من الممكن فتح مثيل BrowserWindow إضافي ولكنه يتطلب تحميل ملف HTML.

في هذه الحالة ، دعنا نفكر في المحطة في النافذة العائمة. أنا لست بطلاقة عندما يتعلق الأمر برمز VSC ، ولكن يبدو أن جميع التطبيقات تعمل باسم "تطبيق monolith". هذا يعني أنه إذا كنا نرغب في الحصول على شيء من VSC UI في نافذة إضافية ، فعلينا تحميل جميع التطبيقات هناك وإخفاء الأجزاء غير الضرورية من واجهة المستخدم.

يبدو عظيما؟ ليس صحيحا. في نافذة إضافية ، يتعين علينا إخفاء أجزاء واجهة المستخدم غير الضرورية ولكن أيضًا ... تعطيل تحديث مناطق التطبيق الأخرى عند تغيير الملفات أو الاختصارات. ما هو أكثر من ذلك ... لا أعرف كيف تعمل ذاكرة Electron ولكني أعتقد أنه إذا قمنا بتحميل كل التطبيقات في النافذة الثانية ، فإن استخدام الذاكرة لـ VSC سيزداد بشكل كبير.

أعتقد أننا يجب أن نحاول جعل VSC أكثر نمطية وإعداد نوع من آلية النوافذ المتعددة قبل أن نبدأ العمل على النوافذ العائمة بأجزاء واجهة مستخدم واحدة.

عزيزي المجتمع ، دعونا نحاول مساعدة فريق VSC.

غالبًا ما يتم استخدام 1+ لزيادة المحادثة حتى لا يفقد رجال Microsoft المشكلة ؛)

ناه ، لقد اعتادوا الآن على تجاهل القضية. :) إنها مثل وضع ملاحظة على مرآة حمامك. في البداية لا يمكنك تجاهله ، ولكن بعد فترة من الوقت لم يعد بإمكانك رؤيته.

أنا لست رجلًا إلكترونيًا من أي نوع ، لكنني تلاعبت به قليلاً. ألن يكون من الممكن إطلاق نافذة جديدة والقيام بالاتصال بين النافذة الأصلية والطفل عبر WebContents API؟

@ kodipe

scriptcoded سؤال جيد!

لقد وجدت للتو هذا المشروع https://github.com/illBeRoy/ElectronScriptWindow والذي يسمح باستخدام BrowserWindow بدون ملف HTML محدد. بشكل أساسي ، يقوم بإنشاء سلسلة مشفرة base64 كعنوان URL للنافذة: https://github.com/illBeRoy/ElectronScriptWindow/blob/master/src/index.js#L76 عند التحميل. بعد ذلك يجب أن نكون قادرين على التحكم في الطفل من الوالدين عبر محتويات الويب.

@ kodipe أنيق! هذه طريقة ذكية جدًا للقيام بذلك. ربما سألقي نظرة فاحصة على المصادر وأكتشف ما إذا كانت هذه طريقة جيدة للقيام بذلك. أظن أن هذا يعني بعض إعادة الكتابة الثقيلة لمجموعة من الميزات الأساسية.

scriptcoded نعم ... من الصعب حقًا تحقيق ميزة في هذه اللحظة. سأبحث عن حل لبعض واجهة برمجة تطبيقات FloatingWindow البسيطة وسأشاركها معك هنا إذا قمت بإنشاء شيء مثير للاهتمام على مفترقتي.

+1 لهذه الميزة

لقد أصبت بهذا القيد عدة مرات في اليوم ، إنها ميزة مفقودة كبيرة جدًا بالنسبة لي.

الحل:

1.) افتح مجلد المشروع الخاص بك
2.) احفظ كمساحة عمل
3.) افتح مساحة العمل في إحدى النوافذ ومجلد المشروع في النافذة الأخرى

أتمنى أن يساعدك هذا

هذه الميزة متأخرة وحاسمة للإنتاجية مع أجهزة عرض متعددة ، كم عدد الردود التي تحتاجها لإضافة هذه الميزة إلى النطاق؟ يمكنني الحصول على جميع زملائي للرد إذا كنت تريد ذلك.

ماذا عن https://www.npmjs.com/package/electron-window-manager ؟؟

WNemencha أفترض أن الفريق لا يريد أي تبعيات غير ضرورية. ربما أمرها بذلك؟

آمل أن نحصل على هذا في النهاية ، هذا أمر لا بد منه :)

لمواصلة الابتكار ، وجعل VSCode محررًا حديثًا كامل الميزات ، هذا ضروري. يجب أن يكون هذا هدفًا رئيسيًا طويل المدى حتى يتم تنفيذه.

يجب أن تكون هذه الميزة حقًا ميزة ذات أولوية عالية. لا أعرف أي مطور يقوم فقط برموز على شاشة واحدة ، ولديه القدرة على سحب علامة تبويب إلى نافذة جديدة لاستخدامها جنبًا إلى جنب يعد مفيدًا جدًا لميزة لا يمكن الحصول عليها.

يجب أن تكون هذه الميزة حقًا ميزة ذات أولوية عالية. لا أعرف أي مطور يقوم فقط برموز على شاشة واحدة ، ولديه القدرة على سحب علامة تبويب إلى نافذة جديدة لاستخدامها جنبًا إلى جنب يعد مفيدًا جدًا لميزة لا يمكن الحصول عليها.

مرحبًا ، oryandunn ما تشكو منه ممكن بالفعل. انظر تعليقي المضافة تحت هذه التذكرة:
"افتح نافذة جديدة واسحب الملف وأفلته من مساحة العمل / النافذة الحالية إلى النافذة المفتوحة حديثًا."

تدور هذه التذكرة حول فتح نافذتين في مساحة العمل نفسها.

kapalkat لتوضيح، هذه المسألة هي حول فصل أجزاء من واجهة المستخدم، مثل المحطة، المستكشف والمصحح، من النافذة الرئيسية. # 2686 يتعامل مع نوافذ متعددة بنفس مساحة العمل.

أعتقد أنه يجب تجميد / تقييد هذه المشكلة حتى يتمكن شخص ما بالفعل من العمل عليها (من فريق VSCode).

لا أعتقد أنه يمكننا توقع هذه الميزة في أي وقت في الميزة القريبة. حسب فهمي ، سيتعين على الفريق تغيير الكثير من البنية التحتية لإنجاح هذا العمل. ليس هذا فقط ، لست متأكدًا من مدى تأثره.

كما أشك في أن هذا له أي علاقة بالإلكترون (ليس قيودًا / مشكلة من جانب الإلكترون). يقتصر فقط على الهندسة المعمارية الحالية.

هذا الموضوع مليء بتعليقات 1+ أكثر من التعليقات المفيدة بالفعل.

هذا الموضوع مليء بتعليقات 1+ أكثر من التعليقات المفيدة بالفعل.

هذا هو إحباط قاعدة المستخدمين لأنهم يفتقرون إلى دعم الشاشات المتعددة. وإلا كيف يجب على المطورين الحصول على معلومات حول قاعدة المستخدمين التي تريدها؟

وإلا كيف يجب على المطورين الحصول على معلومات حول قاعدة المستخدمين التي تريدها؟

من خلال ترك 👍 ، وإبقاء منطقة المناقشة واضحة للمناقشة البناءة ، مثل:

يعجبني تمامًا تطبيق VS ، حيث يمكن عند سحب أي جزء من واجهة المستخدم "الانجذاب" إلى جزء من الشاشة. على غرار الطريقة التي يتيح لك سحب علامة تبويبها الآن تسمية العرض الرئيسي.

بصراحة ، الشيء الوحيد الذي أريده حقًا هو سحب علامات تبويب محرر الكود. لا أهتم حتى بالقدرة على تجانبها خارج النافذة الرئيسية ، لأنه بعد ذلك يمكنني فقط استخدام مدير نافذة نظام التشغيل بدلاً من ذلك.

الجميع التصفيق يديك لmrmos وله حل .

jayarjo لقد كنت أفعل شيئًا مشابهًا من خلال فتح نافذة vscode جديدة وسحب علامة التبويب الخاصة بي هناك. تكمن المشكلة هنا في أن أيا من الاكتشافات لا تعمل بشكل صحيح لأنها لا تحتوي على أي معلومات حول "مساحة العمل" الفعلية التي جاءت منها.

كحل بديل بسيط ، يمكنك استخدام الأمر Duplicate Workspace in New Window (منذ الإصدار 1.24) لفتح المجلد / مساحة العمل الحالية في نافذة رمز VS ثانية يمكن نقلها إلى شاشة منفصلة. لقد قمت بتعيين رابط المفتاح Ctrl + Shift + N لهذا الأمر.

@ n0v1

كحل بسيط ، يمكنك استخدام الأمر Duplicate Workspace في New Window

حسنًا ، لا يبدو أنني أمتلك هذه الوظيفة في أحدث إصدار من macOS - هل يلزم تمكينها؟

مع تحياتي

ldexterldesign هل حاولت تشغيله بفتح لوحة الأوامر ( ⌘ + SHIFT + P ) وكتابة Duplicate Workspace in New Window ؟

@ n0v1 لا تكمن المشكلة في فتح ملف / مساحة عمل في نافذة جديدة. المشكلة هي الحفاظ على سياق المخزن المؤقت الأساسي (الملف) في كلتا النوافذ.

لتوضيح الأمر ، افتح ملفًا في مساحة عمل واحدة وافتح نفس الملف في مساحة العمل المكررة. الآن ، قم بتحرير الملف في نافذة واحدة ، فلن ينعكس في النافذة الأخرى.

يخبر الجميع الآن عن أشياء مكررة في مساحة العمل ، ولكن من المؤكد أن هذا معروف الآن من قبل الجميع ولا يحتاج إلى التكرار كثيرًا. وهذا "الحل" برمته ليس عمليًا حتى ، فنحن بحاجة إلى ميزة نافذة عائمة حقيقية مثل تطبيقها في برامج التحرير الأخرى.

الرجاء التوقف عن اقتراح "مساحة عمل مكررة". ليس هذا هو الحل. نحتاج إلى مستكشف مساحة العمل أيضًا. وهو ليس كذلك.

أرغب في رؤية القدرة على فصل وحدة التحكم (وأجزاء أخرى من المحرر) ودفعها عبر شاشة منفصلة تسمح لي بالحصول على العقارات الكاملة لشاشتي الرئيسية لكتابة وقراءة الكود الخاص بي عندما أعمل في مكان ما مع شاشات متعددة /

سيسمح لي هذا أيضًا بإدارة العمل بشكل أفضل أثناء التنقل حيث لا يتوفر لدي سوى شاشتي الرئيسية للعمل منها ، مثل القطار أو في مواقع العملاء.

لا أرى أي تقدم في هذه الميزة والسنوات القليلة الماضية. إذا تمسكنا بالقيود المعمارية التي تكلف الكثير لتحقيق ذلك ، فلماذا لا نغلقها والمضي قدمًا？

لا تنس أن لدينا مجتمع VisualStudio ، يرجى التفكير في نقل بعض الميزات إلى البرنامج المساعد VS.

Nyconing VS لا يعمل على لينكس أو ماك.

Nyconing VS لا يعمل على لينكس أو ماك.

ليس صحيحًا تمامًا ...

حسنًا ، المجتمع.

ما هي أفضل طريقة لإظهار ملف واحد (مع اختبار الوحدة) على الشاشة اليسرى والملف الثاني على الشاشة اليمنى؟

يرجى عدم محاولة التوصية باستخدام Vim أو Emacs أو Visual Studio Enerprise أو Sharp Develop أو Eclipse أو Jetbrains أو قد يكون برنامج Notepad.

ما هي أفضل طريقة لإظهار ملف واحد (مع اختبار الوحدة) على الشاشة اليسرى والملف الثاني على الشاشة اليمنى؟

لا تضاعف من فضلك. أفضل ما يمكنني تقديمه هو تغيير حجم النافذة بحيث تغطي كلاً من شاشتك وتقسيم المحرر إلى جزأين على طول المنتصف بين شاشتك.

لا تضاعف من فضلك.

هناك بعض المشاكل الداخلية في جيثب نفسها

ليس صحيحًا تمامًا ...

يعمل على نظام Mac مع النبيذ أو windows vm

@ hellboy81belst بلدي سيئة، واعتقدت أنك قلت كود VS. آسف! العودة إلى المسار الصحيح الآن ...

فقط سنتان
"Ctrl + K ثم O"
مرتبط بـ "فتح ملف نشط في نافذة جديدة"

فقط سنتان
"Ctrl + K ثم O"
مرتبط بـ "فتح ملف نشط في نافذة جديدة"

كما قال الآخرون ، فإن فتح نافذة جديدة ليس هو ما كان يطلبه أو يريده.

نحن نبحث عن القدرة على إخراج النافذة وتحريكها إلى حيث نريد ، تمامًا كما يفعل premire pro مع أنواع المنصات المختلفة ،

فقط سنتان
"Ctrl + K ثم O"
مرتبط بـ "فتح ملف نشط في نافذة جديدة"

كما قال الآخرون ، فإن فتح نافذة جديدة ليس هو ما كان يطلبه أو يريده.

نحن نبحث عن القدرة على إخراج النافذة وتحريكها إلى حيث نريد ، تمامًا كما يفعل premire pro مع أنواع المنصات المختلفة ،

أنا أتفق معك تماما. كنت أحاول فقط المساعدة في حل مؤقت أستخدمه أثناء انتظار هذه الميزة.

أريد فقط أن أعبر عن رأيي في هذا. أعتقد أن عددًا كبيرًا من المطورين لديهم أكثر من شاشة واحدة واستخدامهم بفعالية يعد مكسبًا كبيرًا للإنتاجية.

لست متأكدًا من سبب عدم تقدم هذه الميزة أبدًا نظرًا لأنها تتمتع بدعم هائل وأن الكود المعطى هو تطبيق إلكتروني يمكن تنفيذه وقابليته للتحلل تمامًا إذا ركضت خارج الإلكترون.

باختصار ، يرجى دعم MDI في vscode.

ما لم يكن لدى VS Code دعم عرض متعدد ، لا أرى الانتقال إلى هذا المحرر كإعداد افتراضي. بدأت مؤخرًا في استخدام أدوات JetBrains كبديل. لقد كنت أشاهد هذه القضية لمدة عام + وما زلت لا توجد حركة في هذا الشأن. لست متأكدا لماذا التأخير؟

يسمح Xcode بنوافذ متعددة للمشروع. أكثر من ذلك ، النوافذ كلها متساوية ، تعمل بكامل طاقتها ، مما يعني أنه يمكنك فتح نافذة ثانية وإغلاق نافذة المشروع الأصلية ولا يزال لديك نافذة كاملة للمشروع.

هذا النهج يعني سهولة دعم الشاشات المتعددة. هذا يعني أيضًا أنني لست مضطرًا إلى مجالسة إدارة النوافذ بقدر ما لا يتعين علي تذكر نافذة المشروع "الحقيقية".

سيكون هذا النهج موضع تقدير كبير في VS Code.

يسمح Xcode بنوافذ متعددة للمشروع. أكثر من ذلك ، النوافذ كلها متساوية ، تعمل بكامل طاقتها ، مما يعني أنه يمكنك فتح نافذة ثانية وإغلاق نافذة المشروع الأصلية ولا يزال لديك نافذة كاملة للمشروع.

كيف؟ عندما أحاول فتح نفس مساحة العمل في Mac OSX ، فإنه دائمًا ما يركز فقط على النافذة المفتوحة بالفعل.

نظرًا لأن VSCode مكتوب باستخدام "النوافذ العائمة" للإلكترون ، فمن الصعب نوعًا ما تحقيقه ، ولكن السماح بفتح المشروع مرتين سيساعد كثيرًا ، ولكن لا يبدو أن هذا يعمل أيضًا. هو موضع تقدير أي مساعدة.

أدخل وأعلن تجربتي الخاصة: لقد استخدمت VScode بنجاح في الماضي لتجميع وتصحيح مشروع محرك لعبة ساهمت فيه ، ولكن نظرًا لأنني لا أستطيع عمل نوافذ منفصلة باستخدام VScode ، فأنا للأسف متمسك بـ CLion ، والذي يتعامل ببطء ولكن بثبات مع Visual Studio بشكل عام.

مثل الآخرين الذين ذكروا ذلك في هذا الموضوع ، يتطلب الترميز متعدد الشاشات كيندا أجهزة قابلة للفصل.

يسمح Xcode بنوافذ متعددة للمشروع. أكثر من ذلك ، النوافذ كلها متساوية ، تعمل بكامل طاقتها ، مما يعني أنه يمكنك فتح نافذة ثانية وإغلاق نافذة المشروع الأصلية ولا يزال لديك نافذة كاملة للمشروع.

كيف؟ عندما أحاول فتح نفس مساحة العمل في Mac OSX ، فإنه دائمًا ما يركز فقط على النافذة المفتوحة بالفعل.

نظرًا لأن VSCode مكتوب باستخدام "النوافذ العائمة" للإلكترون ، فمن الصعب نوعًا ما تحقيقه ، ولكن السماح بفتح المشروع مرتين سيساعد كثيرًا ، ولكن لا يبدو أن هذا يعمل أيضًا. هو موضع تقدير أي مساعدة.

يمكنك القيام بذلك في Xcode إما عن طريق تمزيق علامة تبويب أو استخدام ملف-> نافذة جديدة. جميع النوافذ حيث يمكنك التنقل في مشروعك أو تحرير التعليمات البرمجية متساوية. لا يوجد شيء اسمه نافذة "رئيسية" في Xcode. انظر الصورة المرفقة أدناه.

2 سنوات منذ أن تم طلبه. أي تقديرات متى يمكن أن يكون رمز VS قادرًا على القيام بذلك؟

هذا هو برمجيات المصدر المفتوح . يمكنك المساعدة والمساهمة بمهاراتك في VSCode. إذا كنت تريد حقًا ظهور VSCode في نوافذ متعددة ، فلماذا لا تحاول التفرع وتجعله ممكنًا بنفسك؟

أعلم أنه من OSS. لهذا لم يكن لدي أي توقعات بشأنه. سألت فقط إذا كان هناك أي تقديرات من الأشخاص الذين يعتنون بهذا الريبو. "لا توجد تقديرات" هي أيضًا إجابة. شكر

الطلب: الرجاء إغلاق هذه المسألة للتعليقات.
يقوم فريق 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 ، لذلك دعونا نتحلى بالصبر (أو المساهمة).
تحديث الحالة هذا كاف بالنسبة لي. سيعودون إلينا عندما يكون هناك تحديث آخر.
الرجاء 👍 القضية لإظهار دعمكم.