Vscode: Разрешить плавающие окна

Просто добавляю к этому мою поддержку. Довольно часто с полной версией Visual Studio я перетаскивал вкладку на другой монитор, чтобы я мог просматривать два файла кода одновременно. Функциональность разделенной панели хороша, но не то же самое.

Я считаю вкладки редактора более важными, чем другие. Действительно сложно использовать два монитора, когда вы не можете разделить вкладку. Это важно при обращении к коду, но также и для таких вещей, как предварительный просмотр Markdown.

Как это должно работать ...? Не могу заставить его работать (на 1.11.0-Insider). При перетаскивании вкладки за пределы окна она либо отображает значок 🛇 и не позволяет мне упасть, либо при перетаскивании поверх окна проводника Windows копирует файл ...

@CherryDT Эта проблема все еще открыта и помечена как невыполненная . У вас есть ссылка, в которой говорится, что это должно быть реализовано в 1.11?

@ vossad01 Вы правы, меня на секунду смутило, потому что я пришел из закрытого выпуска №10147, где было написано «Уже рассмотрено №10121», а я принял «адресовано» как «решено». Моя ошибка.

Я бы сказал, что отстыковка вкладок (в частности, редакторов) - это задача _обязательно_, а не _всегда_. Хотелось бы, чтобы это было реализовано.

@bpasero @aeschli - это функция, которую вы хотели бы получить и просмотреть в виде запроса на

@mlewand это не

@bpasero по техническим ограничениям, вы говорите, что это ограничение Electron? Или это больше о VSCode one project <-> one window design?

@mlewand зависит, если бы я мог открыть легкое окно, которое использует тот же контекст JavaScript, и создать в нем некоторый пользовательский интерфейс, это, безусловно, помогло бы. В противном случае мы бы открыли тяжелое окно браузера с собственным контекстом, содержащим только те элементы пользовательского интерфейса, которые мы хотим показать, что кажется неправильным направлением.

Хочу перезвонить в "меня".

Конкретно вкладки редактора. Очень жаль, что у автора задачи настолько отсталые приоритеты, но я не могу поверить, что никто в Microsoft не видел этот билет в какой-то момент за последний год, признал огромную ценность возможности перетащить вкладку редактора из одного окно в другое (ваша команда Visual Studio делала это десятилетиями) и сделала это к настоящему времени.

Это серьезный недостаток VSCode в качестве редактора.

Я использовал Visual Studio в качестве основного редактора около 9 лет, а затем перешел на VS Code после того, как перешел в проектную группу только для внешнего интерфейса. В VS Code есть что полюбить, но мне не хватает одной важной функции - это отсутствие плавающих окон редактора с вкладками (как я привык иметь в Visual Studio).

FWIW, я использую 4 монитора бок о бок. Это безумие - застрять на одном мониторе для редактирования кода, особенно когда я работаю над несколькими файлами одновременно.

Я должен согласиться с комментариями выше. Отсутствие этой функции - огромная проблема для тех, у кого несколько мониторов (в основном для всех, кто работает с кодом). Очевидно, вы можете обойти это, открыв определенные файлы в отдельном (ctrl + shift + N) экземпляре Visual Studio Code, но это определенно то, что следует решить как можно скорее.

Я хочу иметь возможность открывать файлы в новом окне (например, чтобы включить другой монитор или другое виртуальное рабочее пространство).
Если я не могу открыть прямо в новом окне, мне нужно иметь возможность оторвать вкладку в новое окно или иметь возможность перетащить вкладку в отдельное окно VSCode (как создано с помощью File → New Window)

Я использую плагин для просмотра WYSIWYG для редактирования AsciiDocs. В этом случае основным требованием является разделение окон на разные мониторы. Надеюсь, эта функция скоро получит приоритет

Было бы здорово, если бы мы могли оторвать вкладки, чтобы показать файл / вкладку в отдельном окне 😪

Я пытаюсь отказаться от JetBeans, и это не дополнительная или полезная функция. Это фундаментально для кодирования с несколькими мониторами. Отсутствие этого - нарушение сделки.

+

Ищу эту функцию. Спасибо :)

Это не самый чистый способ поддержки нескольких мониторов / окон, однако вы можете сделать следующее:

• Файл> Новое окно

• Теперь перетащите вкладку в уже существующем окне кода Visual Studio в новое окно, которое вы только что открыли.

Я согласен с тем, что было бы действительно неплохо просто перетащить существующую вкладку на второй монитор, но это, по крайней мере, довольно безболезненный обходной путь, пока они не поддержат перетаскивание вкладок на другой монитор.

Также добавляю свой запрос на эту функцию. Приятно видеть, что другие хотят того же.

В остальном я люблю эту IDE. 😄

Всего наилучшего.

Очень нужный функционал.
благодаря

+1

(Кстати: ссылка Backlog-Link (https://github.com/Microsoft/vscode/milestone/8) здесь на правой панели не работает?)

Есть ли планы, когда это будет добавлено в круг релизов? Благодаря!

Не уверен, видел ли кто-нибудь этот проект для электрона, но я просто оставлю это здесь. Может быть, MS мог бы помочь в их обильное количество времени :). Некоторое время я не видел коммитов, не уверен, что он наткнулся на препятствие или просто занят.

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

Должен признаться, я шокирован тем, что такой редактор, как VSCode, не позволяет мне перетаскивать вкладку на второй монитор.

Добавляя мой +1 к этому.

Хотелось бы иметь и эту функцию. +1

@bpasero Я не думаю, что было бы так уж важно разрешить открытие другого экземпляра VSCode, если бы мы вытащили вкладку. По крайней мере, это было бы началом.

Я думаю о переходе с Sublime Text на VSC, и это ограничение - единственное, что заставляет меня использовать их оба, я определенно буду более склонен к VSC, когда вы, ребята, добавите это!

+1
даже если мне нужен только проводник и отладка

вкладки
Проводник / поиск / отладка / git / расширения

Так много запросов на это, и они тоже постоянно поступают. Я рада, что не одна. На самом деле это моя единственная проблема с кодом VS на данный момент.

+1

Я присоединюсь к комментарию выше - действительно, это моя единственная проблема / пожелание для VSCode. В остальном работать с ним - абсолютное удовольствие, и он намного превосходит Sublime и другие (на мой взгляд).

@RoyTinker и здесь. Это последнее, что мне мешало полностью перейти на VSCode.

Согласитесь со всем вышесказанным - это для меня единственная ложка дегтя после перехода с Sublime.

Я думаю, что еще одна важная причина для этого заключается в том, что вы можете закрыть окна «Вывод» и «Терминал». Если вы собираетесь запускать отладку внутри VS Code, вы, вероятно, захотите, чтобы окно вывода было на одном мониторе, а код - на другом, а не втискивал все это на один монитор.

@laserbeak Я думаю, что сложности возникают из-за необходимости обрабатывать управление окнами в нескольких операционных системах. Возможно, не существует чистого или ясного способа сделать это на всех платформах.

Я изо всех сил пытаюсь отладить большой проект, несмотря на то, что работаю на трех дисплеях - у меня может быть только консоль отладки и код, который я выполняю, на одном экране. Я даже не могу разместить их рядом на одном экране, поскольку консоль отладки занимает всю нижнюю часть окна отдельно от редактора кода.

Я действительно надеюсь, что этой функции можно будет уделить более высокий приоритет, особенно с учетом того, что она открыта уже больше года.

Нерелевантно https://www.npmjs.com/package/electron-window-manager

Оп 5 окт. 2017 2:38 schreef Люк Шелтон [email protected] :

@laserbeak https://github.com/laserbeak Я думаю, что сложности возникают из-за необходимости обрабатывать управление окнами в нескольких операционных системах. Возможно, не существует чистого или ясного способа сделать это на всех платформах.

-
Вы получили это, потому что оставили комментарий.
Ответьте на это электронное письмо напрямую, просмотрите его на GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-334327742 или отключите поток https://github.com/notifications/unsubscribe-auth/AD90FFy4E1Ra3EKfLfwh026vvezYspOJP9J

Судя по всему, ребята из 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.

@LoveDuckie @Hypernut Вы можете просто обойти это, перетащив файл из проводника в новое окно; но это действительно неприемлемое решение. Похоже, они уклоняются от вопроса о том, что это ограничение электрона и действительно ли они когда-нибудь смогут это сделать.

или, может быть, они просто не хотят составлять слишком сильную конкуренцию Visual Studio; -}

@ benm-eras Я знаю об этом, но похоже, что эта функция уже поддерживается. Это простой случай, когда MS хочет интегрировать его с VS Code.

+1. Обязательно, не рекомендуется для людей с несколькими мониторами (вкладками). Более 14 месяцев и все еще мертвая тишина? Но послушайте, поддержка сенсорной панели macOS есть. 👎 Печально ...

Я согласен с комментарием «давайте не будем конкурировать с Visual Studio». Что ж, если бы я мог эффективно работать над своим SPA и своим серверным интерфейсом веб-API в 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

Чтобы попасть в топ-10, ему нужно на 104 голоса больше.

Эта проблема, вероятно, получит гораздо больше голосов, если исходный вопрос будет сформулирован лучше.

Название: VSCode Добавить поддержку нескольких мониторов и рабочих пространств.

Описание:

Поддержка перетаскивания вкладок документов VSCode, окон инструментов и расширений из экземпляра 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 Co полного рабочего дня.

Типичный разработчик, комментирующий эту проблему: «Все другие IDE с плохим пользовательским интерфейсом, разработанные в 90-х годах, вынуждали меня покупать несколько экранов, чтобы вообще быть продуктивным, поэтому эта новая IDE не должна пытаться исправить проблему по-другому, а копировать тот же плохой пользовательский интерфейс и поддерживать несколько экраны ».

Я действительно надеюсь, что это не будет реализовано, фокусировка на одном окне, оптимизация, редактирование ориентированного UX - это сильное преимущество VSCode, а не недостаток.

@ Krzysztof-Cieslak Точно так же Chrome не должен поддерживать вывод вкладки в новое окно. Я не мог представить, чтобы кто-то с этим спорил. Использование нескольких мониторов по-прежнему очень полезно, поскольку увеличивает доступную площадь экрана. Приложения, поддерживающие несколько мониторов, вовсе не громоздки для этого.

См. Иллюстрацию @ D1no выше ( щелкните, чтобы прокрутить вверх ). Это то, что я хотел бы - это как открыть вкладку Chrome. [РЕДАКТИРОВАТЬ: я не говорю, что окно новой вкладки должно дублировать пользовательский интерфейс главного окна. Я думаю, все, что для этого потребуется, это панель вкладок (для нескольких вкладок редактора кода) и содержимое вкладки.]

@ Krzysztof-Cieslak, ты ведь шутишь? Хотите верьте, хотите нет, но существует большое сообщество разработчиков, которые ценят производительность выше места в кафе, или вершине дерева, или тому, что сейчас в моде.

Рабочие пространства с несколькими мониторами - это не пережиток 90-х. Они представляют собой невероятный инструмент производительности, которым нельзя жертвовать ради мобильности или хипстерского образа жизни.

@ Krzysztof-Cieslak, это, наверное, самое глупое заявление, которое я когда-либо читал. К вашему сведению: половина движения VR 21-го века вдохновлена ​​ограничениями экранного пространства для бесконечного количества «окон / интерфейсов» 🙄

Итак, возвращаясь к теме: что мы можем сделать?

Интересно, какое отношение имеет виртуальная реальность к тяжелому редактированию текста и чтению, например, к программированию ... Но давайте продолжим приводить несвязанные примеры, обвиняя других в том, что они хипстеры, кодирующие на вершине деревьев, или что-то еще, что заставляет вас чувствовать себя лучше. Это легкая часть.

@ Krzysztof-Cieslak, вы говорите, что в старой среде IDE была проблема с дизайном, из-за которой у нас было несколько мониторов, хорошо, я приму это, я не знаю достаточно по этой теме, чтобы сказать, что это правильно или неправильно (а я родился в 1991, так что у меня действительно не было шанса), но неважно, как вы это видите, более продуктивно видеть 2 или более файлов одновременно, чем щелкать вкладки или использовать некоторые комбинации клавиш для изменения представления, это особенно верно, когда эти файлы имеют сильную зависимость. Я не думаю, что мне нужно объяснять это, вы должны понимать, о чем я говорю. Простите за плохой английский, кстати.

Киддо, ты живешь за луной или просто тролляешь?
https://gearburn.com/2016/06/space-vr-app-turns-the-htc-vive-oculus-rift-into-a-productivity-hub/
https://www.bloomberg.com/news/articles/2016-11-16/how-working-in-vr-could-make-you-more-productive
https://www.theguardian.com/technology/2015/mar/24/andreessen-horowitz-london-virtual-reality-startup-improbable
(...)

Максимальное раскрытие информации - вот что движет всем, от многопоточности до плотности пикселей и даже многоэкранных приложений и приложений для разных устройств. IDE включены.

Поэтому уместно _попросить_, чтобы расширенный редактор присоединился к этому установленному рабочему процессу. Если у вас есть чем поделиться помимо троллинга, мы все будем рады вас выслушать. Но на данный момент более чем годовая активность этого вопроса говорит сама за себя.

Мы вышли за рамки _if_, скорее _when_ и _how_, это улучшение попадает в vscode.

Этот вопрос становится очень острым, я думаю, что те из нас, кто его поддерживает, должны повысить осведомленность о нем (твитнуть, рекомендовать, обсудить), чтобы он попал в список 10 самых популярных запросов. Троллинг / обзывание / споры ни к чему не приведут.

И спасибо @ D1no , теперь я хочу Oculus Rift, чтобы иметь 17 виртуальных мониторов :).

@ Krzysztof-Cieslak
Это особенность, а не выбор дизайна. Если эта функция будет реализована, вам не нужно иметь несколько мониторов для использования VS Code. Фактически, вам не нужно ничего делать, вы просто используете VSCode как есть. Я до сих пор не понимаю, почему вы против.
Во всяком случае, у меня есть 2 монитора, и я все еще думаю о покупке третьего. Почему? На то, чтобы щелкнуть и изменить размер окна, чтобы увидеть содержимое, действительно уходит много времени. Виртуальная машина, код, который вы пишете, создаваемая вами HTML-страница, проверяемое окно браузера, результаты отладки, терминал и т. Д. Мне нужно увидеть их всех сразу.

Кстати, использование MacOS или Linux - не единственная причина не использовать VS. Если вы когда-либо использовали VS, то вы знаете, насколько он раздут. Последний раз я скачивал его пару месяцев назад, и тогда его размер составлял около 7 или 8 ГБ. Однако у вас нет автономного деинсталлятора для установщика 8 ГБ! Есть обходные пути, чтобы сделать автономный установщик из онлайн-установщика в сети!

@tavuntu

продуктивнее просматривать 2 и более файла одновременно

В настоящее время вы можете видеть 3 файла, одну вертикальную панель (отладчик, git, поиск, проводник) и горизонтальную панель одновременно.

@ D1no ,
Отлично, ссылки на некоторые, не связанные с IDE (или редактированием текста в целом) ссылки на статьи о VR в таких респектабельных средствах массовой информации по информатике и разработке программного обеспечения, как Guardian и Bloomberg, полностью демонстрируют вашу точку зрения. Однако я до сих пор не вижу во всей этой ветке ни одной ссылки на исследование, исследование, документ, демонстрирующий повышение производительности за счет использования нескольких экранов для редактирования текста. Я не вижу разумного обсуждения возможных последствий различных способов реализации такой функции. Бьюсь об заклад, я не увижу никаких доказательств реализации концепции. Все, что я вижу, - это группа людей, счастливых +1 к какой-то случайной функции с огромными последствиями для дизайна (и кучей ненависти к любому, у кого другое мнение)

В любом случае, я ухожу. Да, называние меня "малыш, живущий за луной", выиграло это обсуждение! Вы также демистифицировали меня как случайного интернет-тролля, хорошо сыграно, сэр!

@ Krzysztof-Cieslak,
Нет-нет, не убегай, когда доказано, что ты неправ!
Сначала укажите на исследование, показывающее, что отсутствие поддержки нескольких мониторов повышает производительность или, скорее, является лучшим выбором. Все, что вы дали людям, - это ваши требования, а они - свои.

«В настоящее время вы можете видеть 3 файла, одну вертикальную панель (отладчик, git, поиск, проводник) и горизонтальную панель одновременно», хорошая попытка, но вы понимаете, о чем я, я имею в виду развернутое окно с файлом CSS в одном монитор и развернутое окно с HTML в другом ... это намного лучше, чем наличие множества неудобных панелей на одном мониторе. Я бы сказал, что это личное предпочтение, но у этой штуки 237 голосов за против 7 голосов против, так что да.

@tavuntu @ Krzysztof-Cieslak Я держу один из моих 22-

Макет:

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

В идеале, верхний средний и правый мониторы будут запускать один экземпляр VS Code, а файл JS будет отображаться как отдельное развернутое окно.

Пожалуйста, не делайте этой ошибки ...

Вы не можете прочитать несколько файлов за один раз и сосредоточиться. Разделить код на одном экране уже достаточно, и такое решение подразумевает большое значение дизайна для взаимодействия с пользователем.

В VSCode уже многое нужно сделать, чтобы улучшить текущее взаимодействие с пользователем, не усложняя его. Поскольку новые окна, вероятно, означают, что провайдер VSCode должен поддерживать его, потому что контекст не так прост с одним окном и т. Д.

Возможна лучшая фокусировка IMO, исправление выбора шаблона слова и переименование выбора, добавление поддержки перетаскивания на панели и т. Д.

Кроме того, большая часть ОС не поддерживает правильную систему листов для ваших окон, так что да, получайте удовольствие, управляя каждым из них ...

@MangelMaxime Вы понимаете, что новые окна будут необязательными?

@ jez9999 Да, я понимаю это, как я также понимаю, что эту функцию не так просто добавить и поддерживать в будущем. :) Просто высказываю свое мнение после того, как кажется, что большинство людей уже дали им +1 :)

@MangelMaxime
«Невозможно прочитать несколько файлов за один раз и сосредоточиться»
Если вы можете щелкнуть-изменить размер-прочитать несколько файлов, то вы наверняка можете прочитать несколько файлов без, щелкнув сначала и изменив размер.
Кроме того, не всегда внимательно следишь за кодом. Иногда вы смотрите вывод или вводите какие-то команды в терминале. Вот почему я буду придерживаться IntelliJ, пока эта функция не перейдет в код VS.

@ramazanpolat
Это действительно хороший момент, но для консоли или команды у нас уже есть, например, консольное приложение, которое должно работать лучше в целом IMO.

Я сдаюсь.
Поддержка нескольких мониторов - плохая идея.
Это дорого, усложнит обслуживание приложений и помешает пользователям сосредоточиться на коде. К тому же один монитор определенно дешевле двух. Вам не нужно двигать глазами влево, вправо, вверх и вниз, вы просто смотрите прямо в середину экрана и с помощью мыши перемещаете соответствующий контент в середину экрана. Таким образом, вы также можете найти мониторы меньшего размера более привлекательными из-за их компактного размера и более низкой цены.

РЕДАКТИРОВАТЬ: Очевидно, кто-то не понял сарказма.

С момента выхода в Code не было поддержки нескольких мониторов, и я предположил, что выбор был сделан намеренно. Тем не менее, я не знаю, считаю ли я это полезным. Я использую код на одном мониторе, а мои браузеры и эмуляторы на другом экране. -1.

Зачем голосовать против только потому, что вы не хотите его использовать?

Я проголосовал против, чтобы оставить отзыв об уровне приоритета, который, по моему мнению, следует отдавать в отставание. Это не та функция, которую я бы отдавал приоритетом, и на самом деле я думаю, что она идет вразрез с дизайном и намерениями (см. «С тех пор, как он появился, в коде не было поддержки нескольких мониторов, и я предположил, что этот выбор был сделан намеренно». ) Спасибо за вопрос!

Это дорого, усложнит обслуживание приложений и помешает пользователям сосредоточиться на коде.
К тому же один монитор определенно дешевле двух.

Да уж! Если я не люблю хлеб, никто не должен его есть! Просто загромождает магазины, усложняет их обслуживание. Не дает людям сосредоточиться на другой, более важной еде.
Кроме того, вам больше не нужно масло, что значительно удешевляет жизнь.
Какая абсурдная дискуссия ...

скажите мне, прав ли я. Если функция встроена сейчас. по сравнению с тем, если функция будет встроена позже, когда код станет более сложным из-за «необходимых функций». Не лучше ли встроить его сейчас, когда система в целом относительно проще?

Есть отличные новости для всех, кто (как и я) не знал: похоже, эта функция уже (в основном) реализована. Выделение вкладок в отдельные окна __ уже возможно__ 🎉 с некоторыми предостережениями / обходными путями.

Подготовительные шаги:

1. Откройте папку проекта или рабочую область (если еще не открыты)
2. Файл> Новое окно
3. Закройте экран приветствия в новом окне
4. (если боковая панель видна). В новом окне выберите «Вид»> «Переключить боковую панель».
5. (если отображается полоса активности). В новом окне выберите «Просмотр»> «Скрыть панель активности».
6. Развернуть новое окно на мониторе №2

Теперь перетащите вкладку редактора из окна проекта в новое окно.
==> Стрела: рабочая область теперь многомониторная.
(вам также придется закрыть вкладку, из которой вы перетащили)

Таким образом, минимальная жизнеспособная реализация этой функции не была бы неразрешимой, если бы можно было автоматизировать шаги 2-5 (+ закрытие исходной вкладки) и запускать автоматизацию, когда кто-то перетаскивает / опускает вкладку на часть экрана, не принадлежащую vscode.

Эй, да, это известный обходной путь (например, открытие проекта несколько раз), и он указан выше где-то в комментариях. Однако это утомительно и - иногда - может привести к проблемам с открытием нескольких экземпляров проекта одновременно (эти экземпляры не взаимодействуют друг с другом напрямую).

@RoyTinker "Я держу один из своих 22-

Вы также не можете отлаживать в другом редакторе. Единственная наиболее полезная причина иметь несколько окон - это отладка сервера (узла) и клиента (Angular). Втиснуть все это в одно пространство действительно раздражает. Я хочу, чтобы мои файлы Angular были в одном окне, мои файлы узлов - в другом, а терминал - в другом полноэкранном режиме, чтобы я мог видеть результат того, что происходит. Все возможно в чем-то вроде Web Storm, но не в VS Code. Это действительно способствует производительности, и по этой единственной причине я все еще использую WS вместо VSC.

Хорошие новости - он переместился на 13 место в запросах функций, отсортированных по голосам. Нам нужно всего 88 голосов, чтобы попасть в топ-10.

еще один голос от меня!

Проголосовали, это единственное, чего не хватает в Sublime

Еще один голос, очень нужная функция.

И еще один голос!

еще один голос!

Хотелось бы иметь эту функцию. Голосовать за.

Еще один голос.
Помогают ли комментарии как голоса? Или достаточно большого пальца вверх? В противном случае этот поток будет как бы затоплен.

Недурно на главный пост.

Поднятие большого пальца к основному посту - это то, что нам нужно ... давайте не будем добавлять в эту ветку, если у нас не будет чего добавить к обсуждению. Спасибо за голоса !! 😃

+1 Голосуй от меня

Я начинаю нуждаться в этом больше по мере того, как проекты становятся больше. Было бы здорово, если бы из-за этого не снизилась производительность.

Было бы идеально иметь это также для редактирования текста. Например, я пишу исследовательские работы на VS-Code. Я также пишу много документации на основе Markdown в VS Code. Было бы очень полезно, если бы я напишу код / ​​текст на одном экране и получу предварительный просмотр (все еще в VSCode) на внешнем мониторе (или на втором экране). Я полностью нуждаюсь в этой функции и поддерживаю ее!

+1 голос от меня! Vscode великолепен, и с этой функциональностью он будет еще круче!

@ amadare42

Большой палец вверх всегда предпочтительнее популярного метода +1. Хотелось бы, чтобы GitHub делал это более очевидным, добавляя кнопку +1 в каждом посте, чем кнопку + [Emoji].

Всегда любил стиль Reddit

Ура, мы попали в топ-10 (сейчас это 9-е место). Только 68 голосов больше, и это будет в топ-5 запросов функций. (Чтобы проголосовать, добавьте к верхнему комментарию реакцию "большой палец вверх".)

Большой палец для этого. Как можно скорее как можно скорее как можно скорее как можно скорее как можно скорее как можно скорее как можно скорее как можно скорее как можно скорее как можно скорее как можно скорее как можно скорее как скорей ско ской скорее как можно скорее

Проголосуй от меня

+1 для меня. Первое, что заметил пропадание при переключении.

Моя текущая настройка VS Community Edition:
Левый экран:

• Обозреватель решений
• Контрольные точки
• Ошибки
• Свойства
• Управления источником

Правый экран:

• Редактор кода

Прямо сейчас это похоже на "режим дзен" ... но это не совсем то же самое.

Так что, пожалуйста ... "пустите все в ход!" 🙏

Но я также думаю, что это непростая работа для разработчиков vscode.
Эта функция, возможно, потребует от разработчиков расширений реализации некоторого интерфейса, если они хотят, чтобы их окна расширений были плавающими. В худшем случае все старые расширения следует переписать для поддержки плавающих.

Но в любом случае, если функция сделана хорошо, и разработчикам расширений не нужно больше заботиться о чем-то ,,,,,, это будет gleit.

Я все еще жду этого после того, как переключился на код из Visual Studio :( На данный момент мое единственное решение - свернуть приложение и растянуть его вручную, чтобы оно соответствовало моим мониторам.

@nguyenlamlll Предлагаю вам прочитать https://github.com/Microsoft/vscode/issues/2686#issuecomment -344808761

Это потрясающее приложение, и я недавно перешел с Webstorm на vscode.
Я очень хочу эту функцию !!

@bpasero "удалено из

@RoyTinker нет, это не имеет особого значения, я просто предпочитаю, чтобы проблемы, которые меня волнуют, не относились к этапам, если работа не началась. Ознакомьтесь с нашей дорожной картой, над которой мы планируем работать в следующие 6-12 месяцев: https://github.com/Microsoft/vscode/wiki/Roadmap

Ознакомьтесь с нашей дорожной картой, чтобы узнать, над чем мы планируем работать в следующие 6-12 месяцев.

Я не вижу его там, поэтому похоже, что вы, ребята, продолжаете игнорировать высокий спрос на эту функцию.
Почему?

Да, я бы сказал, что эта функция полностью относится к категории «Счастливого программирования». 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 или должны закрывать все разделенные вкладки, потому что вы хотите различать изменения бок о бок, хотя у меня есть второй экран, где они могут просто оставаться открытыми .

Спасибо за ответ.
Меня тоже не волнует, легкий ли он. Я просто хочу иметь возможность переместить терминал и консоль отладки туда, где это меня меньше всего беспокоит.

@bpasero

эээ, мы не можем сохранить контекст?

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

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

Я просто знаю об этом, так как это одна из основных причин, почему порталы React v16 так полезны.
https://hackernoon.com/using-a-react-16-portal-to-do-something-cool-2a2d627b0202

Спасибо за предложения и обсуждение. Конечно, существуют способы связи между окнами, даже если они находятся в разных процессах. По-прежнему существует проблема, заключающаяся в том, что одно окно на самом деле не знает другого окна. Библиотеки вроде electron-window-manager кажется, делают это немного проще, но, в конце концов, требуется много работы, чтобы обрисовать некоторые из них:

• каждая часть (редактор, панель, представление) верстака должна запускаться в отдельном окне браузера, что означает, что каждая часть должна быть полностью автономной
• главное окно должно в основном мультиплексировать свой макет рабочего места в несколько окон (например, если вы открываете панель вывода, оно должно фокусировать окно, в котором была открыта панель вывода)
• возможно, самая большая проблема: все наши службы, которые в настоящее время находятся в одном окне (включая все расширения и хост расширения), должны переместиться из окна в общий сервер, с которым может взаимодействовать каждое окно. в качестве примера: вы запускаете сеанс отладки в одном окне, но в другом окне отображается консоль отладки, конечно, оба окна должны взаимодействовать с одним и тем же сервером отладки

Я бы не сказал, что это технически невозможно, но могу сказать, что этот запрос функции является очень сложным как из-за воздействия на пользовательский интерфейс, так и из-за фундаментальных изменений, которые требуются для каждого аспекта того, что у нас есть сегодня. Я надеюсь, что в этом есть смысл.

Я надеюсь, что вы будете стремиться выпускать эту функцию шаг за шагом, и вы не будете сидеть на планах

+1 понравилось бы это

@bpasero Извините за вопрос n00b : может ли

+1 от меня и

@ Blackbaud-DustinLunsford благодарит за простой обходной путь

@ n9 Я думаю, что связь между обоими окнами разрешима, но остаются другие проблемы, о которых я говорил, в частности тот факт, что каждое окно имеет свой собственный DOM и что все наши службы должны взаимодействовать с одним и тем же сервером из каждого окна

Это отличная функция, которая мне нужна!

@bpasero спасибо за ответ!

Окончательный должен иметь на разделенном экране 1 портретную и 1 альбомную ориентацию.

Одна из причин, по которой я все еще использую Eclipse вместо кода VS. Код окна в портретной ориентации - Инструменты в альбомной ориентации

+1

Я бы очень хотел, чтобы эта функция появилась в ближайшее время 🙂

Молодец; Я люблю редактор

Иисус

+1 ...! 😃

@bpasero Я подозреваю, что существует возможная промежуточная цель 80/20 (% пользы / усилий), которая не связана с некоторыми из упомянутых вами сложностей.

Что, если бы можно было добавить следующие функции:

• разрешить нескольким окнам указывать на один и тот же каталог проекта
• добавить параметр внутреннего API, чтобы открыть окно «только редактор» (т.е. без строки состояния, без панели действий, только вкладки редактора)
• разрешить расширениям регистрировать интерес / незаинтересованность в окнах "только для редактора"
• добавить (внутренний) параметр API, чтобы открыть файл на вкладке редактора с указанным (несохраненным) буфером во вновь созданном окне
• когда вкладка редактора перетаскивается за пределы приложения:
  
  
  
  • создать новое окно без активности и строки состояния, с файлом и его текущим (несохраненным) буфером (если применимо)
  
  
  • закрыть вкладку редактора в исходном окне
  
  
• добавить хуки для всех окон в одном каталоге проекта, чтобы сигнализировать и слушать + реагировать на несколько событий пользовательского интерфейса:
  
  
  
  • Выбрана вкладка редактора (обозреватель панели активности обновляется и указывает на файл)
  
  
  • вкладка редактора закрыта (возможно, просто установите для проводника значение «вкладка не выбрана», выбор последней вкладки может быть затруднен для координации)
  
  

@RoyTinker Я думаю, что может быть еще проще.

В качестве первого решения это не обязательно должны быть 100% «съемные» окна. Фактическое приложение может быть просто «контейнером» для нескольких холстов, которые можно переставлять внутри.
Если повезет, это может быть очень простое изменение в главном окне VSCode.

@Rouche VSCode реализован в Electron, что означает, что каждое окно представляет собой отдельный процесс хромирования, сопровождаемый также некоторыми внутренними процессами. «Приложение» - это специфичный для ОС контейнер, который создает / оркестрирует эти процессы. На данном этапе изменение этой модели было бы довольно фундаментальным (большим).

Я немного разочарован тем, что это никогда не рассматривалось
самое начало.

Пт, 1 декабря 2017 г., в 21:39 Рой Тинкер [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 Это не столько электронная проблема, сколько фундаментальное ограничение веб-технологий. (электрон = хром + API для доступа к базовым функциям ОС)

Что, если бы вы могли запустить vscode в каком-то режиме, например, в «режиме расширения»,
и передать некоторые параметры. например. vscode --extended-window --socket-id
((GUID-сокета)) --root-window ((root-окно-руководство))

Таким образом вы можете создать сокет или шину связи между окнами.
или независимые приложения.

Каждому создаваемому расширенному окну назначается идентификатор корневого окна, а
создал идентификатор сокета UNIX для связи.

Думаю, есть возможность реализовать что-то подобное.

Если у электрона есть способ открывать, читать и писать сокеты, этот подход может
быть успешным.

@RoyTinker chrome имеет https://github.com/electron/electron/issues/11398. Они говорят, что мы не можем иметь несколько экземпляров node.js в одном процессе. Это точно. Но я не понимаю, зачем нам нужно несколько экземпляров node.js для нескольких окон? Разве нельзя использовать Electron = несколько окон + один node.js в одном процессе?

@ Jesus-Gonzalez Похоже на вариант того, что @bpasero сказал, что потребуется для реализации этого, хотя ваше предложение звучит проще (по крайней мере, для меня), чем пункт (3) из его списка, потому что "родительское" дерево электронных процессов будет содержать внутренняя функциональность, такая как отладчик.

Однако пункты (1) и (2) из ​​списка проблем @bpasero останутся. Кроме того, добавление связи сокетов на вкладки редактора / панели потребует много работы - если я не ошибаюсь, многие внутренние API-интерфейсы необходимо будет обновить, чтобы они были асинхронными / обещанными, а не синхронными, что потребовало бы значительных усилий. .

@vvavrychuk под "однопроцессным" я имею в виду только веб-контекст (без работников). Под «электронным процессом» я имел в виду скорее дерево процессов, которое включало бы единый веб-контекст, сопровождаемый любым количеством процессов Node.js и некоторыми фоновыми процессами хрома. В противном случае я, вероятно, не лучший человек, чтобы спросить.

+1

Есть ли в этом прогресс? Хотелось бы иметь возможность использовать VScode на обоих мониторах и разделять файлы между ними.

+1

Думал, что все будут рады узнать - этот запрос функции только что поднялся на 4-е место по голосам. Еще всего 150 и он попадет в тройку лидеров!

+1
Я полностью поддерживаю просьбу об этой функции.

+1 Будет очень полезно для больших или нескольких мониторов.

+1
Я использую большой монитор 4k в домашнем офисе, но на рабочем столе, где я использую 4 монитора меньшего размера, это замедление. Это последняя часть, которую нам не хватает, как говорили другие, после полного перехода от других редакторов.

@RoyTinker, где мы его поддержим?

@pantonis Щелкните значок «палец вверх» внизу первого комментария.

Добавление комментария, который содержит только «+1», не помогает и только загромождает область обсуждения.

+1. Здесь мы работаем одновременно с back-end и front-end. На главном мониторе, на бэкэнде; во 2-м - фронтенд. Это тот же проект и то же рабочее пространство. Это должно позволить нам открывать несколько окон с одной и той же рабочей областью / проектом.

Будет ли это реализовано в ближайшее время? Я думаю, что вкладки должны быть свободными, чтобы перемещаться куда угодно, как и вкладки Google Chrome. Перемещение между открытыми окнами или при перетаскивании на рабочий стол открывает новое окно для этой вкладки. Это очень важно.

+1

Ради бога, пусть это произойдет!

Каждый раз, когда я обновляю свой прекрасный vscode, я пытаюсь отсоединить вкладку, но это не работает! давай, ребята, это уже было запрошено с первого дня.

Нет дорожной карты, нет вех, нет обещаний, что происходит!

800 голосов за сейчас! Это 3-е место по мнению "Нравится" и 2-е место по количеству комментариев.

Хотелось бы иметь и эту функцию.

+1 Согласен, хотелось бы иметь возможность перетаскивать мои вкладки в свои окна. Невозможность сделать это как бы сводит на нет цель иметь несколько мониторов.

Осталось всего 42 33 22 17 8 2 0 голосов и этот вопрос будет №1.

+1

@tavuntu Проблема с комментированием просто +1 создает бесполезный беспорядок и спам людей, наблюдающих за этой проблемой, с бесполезным уведомлением.

Хотите увидеть, как эта функция реализуется? Добавьте 👍 реакцию на исходный пост, и этого будет достаточно, не нужно комментировать ужасный комментарий +1 .

Даже мой комментарий мета, потому что он делает то же самое (больше беспорядка) и не должен требоваться. Об этом уже говорилось в этой теме .

Тем не менее , благодаря Sublime Text, мне очень понравилась эта функция, и я хотел бы однажды увидеть ее в VSCode.

@ V-ed

Это означает, что мы осознаем ошибку в системе реакции GitHub. Должен быть дополнительный пользовательский интерфейс для «+1 к этой функции», если тема проблемы считается запросом функции . Но, надеюсь, кто-то с большим влиянием сможет передать это на GitHub.

@ketozhang

В самом деле, и я помню, как кто-то говорил об идее для GitHub реализовать автоматическую систему преобразования « +1 в топ-пост 👍», и это было бы здорово для тех, кто все еще думает о том, чтобы +1 добавить свой голос. Ваше представление о правильном пользовательском интерфейсе для добавления +1 к запросу функции / "У меня эта проблема!" по вопросам было бы здорово! Дело в том...

Это обсуждение выходит за рамки этой темы, и о нем можно было бы поговорить здесь (эй, на самом деле, это уже все, что мы говорили до сих пор! _ Однако, надежды становятся все ниже и ниже с течением времени ... _ _ или нет? _ ) - надеюсь, что-то случится с этой проблемой. Говоря об этом здесь, мы только усугубляем ситуацию - увидимся на другой стороне силы и удачного дня!

Я использую vscode для работы над большим решением C #, в частности над файлами 19644 c #. Visual Studio 2017 умирает с исключением нехватки памяти. Плавающие вкладки / редакторы необходимы, особенно при работе с настройкой двух мониторов.

Этот запрос функции теперь # 1 по голосам. Мы сделали это! 🥇

Я считаю, что Xcode отлично справляется с этим, если вы ищете вдохновения.

Это нужно сделать в самом начале, когда вы начнете писать этот редактор. Подвижные вкладки / панели за пределами главного окна (с возможностью закрепления за главным окном) - основная функция каждого реального редактора, особенно с текущими большими экранами 4k и множеством мониторов (в случае профессиональных программистов).

Это просто основа, она требует разработки соответствующего API для связи между окнами и их управлением, а после этого вы должны построить все остальное поверх этого. В настоящее время вы находитесь в сложной ситуации, чтобы как-то ее решить, без искажения всего, что было создано до сих пор, но чем раньше вы примете эту задачу, тем лучше для всех, после того, как потратите больше времени и написание большего количества кода может быть слишком поздно для такое изменение.

В реальном мире нам нужно видеть гораздо больше, чем только левую / правую / нижнюю панель, это решение https://github.com/Microsoft/vscode/issues/10121#issuecomment -335013296 великолепно.

Снисходительный тон ошибок не исправляет. Пожалуйста, используйте 👍 для голосования.

Эта функция востребована уже много лет ... Пожалуйста, внедрите ее.

Для тех, кто просто хочет открывать файлы в новых окнах и был перенаправлен на эту страницу Google, используйте сочетание клавиш для «Открыть активные файлы в новом окне»;
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 сделать то же самое с вкладками кода таким образом? Было бы здорово иметь эту способность. У меня есть 2 монитора, старый компьютер s754 8GiB DDR2, и эта легкая конструкция не принесет большой пользы ни моей установке, ни более новым более мощным машинам.

Эта функция с возможностью закрепления окна уже является VSCode. Но в последнее время не знаю, почему он не работает ...

+1. Перетаскивание вкладки за пределы окна должно разделиться на новое окно, как практически любое другое приложение с вкладками.

Вкладки не являются моим приоритетом. Но съемная отладка была бы действительно хороша.

Этот выпуск открыт уже почти полтора года. Пожалуйста, дайте несколько ответов о текущем состоянии этой функции.

Перетаскивание вкладок за пределы окна VS Code в настоящее время копирует файл (или его ярлык?) В цель перетаскивания. Это довольно неинтуитивно по сравнению с другими IDE.

Если подумать, отсутствие плавающих окон (например, собственно VS) - моя единственная реальная проблема с VS Code. Это нужно реализовать.

@belst и другие видят этот комментарий , учитывая текущий дизайн, довольно сложно реализовать эту функцию

@Jorilx , знаете ли вы, есть ли где-нибудь связанная проблема с электроном?

Было бы очень приятно увидеть поддержку нескольких экранов или плавающих окон. На данный момент мне нужно вручную изменить размер окна, чтобы оно соответствовало моим двум мониторам (красная линия - край монитора), что неудобно.

На данный момент для меня это самая необходимая функциональность, когда дело касается UI / UX.

+1! <3

@kodipe Не идеально, но на данный момент есть обходной путь для вашей ситуации. Сохраните свой проект как «рабочее пространство», затем откройте файл, используйте горячую клавишу Ctrl + KO (как я вижу, вы работаете в Windows), чтобы показать активный файл в новом окне / экземпляре. Теперь добавьте корневую папку репо в это новое окно / экземпляр (потому что теперь это фактически новое рабочее пространство) ... Теперь у вас есть два окна, использующие одно и то же рабочее пространство на двух мониторах. Как я уже сказал, это ни в коем случае не идеально, но это то, что я использовал в качестве обходного пути с помощью функции рабочих областей.

Это обязательная функция пользовательского интерфейса. Это подрывает опыт и производительность повседневной работы.

Бамп, это единственное, что удерживает меня от полного перехода на VS Code.

Я понимаю, что реализация этой функции связана с техническими сложностями.
Однако тот факт, что по этому запросу нет никаких признаков активности, на данный момент просто смехотворен. Это должна быть одна из самых востребованных функций, и от команды vscode буквально нет сообщений, подтверждающих, когда или если они когда-либо планируют что-либо сделать.

Это бесплатный продукт, и Microsoft ничего нам не должна. Это не значит, что меня не сильно раздражает то, что этой функции даже нет на радаре. Есть несколько страниц с проблемами github, запрашивающими эту функцию. VsCode - отличная IDE, но отсутствие этой функции в 2018 году, когда у всех нас есть несколько мониторов, просто смущает.

Всем, кто пытается оправдать это техническими ограничениями: пожалуйста, помните, что у кого-то была возможность оценить платформу / язык для создания vscode, и они выбрали фреймворк, который имеет очень очевидный недостаток. Честно говоря, я устал от общения с командой vscode.

Если это не будет скоро добавлено в дорожную карту vscode, думаю, я найду новую IDE.

@BentOnCoding Я согласен с тем, что отсутствие этой функции непонятно, но, как вы сказали, они выбрали фреймворк, который не полностью подходит для создания IDE, поэтому добавление этой функции будет серьезным усилием, и похоже, что они не хотят это делать .

Честный вопрос, разве Atom тоже не реализован в Electron, и разве они не поддерживают съемные вкладки должным образом? Их реализация не подходит для архитектуры VScode, не так ли?

@ruippeixotog Я не думаю, что

@belst Он по-прежнему позволяет использовать несколько окон в одной рабочей области, что является улучшением по сравнению с VS Code.
Если бы в коде было разрешено несколько окон одного и того же рабочего пространства, даже без перетаскивания вкладки для нового окна, это было бы лучше, чем необходимость создания нового рабочего пространства, чтобы разрешить несколько окон.

Эта путаница между перемещением вкладок и съемными окнами - именно поэтому я НЕ поддерживаю съемные вкладки. Перемещение вкладок должно вызвать новый процесс в новом окне. Я хочу, чтобы он работал точно так же, как браузер Chrome.

Команда VScode ответила на эту тему, чтобы обсудить сложность. Поскольку есть несколько подходов к этому, которые можно было бы использовать, и несколько открытых проблем, которые были объединены в этот, я надеюсь, что они по крайней мере дадут некоторые рекомендации о том, какой подход они предпочитают здесь, чтобы этот запрос функции не увяз в непродуктивное обсуждение.

Этот вопрос действительно приобрел известность только в последние 3 месяца или около того. Думаю, внутреннее обсуждение все еще продолжается.

Я тоже любил вырывать вкладки и окна из Visual Studio; Я сейчас на Mac и использую VSCode. Очень разочарован, обнаружив, что эта функция не поддерживается. Опыт был близок к Visual Studio и расширению Python Tools для Visual Studio, но по-прежнему отсутствовали некоторые из приятных вещей.

Подпишусь на этот выпуск, чтобы получать пинг, когда появится эта замечательная функция.

Я просто оставлю здесь свои две части. Следить за этой цепочкой в ​​течение долгого времени и до сих пор не получить ее в конце марта 2018 года (почти 2 года) - это такая жалость. Скрещиваю пальцы, надеюсь, скоро он будет доступен.

Это такая базовая функция, что я сначала подумал, что отсутствие плавающего окна было ошибкой: ')

@Aetherall 👍 Я думал то же самое! Потом я пришел и нашел эту ветку ... :-(

Это бесплатное программное обеспечение. Вы ничего не заплатили за это. Если отсутствие этой функции действительно мешает вам использовать VS Code, вы можете внести запрос на перенос, который реализует по крайней мере некоторые из необходимых изменений, чтобы заставить эту работу работать. В качестве альтернативы вы можете взять свои нулевые доллары и потратить их в другом месте.

Чего вам не следует делать, так это ныть и пытаться заставить великую команду VS Code почувствовать себя плохо.

Если бы была лучшая альтернатива, вы бы использовали ее вместо того, чтобы тратить свое время на эту тему, поэтому в следующий раз скажите «спасибо» вместо «как это еще не сделано».

@Nepoxx Вы всегда можете открыть новый выпуск с заголовком вроде «Техническое обсуждение плавающих окон в процессе» и

@Nepoxx Вы здесь, чтобы

@patrys "вы можете внести запрос на

Это потребует от команды VSCode публичного обсуждения плана реализации этой столь востребованной функции. Создание массового PR, реализующего даже самые базовые функции, слишком большая проблема для любого человека - в конце концов, каждый файл, имеющий дело со ссылками на окно или пространство процесса, потребовал бы обновлений, если бы его не выбросили и не переписали. Вы действительно думаете, что команда vscode объединит что-то, что меняет их продукт на таком фундаментальном уровне, когда они этим не руководят? Я бы не стал. Сообщество не может внести свой вклад, пока такой план не будет открыто обсужден.

_ (Большинство) _ людей в этой ветке не жалуются: «Я хочу это». или «Сделай это, потому что мне лень делать это самому». Сообщество обеспокоено тем, что это такая важная функция, и от основных участников практически не было никакой реакции - по сути, «это сложный вопрос».

Представьте: вы садитесь в такси и сообщаете водителю, куда едете. Затем он паркует машину. Вы подождите минуту, сбитый с толку, почему вы не двигаетесь, и спросите: «Мы можем идти?» Нет ответа. Через час вы задаете тот же вопрос, а он отвечает: «Чтобы добраться туда, нужно много поворотов», и больше ничего не говорит. Вы бы не ... растерялись? разочарован? вот как мы себя чувствуем. Но мы не собираемся просто сесть за руль и поехать сами, это не наше такси.

Вот предложение для всех, кто это запрашивает, если отключаемые вкладки имеют такую ​​огромную ценность для вас и вашей компании. Почему бы не создать для этого краудфандинг?

Если вы можете позволить себе 4 монитора только для увеличения производительности, я предполагаю, что вы также можете позволить себе потратить немного денег на разработку такой функции.

Жаль не жаль

@bpasero, возможно, нам стоит заблокировать эту проблему для комментариев, потому что мы здесь спорим о таксистах 🤣

Извините, если я ошибаюсь, но есть какая-то поддержка нескольких окон: https://www.npmjs.com/package/electron-window-manager

Если бы UX кода VS работал как атом, я бы переключился. Как есть, я продолжаю устанавливать VS-код, любя почти все и в конечном итоге удаляю, когда понимаю, что UX все еще не обновлен. Буду следить за этой проблемой, исправьте пожалуйста.

Я бы сказал, что большинство людей здесь упускают из виду: VS-код - это не IDE, это редактор кода. С некоторыми хорошими функциями, добавленными в (отладка), отличной поддержкой нескольких языков через плагины, кросс-платформенностью и т. Д. Одно, чего нет, - это IDE.

Вот почему я использую его по умолчанию для маленького экрана (например, ноутбука, поскольку он отлично управляет недвижимостью) и платформ, отличных от Windows. На правильной рабочей станции я использую Visual Studio. Ничего не поделаешь.

Правильные IDE - довольно дорогие инструменты. Посмотрите на JetBrains - они сделали успешный бизнес, создавая эти штуки;)

@mdmnk Нет. Это IDE.

notepad.exe - текстовый редактор, notepad++ - текстовый редактор, vscode до интегрированного терминала, средств выполнения задач, scm и отладки _ был _ текстовым редактором. _Какие особенности есть у других IDE, которых нет в vscode ? _ Я уверен в некоторых вещах, но их немного.

Это, безусловно, легкий, если вы не устанавливаете 1000 плагинов. Я не против открыть vscode для редактирования ~/.bash_profile потому что мне не нужно ждать 4 минуты, как это было бы с Visual Studio или WebStorm.

@rozzzly Visual Studio, по крайней мере, имеет большой набор функций, которых нет в vscode. Профилирование времени выполнения для .NET, инструменты SQL Server, массивная система управления тестированием, инструменты Azure (облако MS), встроенное отслеживание задач / PR / проблем - и это несколько из моих мыслей. Это действительно массовый продукт. По этому показателю VSCode - это просто редактор, несмотря на встроенную отладку и т. Д. - он не поставляется со всем, что вам нужно для разработки и выпуска программного обеспечения в больших масштабах ... даже близко.

@rozzzly - даже в

Эти вещи стоят денег.

Посмотрите, что упомянул @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 Рой Тинкер [email protected] :

Думал, что все будут рады узнать - этот запрос функции только что поднялся на 4-е место по голосам. Еще всего 150 и он попадет в тройку лидеров!

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-356148693 или отключите поток https://github.com/notifications/unsubscribe-auth/AD90FPGlliOcLwiQbPIMFB5fITE42- 5Tks5tIr3GgaJpZM4JckZO .

Люди голосуют против, потому что вы ничего не добавляете в обсуждение, но все, кто подписался на эту проблему, получают ваш комментарий по электронной почте.

Есть ли оценка того, когда будут реализованы 3 основных функции?

Некоторым функциям потребовалось 2 года с момента их появления на рынке до момента их выпуска.

Сейчас это пользуется большим спросом уже 2 (ДВА!) Года. Должен сказать, особенно учитывая тот факт, что Microsoft считает это своим «официальным редактором кода», это очень разочаровывает. Я все время откладываю его использование, потому что каждый раз, когда я пытаюсь, это (и несколько других недостающих функций) сильно замедляет меня.
Думаю, пора, по крайней мере, сделать окончательное заявление:

• Будет ли это реализовано в конечном итоге? Если да: когда? Если нет: почему?

@Hypernut На самом деле голоса по этому вопросу начали

РЕДАКТИРОВАТЬ: ссылка на комментарий здесь: https://github.com/Microsoft/vscode/issues/10121#issuecomment -339404507
«Еще 104 голоса, чтобы попасть в топ-10» по состоянию на 25 октября 2017 г.

Мне тоже очень нужна эта функция - в основном, чтобы окно отладки было на другом мониторе.

Более легким решением для реализации (?) Могло бы быть разрешение новому окну (CTRL + SHIFT + N) открывать ТО ЖЕ проект (в настоящее время это запрещено). Затем вы можете открыть любые нужные вкладки в этом новом окне, или, если вы просто хотите, чтобы здесь была консоль отладки, вы можете развернуть ее, чтобы заполнить окно. Это будет работать, пока окна остаются синхронизированными, а любые изменения кода / сообщения отладки и т. Д. Немедленно обновляются во всех экземплярах окна.

Пожалуйста, добавьте эту функцию. Мне нужно открыть оба кода 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 монитора, и я обычно работаю с 2 файлами одновременно ...

@steinhh Это хорошо, но это совсем не то, что описано в OP.
"_... вариант плавающих окон для:
ТерминалКонсоль отладкиПроблемыВыход _
"
Любое новое окно, открытое с помощью ярлыка, по-прежнему имеет все эти вложенные окна, прикрепленные к нему.

@RoyTinker
Простите за такую ​​беспечность. Я уверен, что спрос появился внезапно «в декабре прошлого года». Раньше о плавающих окнах никто не хотел и даже не знал. :)

В любом случае, суть в том, что здесь СЕЙЧАС высокий спрос, и он абсолютно игнорируется.

@Hypernut Я не член команды VSCode и не говорю от их имени. Я просто пытаюсь помочь установить ожидания, основанные на моих наблюдениях за их прошлым поведением, и когда эта функция впервые появилась бы на их радаре «спрос пользователей высок».

@algiuxass Здесь то же самое. Я удивлен, увидев, что это до сих пор не добавлено. Это мое самое большое желание видеть добавленное с помощью vscode. Я не разработчик электроники, поэтому мне не нравится, если это ограничение электронных приложений или если это можно сделать.

@RoyTinker
Я знаю, что вы не говорите от лица команды VSC. Но почему вы чувствуете необходимость «устанавливать ожидания»?

Я думаю, что 8 месяцев более чем достаточно, чтобы хотя бы намекнуть на то, чего ожидать. Особенно учитывая предположения в этой ветке, что это может быть вообще невозможно.

@Hypernut Поскольку команда VSCode не дала

Я не защищаю команду VSCode или что-то в этом роде, просто действую исходя из моего убеждения, что жалобы и т. Д. в комментариях не очень поможет. Как я уже сказал, лучший способ привлечь их внимание - это для большого количества людей добавить 👍 голосов к проблеме.

Если вы хотите потратить время на помощь в решении этой проблемы, я предлагаю зайти в другие места в Интернете, где могут оказаться люди, которым нужна эта функция (переполнение стека, reddit и т. Д.), И связаться с этой проблемой.

Привет, команда VS, ПОЖАЛУЙСТА, реализуйте эту функцию. Это не очень много, но это функция, доступная в других редакторах, которой очень не хватает. Фактически, это единственная функция, которая мешает мне использовать исключительно VS Code.

Я проводил некоторые исследования по проблеме плавающих окон (моих знаний с электроном почти нет). Кажется, электрон поддерживает безрамочные окна, не может ли это решить проблему, просто создав безрамочное окно, когда пользователь перетаскивает туда файл наружу, как в Visual Studio?
https://github.com/electron/electron/blob/master/docs/api/frameless-window.md

@ Trevinlc1997
Да, в небольшом приложении это может быть так просто
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
.

@Deltatiger
Если ваша цель - иметь возможность свободно изменять размер и перемещать, например, терминал или вывод (как описано в OP), это ничего не решает.
Поддержка нескольких мониторов - далеко не единственная причина, по которой вам нужна эта функция.

@Hypernut Я полностью согласен.
Я использовал эту функцию как Work Around в том смысле, что теперь у меня может быть одно окно (исходное окно) для всего вывода / Git / Terminal и создать новое окно для фактического кода.
Таким образом, я получаю больше свободного пространства, продолжая следить за терминалом / выводом, что, как я считаю, является одной из основных причин появления плавающих окон. Но это моя точка зрения.

Также было некоторое обсуждение многооконного кодирования (первоначальное предложение Ctrl + K, O для открытия нового окна), поэтому я подумал, что просто разъясню эту часть здесь для всех людей, которые ищут эту функцию.

Но это никогда не даст такой же свободы, как свободное перетаскивание специализированных мини-окон (скажем, одно для терминала, одно для git и одно, скажем, для второго терминала).

Если бы эту функцию можно было реализовать, было бы здорово.

Зачем из любопытства выделить терминал в новое окно? Не лучше ли просто открыть новый процесс терминала вне VSCode?

@ iansan5653 Ну тогда зачем

@ iansan5653 это мой случай:
Я часто использую WebStorm (в котором есть такая функция). Моя рабочая станция состоит из ноутбука и дополнительного монитора, который повернут вертикально для удобства чтения. Таким образом, я настраиваю IDE, чтобы она выглядела следующим образом:

• на вертикальном экране: главное окно IDE с редактором, панелями инструментов и (в конечном итоге) вертикальным разделением
• на экране ноутбука: файловый менеджер проекта / схема, терминал / тестовая панель / панель отладки

Смогу ли я жить без этого? Да конечно. Но мне все равно это приятно.

Я бы предпочел, чтобы команда Visual Studio (собственно) стала лучше поддерживать разработку / отладку клиентских приложений. Тем не менее, это ОДНА из главных причин, по которым я не могу использовать VSCode для отладки.

При использовании функции «Сравнить файл с предыдущей ревизией» может быть почти невозможно увидеть определенные различия, не переходя в конец строки, поскольку редактор разделен на две части на одном экране. Возможность открывать две версии в двух окнах была бы настоящей спасительницей.

Думаю, нужна эта функция.

Notepad++ имеет эту функцию для плавающего окна, но я не могу найти vs code .

Поэтому, если я хочу разместить окно на другом экране, мне все равно нужно открыть новое окно, а затем открыть свой файл, я думаю, что это слишком трудоемко в использовании.

Пожалуйста, добавьте эту функцию.

А кто-нибудь, у кого есть хорошие способы решить эту проблему? Подскажите пожалуйста.

Благодаря!

PS Есть кое-кто, кто выдает смайлики, но не для того, чтобы пытаться выслушать другую идею или рассказать, как ее реализовать. Думаю, я буду смотреть на этих людей свысока.

Некоторым людям просто не нравятся плохие отзывы и недостатки, они умеют мыть пол, просто трепещут и игнорируют их, просто ...
Я думаю, что эти люди, наверное, не могут с нами общаться.

Я бы хотел, чтобы плавающие / закрепляемые окна и позиции были сохранены для следующей загрузки. В настоящее время я могу растянуть окна на несколько мониторов, но при следующем открытии положение сбрасывается до значения по умолчанию. В основном мне просто не нравятся позиции панелей по умолчанию, и я хочу их перемещать.

@ CHN-STUDENT Я думаю, что люди дают: -1: голосов, потому что они согласны с тем, что это нам нужно (в этой ветке 270 комментариев, и больше всего: +1: проголосовало за проблему). Тема больше не в том, чего мы хотим и почему , а в том ,

Эта отсутствующая функция - основная причина, по которой я не могу использовать код VS.

Присоединяйтесь к тому, что сказали другие - Невозможность стыковать различные панели также является для меня своего рода преградой. - Это было третье, что я пытался сделать в VS Code (сразу после изменения темы на световую, чтобы я мог видеть меню, и установки расширений mssql).

Чтобы быть полезным - для меня было бы полезно не только открывать файлы на нескольких экранах, но и закреплять любые панели в любом месте среды IDE (в том числе выводить их в новые окна, которые можно переместить в новые. экраны). - В моей типичной настройке я открываю файлы кода на первых двух экранах и имею панель управления всеми полезными панелями «статуса», закрепленную на третьем экране.

Ниже я приложил типичный пример того, как выглядит мой третий экран (в надежде, что это поможет) - извинения за запутанный текст:

Между прочим, у меня создалось впечатление, что большая часть стыковки панелей, которую выполняет Visual Studio, встроена в .NET, неужели это так сложно реализовать? - Во всяком случае, Visual Studio делает это на удивление хорошо, возможно, вы могли бы обратиться к команде Visual Studio Prime и попросить просто позаимствовать их код для этой части. ;-)

Изменить: да, похоже, что VS Code - электронное приложение ... ну, это _интересное_ решение ... хммм ...

Это единственная причина, по которой никто из моей команды на самом деле не использует VS Code в качестве основной платформы разработки. Мы продолжаем использовать VS 2017 - даже при всей очевидной слабости.

Я почти не сомневаюсь, что команда VS Code должна понимать, что это - проблемы ядерного уровня, поэтому очевидно, что у них есть серьезный архитектурный недостаток, который они просто не могут исправить.

Это тройка основных функциональных возможностей для среды разработчика, которую Visual Studio (и любая другая среда разработки поддерживает с тех пор, как Билл Клинитон был Председателем). Так что это не то, что входит в категорию; "О, я никогда не думал об этом!"

VS Code просто не может этого добиться.

Устал настраивать окно задач / вывода / терминала вверх-вниз. Было бы отличным первым шагом сделать это съемным.

Для пользователей, которым требуется временное решение, если вы создадите символическую ссылку на папку вашего проекта и откроете эту папку в новом окне. Вы получаете свой проект в обоих окнах. Команда разработчиков кода VS: никогда не «исправляйте» эту ошибку (если вы не добавите поддержку многооконного режима c)

Разве команда «Дублировать рабочее пространство в новом окне», добавленная в палитру команд пару версий назад, не лучший вариант?

@JustinAddams

Это нормально как обходной путь. Попробуйте получить доступ к проектам с несколькими конфигурациями для нескольких языков, инструментов и фреймворков (таких как .NET (плюс инструменты и библиотеки) для бэкэнда и бизнес-логики + абстракции БД и Angular / VueJS / React для фронт-энда или некоторых других фреймворков)

Дублирование рабочего пространства имеет действительно большой недостаток в использовании памяти и накопителя.
По сути, это новый экземпляр VSCode в той же рабочей области.
Запуск дублирующих языковых служб и языковых серверов может создать условия для гонок и интенсивное использование HDD / SSD с доступом к одним и тем же файлам, особенно с помощью инструментов, которые используют анализ проекта.
Конечно, вы можете отключить эти инструменты и прочее, но при работе в большой команде всегда случается, что кто-то фиксирует папку настроек vscode (даже если она gitignored - не спрашивайте меня, как это происходит). Затем наступает хаос.

Также может возникнуть проблема с кешированием.
Безрамное окно от Electron может быть крутым решением реализованным, но в основном. На это тоже потребуется время. Поскольку на этом уровне критически важно изменить основной код.
Они, вероятно, захотят реализовать функциональность для максимального соотношения производительности / использования ОЗУ, но это очень сложно из-за их нестандартной сборки Electron и сложного ядра. Его реализация в ядре может сделать все окна способными к безрамочному «существованию», как в Visual Studio 2015, 2017, WebStorm и т. Д.

Это критическая функциональность, особенно для установки с несколькими мониторами. Совместное использование процессов одной рабочей области в открытых файлах в нескольких окнах.

_Возможное решение: откройте новый экземпляр VSCode вместо реализации окон без рамки, но добавьте параметр командной строки, чтобы разрешить ему использовать общие расширения первого экземпляра (проблема: хост расширения может быть общим или привязан к экземпляру?).

@JustinAddams Вот чем я сейчас занимаюсь,

Также было бы неплохо настроить конфигурацию представления для дублированного представления рабочей области…

Например,

• Выберите, какие папки показать
• Какую панель просматривать
• Обзор боковой панели

И т.д

Также из главного окна рабочего пространства мы, как разработчики, можем создать сервис-мост, который будет прослушивать события дочерних дублированных рабочих пространств, и главное окно рабочего пространства может взаимодействовать с ним.

Пример использования, например:

1. Открыть главное окно рабочей области

2. Создать подпространство по предварительно настроенному шаблону

   как дублированное рабочее пространство, но создайте дочерний процесс из главного окна рабочего пространства.
   Шаблон может быть назван, например, «Только панель» (у него будут только Проблемы, Вывод, Консоль отладки, Терминал).

3. На вкладке терминала дочерней рабочей области я могу запустить yarn test --watch ,

4. … Писать код или делать все, что я могу…
5. Если один из тестов терпит неудачу, я просто выполняю Command+Click в сеансе sub Workspace vscode
   5.1. Subworkspace нацеливает событие на главное окно Workspace
6. Основное рабочее пространство обрабатывает событие и показывает мой файл, в котором не удалось выполнить тесты.
   ……
   своего рода прибыль !!! …я бы сказал,

Но я вижу, что это просто загрузка дочернего сеанса Visual Studio Code, но не полностью загруженный vscode, а упрощенный и легкий вариант загрузки ... Надеюсь, это не займет много ресурсов

Также модули в VSCode должны взаимодействовать через некоторое промежуточное программное обеспечение, которое может легко соединять множество экземпляров друг с другом, поэтому в окне дочерней рабочей области мы можем видеть проблему, например, из ESLint …………

Может быть, этот "мозговой штурм" кому-то поможет, надеюсь на это :)

Ура! & спасибо за внимание…

Для людей, которые предлагают открыть другое окно.
Основное преимущество этой функции - открытие терминала / вывода / проблем на другом мониторе, поэтому вы можете получить список ошибок отдельно от окна кода. Таким образом, вы можете нажать Ctrl-Click на одном мониторе и увидеть соответствующий код на другом.

Я бы хотел, чтобы эта функция была добавлена. У Webstorm / Phpstorm есть эта функция, и это действительно главное, что мне нравится в этих приложениях. Я использую монитор с портретной ориентацией в качестве основного редактора, и то, что мое дерево файлов / панель проводника на другом мониторе имеет большое значение для меня. Мне также нравится, когда мой терминал находится на другом мониторе, но я всегда могу просто использовать терминал, который не интегрирован с кодом vs, но иметь съемные окна в коде vs для этих панелей было бы здорово.

Так? 2 года и ничего?
Я терпеть не могу встроенную панель «поиск», потому что она всегда огромная и широкая.

Мне действительно кажется странным, что, хотя этой функции уже два года, и она является наиболее желанной и обсуждаемой здесь, разработчики по-прежнему полностью игнорируют ее.
Боюсь, они уже давно сочли это слишком сложным / слишком большим объемом работы, решили, что оно того не стоит, и промолчали, чтобы отсрочить выпадение осадков как можно дольше ...

И я должен сказать, что меня немного бесит это отсутствие общения. Возможно, я ошибаюсь, но это очень пахнет политикой Microsoft ...

Боюсь, они уже давно сочли это слишком сложным / слишком большим объемом работы, решили, что оно того не стоит, и промолчали, чтобы отсрочить выпадение осадков как можно дольше ...

Понятия не имею, как это может быть так сложно. Бесчисленное множество других программ сделали это, делают и будут продолжать делать это, поэтому я не совсем уверен, что на самом деле мешает им реализовать одну из наиболее востребованных функций.

Это потому, что в настоящее время нет разработчиков для работы над VSCode? Разве это не считается достаточно достойным, поскольку VSCode нельзя монетизировать?

Я не совсем уверен, что аргумент «это может оказаться слишком обременительным для компьютеров» актуален в последнее время, учитывая, что самые последние компьютеры имеют гораздо больше системных ресурсов, чем раньше. Кроме того, если окажется, что это влияет на рабочие станции, вы можете полностью отключить эту функцию.

Откровенно говоря, иметь возможность использовать это или нет намного лучше, чем вообще не иметь выбора.

VSCode используется людьми, которые КОДИРУЮТ. Если кодировщики не могут понять, как включить или отключить функцию, возможно, они используют неправильное программное обеспечение.

Кроме того, будут предприняты действия по сокращению утечки системных ресурсов, но воздержание от добавления новых функций, таких как эта, основано на многовековом убеждении, что «большинство пользователей не знают, как выключить его, поэтому он включен по умолчанию при установке, программное обеспечение может быть действительно медленно работает на разных компьютерах, и это заставит нас выглядеть плохо »- худший из возможных аргументов в пользу отсутствия реализации, потому что это будет означать, что ваша целевая база пользователей менее технологически привязана, чем большинство.

Последнее, что я проверил, было не так.

Я предполагаю, что им сложно создать новые окна с вкладкой и сохранить состояние вкладки из-за электрона. Им приходится создавать новые окна каждый раз, когда вы перетаскиваете вкладку в собственное окно, и, очевидно, это непросто. Особенно для таких вещей, как терминал, боковая панель и т. Д.

Я все еще отчаянно хочу эту функцию.

@Penagwin Точно так же, но, учитывая, что я не знаю, каковы технические аргументы в пользу невозможности его реализации, я также буду вежливым, отложить суждение и терпеливо ждать, как и все остальные. 😄

В то же время обходной путь - открыть два окна, открыть родительскую папку и дочернюю папку того же проекта. Например, откройте каталог для вашего приложения в одном окне и «общедоступную» папку в другом окне. Обратной стороной является отсутствие перетаскивания вкладок между ними, но в остальном это работает.

Всем, кто предлагает обходной путь с 2 окнами. Это ВООБЩЕ не помогает с реальной проблемой отсутствия таких вещей, как инспектор отладки или терминал / вывод и так далее, на втором экране.

Используйте «Ctrl K, O», чтобы открыть текущий файл в другом окне vscode для редактирования. Вам нужно будет снова установить каталог терминала по умолчанию для создания нового открытого окна. Работает только с файлами; не в окнах терминала. Я знаю, что это не то же самое, что перетаскивание, но оно может пригодиться, если вам просто нужно переместить несколько файлов в другое окно, чтобы использовать второй или третий монитор. Нет ничего плохого в обходном пути, поскольку у нас нет решения. Мир не идеален, используйте лучшее из того, что у нас есть, и выполняйте свою работу. Надеюсь, это поможет, пока у нас не появится что-то получше. Удачного кодирования!

Трудно поверить, что прошло 2 года, а в этом вопросе так мало прогресса. Я начал серьезно увлекаться кодом VS, так как в целом это отличная IDE. Однако я не могу считать его серьезным претендентом на профессиональное развитие без поддержки многоэкранного режима. Просматривая эти комментарии, кажется, что я не одинок в этом мнении.

А пока вернемся к Webstorm = (

Некоторое время наблюдал за этой функцией, просто добавил еще один голос, говоря, что я действительно хочу, чтобы это произошло! Если бы код VS мог это реализовать, это был бы идеальный редактор !!

Почему этого до сих пор нет! Что задерживает эта функция ... VS code - отличный редактор, но этой основной функции не хватает ...

Это действительно должно произойти! Большой надзор за учетной записью Microsoft.

Пожалуйста, ребята, сделайте это! Это самая востребованная функция на свете: dancer:

Я работаю с 3 мониторами, и мне нужна эта функция, потому что иногда в коде мне нужно видеть, какие функции мне нужно реализовать из одного файла, и мне нужно открыть это в отдельном окне, чтобы скопировать и вставить то, что Я хочу, чтобы вместо разделения окна внутри одного монитора можно было ограничить рабочую область.
Пожалуйста, реализуйте эту функцию, чтобы окна перемещались (отсоединение окон).

+1. Это действительно было бы очень полезно для работы с несколькими мониторами.

Этот запрос функции недавно отметил свой второй день рождения. Я сомневаюсь, что это когда-нибудь будет реализовано :(

+1 Есть обновления по этой функции?

Похоже, что желание, чтобы эта функция коррелировала с отсутствием способности правильно использовать GH или хорошего поведения в интернет-обсуждениях. Бессмысленный спам +1 определенно поможет вашему делу.

@ Krzysztof-Cieslak Должна быть возможность отключить комментарии к проблеме и разрешить только реакцию на OP

@ Krzysztof-Cieslak Я думаю, +1 связан с голосованием, а не с дискуссией.

+1 часто используется в разговоре, чтобы ребята из Microsoft не упустили проблему;)

@SkyzohKey , он уже открыт, ничего не потеряют.

Есть ли шанс, поскольку MS владеет github и, по сути, электронным проектом, это действительно увидит свет? Я согласен с тем, что это фундаментальная проблема с редактором, в остальном это довольно здорово.

@ 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.
Прежде всего - Электрон поддерживает несколько окон. Можно открыть дополнительный экземпляр BrowserWindow, но при загрузке потребуется файл HTML.

В таком случае рассмотрим терминал в плавающем окне. Я не очень хорошо разбираюсь в коде VSC, но кажется, что все приложение работает как «монолитное приложение». Это означает, что если мы хотим, чтобы что-то из пользовательского интерфейса VSC было в дополнительном окне, то мы должны загрузить туда все приложения и скрыть ненужные части пользовательского интерфейса.

Звучит здорово? На самом деле, нет. В дополнительном окне мы должны скрыть ненужные части пользовательского интерфейса, но также ... отключить обновление других областей приложения при изменении файлов или ярлыков. Более того ... Я не знаю, как работает электронная память, но я считаю, что если мы загрузим все приложения во втором окне, то использование памяти VSC резко увеличится.

Я думаю, что мы должны попытаться сделать VSC более модульным и подготовить какой-то многооконный механизм, прежде чем мы начнем работать над плавающими окнами с отдельными частями пользовательского интерфейса.

Уважаемое сообщество, давайте попробуем помочь команде VSC.

+1 часто используется в разговоре, чтобы ребята из Microsoft не упустили проблему;)

Нет, к настоящему времени они привыкли игнорировать этот вопрос. :) Это как поставить записку на зеркало в ванной. Сначала вы не можете игнорировать это, но через некоторое время вы этого даже не видите.

Я ни в коем случае не фанат Electron, но я немного повозился с этим. Разве нельзя было бы запустить новое окно и установить связь между родительским окном и дочерним через API webContents?

@kodipe

@scriptcoded хороший вопрос!

Я только что нашел этот проект https://github.com/illBeRoy/ElectronScriptWindow, который позволяет использовать BrowserWindow без определенного файла HTML. По сути, он создает строку в кодировке base64 как URL-адрес для окна: https://github.com/illBeRoy/ElectronScriptWindow/blob/master/src/index.js#L76 при загрузке. После этого мы сможем управлять потомком от родителя через webContents.

@kodipe Аккуратно! Это довольно умный способ сделать это. Возможно, я посмотрю поближе в источники и выясню, будет ли это хорошим способом сделать это. Я подозреваю, что это подразумевает серьезное переписывание ряда основных функций.

@scriptcoded да ... в настоящий момент действительно сложно реализовать эту функцию. Я буду искать решение для какого-нибудь простого API FloatingWindow и поделюсь с вами здесь, если я создам что-то интересное на своей вилке.

+1 за эту функцию

Я попадаю на это ограничение пару раз в день, для меня это довольно большая отсутствующая функция.

Обходной путь:

1.) Откройте папку с вашим проектом
2.) Сохранить как рабочую область
3.) Откройте рабочее пространство в одном окне и папку проекта в другом.

надеюсь это поможет

Эта функция просрочена и важна для продуктивности работы с несколькими мониторами. Сколько ответов вам нужно, чтобы добавить эту функцию в область видимости? Я могу заставить всех своих коллег ответить, если хотите.

А как насчет https://www.npmjs.com/package/electron-window-manager ??

@WNemencha Я предполагаю, что команда не хочет лишних зависимостей. Может, на этом и повелел?

Надеюсь, мы получим это в конце концов, это должно быть :)

Это необходимо, чтобы продолжать вводить новшества и сделать VSCode современным полнофункциональным редактором. Это должно быть главной долгосрочной целью, пока она не будет выполнена.

Эта функция действительно должна иметь высокий приоритет. Я не знаю ни одного разработчика, который кодирует только на одном мониторе, и возможность перетаскивать вкладку в новое окно для одновременного использования слишком полезна, чтобы ее не было.

Эта функция действительно должна иметь высокий приоритет. Я не знаю ни одного разработчика, который кодирует только на одном мониторе, и возможность перетаскивать вкладку в новое окно для одновременного использования слишком полезна, чтобы ее не было.

Эй, @oryandunn то, на что ты
«Откройте новое окно и перетащите файл из текущего рабочего пространства / окна во вновь открытое окно».

Этот тикет об открытии двух окон в ОДНОЙ рабочей области.

@kapalkat, чтобы уточнить, эта проблема

Я думаю, что эта проблема должна быть заморожена / ограничена до тех пор, пока кто-нибудь не сможет над ней работать (от команды VSCode).

Я не думаю, что мы можем ожидать появления этой функции в ближайшее время. Насколько я понимаю, команде придется изменить большую часть инфраструктуры, чтобы эта работа заработала. Не только это, я не уверен, сколько еще пострадает.

Также я сомневаюсь, что это имеет какое-либо отношение к Electron (не ограничение / проблема электронной стороны). Это просто ограничено текущей архитектурой.

Эта ветка наполняется большим количеством комментариев +1, чем действительно полезных.

Эта ветка наполняется большим количеством комментариев +1, чем действительно полезных.

Это разочарование пользователей, потому что им не хватает поддержки нескольких мониторов. Как еще разработчики могут получить информацию о том, чего хочет пользовательская база?

Как еще разработчики могут получить информацию о том, чего хочет пользовательская база?

Оставив 👍 и оставив область обсуждения свободной для конструктивного обсуждения, например:

Мне очень нравится реализация VS, в которой при перетаскивании любой части пользовательского интерфейса он мог «привязаться» к части экрана. Подобно тому, как перетаскивание вкладки прямо сейчас позволяет вам присвоить заголовок главному представлению.

Честно говоря, единственное, что я действительно хочу делать, - это перетаскивать вкладки редактора кода. Меня даже не волнует возможность размещать их вне главного окна, потому что тогда я могу просто использовать вместо этого оконный менеджер ОС.

Все хлопают в ладоши за @mrmos и его решение .

@jayarjo Я делал нечто подобное, открывая новое окно vscode и перетаскивая туда свою вкладку. Проблема здесь в том, что ни одна из находок не работает должным образом, поскольку в ней нет информации о фактической «рабочей области», из которой она была получена.

В качестве простого обходного пути вы можете использовать команду Duplicate Workspace in New Window (начиная с версии 1.24), чтобы открыть текущую папку / рабочую область во втором окне кода VS, которое можно переместить на отдельный монитор. Я назначил этой команде привязку клавиш Ctrl + Shift + N .

@ n0v1

В качестве простого обходного пути вы можете использовать команду «Дублировать рабочую область в новом окне».

Хм, похоже, у меня нет этой функции в последней версии macOS - нужно ли ее включать?

С уважением

@ldexterldesign Вы пробовали запустить его, открыв палитру команд ( ⌘ + SHIFT + P ) и набрав Duplicate Workspace in New Window ?

@ n0v1 проблема не в открытии файла / рабочего пространства в новом окне. Проблема заключается в поддержании контекста базового буфера (файла) в обоих этих окнах.

Чтобы было понятно, откройте файл в одной рабочей области и откройте тот же файл в дублированной рабочей области. Теперь отредактируйте файл в одном окне, он не будет отображаться в другом окне.

Теперь все говорят о дублировании рабочего пространства, но теперь это наверняка известно всем, и его не нужно повторять так часто. И весь этот «обходной путь» даже не практичен, нам нужна настоящая функция плавающего окна, как это реализовано в других редакторах.

Пожалуйста, перестаньте предлагать «Дублировать рабочее пространство». Это не решение. Нам также нужно продублировать проводник рабочей области. А это не так.

Мне бы хотелось увидеть возможность отсоединить консоль (и другие части редактора) и перенести их на отдельный экран, что позволит мне получить все возможности моего основного экрана для написания и чтения кода, когда я работаю. где-то с несколькими экранами /

Это также позволило бы мне лучше управлять и работать в дороге, когда для работы у меня был только главный экран, например, в поезде или на сайтах клиентов.

Я не вижу прогресса по этой функции за последние несколько лет. Если мы придерживаемся архитектурных ограничений, которые слишком дорого обходятся, почему бы просто не закрыть их и не двигаться дальше？

Не забывайте, что у нас есть сообщество VisualStudio, пожалуйста, подумайте о переносе некоторых функций в плагин VS.

@Nyconing VS Не работает на Linux или Mac.

@Nyconing VS Не работает на Linux или Mac.

Не совсем так ...

Хорошо, сообщество.

Как лучше всего показать один файл (с модульным тестом) на левом мониторе, а второй файл - на правом мониторе?

Пожалуйста, не пытайтесь рекомендовать использовать Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains или, возможно, Блокнот.

Как лучше всего показать один файл (с модульным тестом) на левом мониторе, а второй файл - на правом мониторе?

Пожалуйста, не делайте двойных постов. Лучшее, что я могу предложить, - это изменить размер окна так, чтобы оно перекрывало оба ваших экрана, и разделить редактор на две плитки посередине между вашими мониторами.

Пожалуйста, не делайте двойных постов.

В самом GitHub есть некоторые внутренние проблемы

Не совсем так ...

он работает на Mac с вином или Windows VM

@ hellboy81 @belst Плохо, я думал, ты сказал VS Code. Сожалею! Теперь снова в ход ...

Только мои 2 цента
«Ctrl + K, затем O»
привязан к «Открыть активный файл в новом окне»

Только мои 2 цента
«Ctrl + K, затем O»
привязан к «Открыть активный файл в новом окне»

Как уже говорили другие, открытие в новом окне - это не то, о чем просили или чего хотели.

Мы ищем возможность выдвигать окно и перемещать его, где мы хотим, в основном, как это делает Premire Pro с разными паллетами,

Только мои 2 цента
«Ctrl + K, затем O»
привязан к «Открыть активный файл в новом окне»

Как уже говорили другие, открытие в новом окне - это не то, о чем просили или чего хотели.

Мы ищем возможность выдвигать окно и перемещать его, где мы хотим, в основном, как это делает Premire Pro с разными паллетами,

Я полностью согласен с тобой. Я просто пытался помочь временным решением, которое я использую, ожидая появления этой функции.

Я просто хочу высказать свое мнение по этому поводу. Я думаю, что многие разработчики имеют более одного монитора, и эффективное их использование является большим преимуществом для продуктивности.

Я не уверен, почему эта функция никогда не развивается, поскольку она имеет огромную поддержку и, учитывая, что код представляет собой электронное приложение, оно прекрасно выполнимо и деградируемо, если вы когда-либо работали вне электроники.

Одним словом, поддержите MDI в vscode.

Пока VS Code не будет поддерживать несколько дисплеев, я не вижу перехода в этот редактор по умолчанию. Недавно я начал использовать инструменты JetBrains в качестве альтернативы. Я смотрел этот выпуск в течение года + и до сих пор никаких движений по нему. Я не уверен, почему задержка?

Xcode позволяет использовать несколько окон для проекта. Более того, все окна являются полностью функциональными окнами, что означает, что вы можете открыть второе окно и закрыть исходное окно проекта, и у вас по-прежнему есть полное окно проекта.

Такой подход означает, что можно легко поддерживать несколько мониторов. Это также означает, что мне не нужно так много присматривать за управлением окнами, как мне не нужно помнить, какое окно является «настоящим» проектом.

Такой подход был бы очень признателен в VS Code.

Xcode позволяет использовать несколько окон для проекта. Более того, все окна являются полностью функциональными окнами, что означает, что вы можете открыть второе окно и закрыть исходное окно проекта, и у вас по-прежнему есть полное окно проекта.

Как? Когда я пытаюсь открыть ту же рабочую область в Mac OSX, она всегда фокусирует внимание на уже открытом окне.

Поскольку VSCode написан с помощью Electron, «плавающие окна» довольно сложно реализовать, но возможность дважды открыть проект очень поможет, но это тоже, похоже, не работает. Любая помощь приветствуется.

Приступая и излагаю свой собственный опыт: в прошлом я успешно использовал VScode для компиляции и отладки проекта игрового движка, в который я участвую, но поскольку я не могу создавать отдельные окна с VScode, я, к сожалению, придерживаюсь CLion, медленно, но верно берет на себя Visual Studio в целом.

Как и другие, которые упоминали об этом в этой ветке, кодирование с несколькими мониторами требует отсоединения.

Xcode позволяет использовать несколько окон для проекта. Более того, все окна являются полностью функциональными окнами, что означает, что вы можете открыть второе окно и закрыть исходное окно проекта, и у вас по-прежнему есть полное окно проекта.

Как? Когда я пытаюсь открыть ту же рабочую область в Mac OSX, она всегда фокусирует внимание на уже открытом окне.

Поскольку VSCode написан с помощью Electron, «плавающие окна» довольно сложно реализовать, но возможность дважды открыть проект очень поможет, но это тоже, похоже, не работает. Любая помощь приветствуется.

Вы можете сделать это в Xcode, оторвав вкладку или используя File-> New Window. Все окна, в которых вы можете перемещаться по проекту или редактировать код, одинаковы. В Xcode нет такого понятия, как «главное» окно. См. Прикрепленный гифку ниже.

2 года с момента запроса. Какие-либо оценки, когда VS-код сможет это сделать?

Это OSS . Вы можете помочь и поделиться своими навыками с 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, так что давайте набраемся терпения (или внесем свой вклад).
Мне этого статуса достаточно. Они свяжутся с нами, когда будет дальнейшее обновление.
Пожалуйста, 👍 вопрос, чтобы показать свою поддержку.