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

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

@stevencl @ bgashler1, пожалуйста, еще раз взвесьте вкладки, помня, что я не смог найти разумные сочетания клавиш по умолчанию для действий терминала focusNext и focusPrevious (я связываю ctrl + shift + j / k).

Однако нам необходимо рассмотреть это в контексте этой проблемы: https://github.com/Microsoft/vscode/issues/9659

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

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

Возможно, я вижу себя использующим 2-3 разделенных терминала на вкладках / нескольких терминалах. Управление разделенными терминалами и терминалами с вкладками будет очень запутанным и, вероятно, практически не будет использоваться из-за отсутствия привязки клавиш.

Если мы откроем дверь для разделения терминалов, что будет означать разделение, например, одного терминала и одного отладочного ответа? это то же взаимодействие UX?

@bpasero под разделением я имею в виду создание нового терминала сбоку, так что да, это будет то же самое.

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

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

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

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

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

Как насчет возможности согласования терминала с вкладкой редактора, чтобы терминал автоматически отображал язык файла редактора?

Открытие терминала автоматически загрузит предварительно сконфигурированную оболочку для активного (текущего выбранного) языка редактора. В файле settings.json должно поддерживаться несколько терминальных оболочек.

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

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

Простая гипертекстовая строка (по одному для каждой оболочки), расположенная в правом верхнем углу терминала, покажет открытые оболочки (созданные) для текущего выбранного редактора. Пользователь может либо просто щелкнуть гипертекстовую строку, на которой может быть написано «узел», чтобы выбрать ее, либо использовать привязку клавиш для циклического перехода. Они заменят существующее раскрывающееся меню, значок + и корзину. Оболочки могли быть представлены в нижнем регистре.

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

Когда вы переключаете фокус с текущего редактора на редактор с другим языком (скажем, Ruby), терминал представит экземпляр IRB в терминале. Если пользователь хочет открыть другой экземпляр текущей оболочки, ему может потребоваться только навести курсор на гипертекст этой оболочки и щелкнуть появившийся + . Если строки гипертекста короткие - например, node, irb, cmd, ps - можно создать другую строку рядом со строкой, использованной для создания нового экземпляра. Строки будут раздвигаться, чтобы освободить место, но не будут загромождены, потому что может быть установлен предел (кто собирается открывать более трех оболочек против редактора?).

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

Если вы хотите дать пользователю возможность добавить оболочку, не связанную с редактором, например оболочку git, при нажатии на + может появиться меню оболочек, зарегистрированных в файле settings.json. - , который появляется при наведении курсора рядом с каждой строкой гипертекста, конечно же, не показывает никаких параметров. Это закроет текущий экземпляр оболочки.

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

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

Файл settings.json, скорее всего, потребует от пользователя ввести конкретное расширение языка (.js, .cs, .rb) для каждого terminal.internal.shell. запись, чтобы было логическое совпадение с файлом. Оболочку по умолчанию можно настроить для любого типа файла, не указанного в settings.json.

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

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

@ nick-walt, хотя для одних он может быть более интуитивным, для других - совсем не интуитивно понятным. Это, вероятно, заставит людей немного дезориентироваться и задуматься, куда делась их раковина. Также мои требования заключаются в том, чтобы одновременно отображались 2 оболочки; один для задачи просмотра, в которой я отслеживаю ошибки, и один для задачи запуска, git, build и т. д.

Раньше появлялось несколько конфигураций терминала, я не уверен, что это стоит дополнительных сложностей, хотя большую часть времени вы можете просто запустить оболочку в другой оболочке (открывает powershell, ruby, node и т. Д. В cmd).

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

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

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

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

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

Я думаю, что ваши опасения можно полностью решить.

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

Несколько терминалов необходимы, если они будут использоваться для одновременного выполнения нескольких фоновых задач, таких как обслуживание, строительство, просмотр, тесты и т. Д.

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

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

Еще один вопрос - совместное использование с Task Runner. Который в настоящее время используется для одновременного запуска только одной задачи. Но этот https://github.com/Microsoft/vscode/issues/981 предполагает, что он будет поддерживать несколько фоновых задач, поэтому это аналогичная (я бы не сказал, противоречащая) цель для нескольких терминалов.

У Jetbrains Webstorm есть такие возможности - он может запускать несколько задач (определенных через grunt / gulp / npm) и несколько терминалов (с именованными вкладками). И вы также можете использовать там разделенное представление, где с одной стороны вы видите запущенные задачи, а с другой - терминал. (прикрепление экрана)

@белый цвет

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

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

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

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

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

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

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

Главное - поддерживать устоявшуюся модель UI / UX. Мы все видели множество случаев, когда модели разбиваются на разные реализации пользовательского интерфейса в одном приложении. На самом деле у Microsoft это хорошо получается (а в последнее время и у Apple). Это классический случай «дизайна комитетом».
установлен

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

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

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

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

@cescoferraro Мне нравится эта идея. Но тогда VS Code должен также поддерживать вертикальные разделенные вкладки, а не только по горизонтали. В противном случае это не соответствовало бы условию видеть несколько терминалов без потери места.

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

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

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

@whitecolor : open_mouth: это использует новый API терминала? Это потрясающе!

@Tyriar Да, тот, над которым вы работаете: wink:

Как упоминалось в @whitecolor , у WebStorm есть вкладки для терминалов, и это улучшает доступность IDE. В дополнение к этому WebStorm позволяет вам изменить имя вкладки, что снова поможет вам визуально определить, с чего начать.

Что-то, чего не делает WebStorm, - это то, что он не сохраняет количество открытых вкладок терминала.
При разработке вам обычно нужны одни и те же вкладки (сервер, наблюдатель, бэкэнд ...). Если бы количество вкладок можно было сохранить, а также их имя, это было бы здорово.

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

• При перезапуске vscode будет создан стандартный терминал, вы не можете прикрепить к нему элемент строки состояния.
• Расширение не знает, когда терминал удаляется пользователем, поэтому элемент строки состояния будет оставаться, по крайней мере, до следующего щелчка # 10925
• (Ошибка) При удалении терминала будет отображаться панель # 11275
• Также в v1.6.0, вероятно, терминал будет скрыт по умолчанию, поэтому вам нужно будет позвонить в Terminal.show сразу после его создания # 11384

@Tyriar спасибо за то, что поделился, отвечу на ваш список:

1) Да, это не так важно, мое расширение фактически добавляет команду «Открыть новый терминал» и позволяет открывать новый именованный терминал, я обычно просто закрываю стандарт и использую созданный, но было бы хорошо, если бы был доступ к все существующие терминалы в панели.
2) Да, расширение не знает о состоянии терминала, но я отслеживаю дочерние процессы terminal._id по PID, поэтому я знаю, когда терминал удаляется пользователем (дочерние процессы переходят в 0). Так что я бы попросил не _удалять_ этот идентификатор процесса в будущем, не уверен, что это должно быть общедоступным). Так что я даже отслеживаю количество запущенных дочерних процессов, и если количество уменьшается, это может означать, что что-то не так или задачи завершились, тогда я показываю этот терминал, очень полезный.
3) Поэтому я не использую утилиту в настоящее время.

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

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

@whitecolor в настоящее время есть доступ только к терминалам, созданным через API, хотя это довольно веский случай, чтобы это изменить.

Подлый подлый взгляд на terminal._id : wink: это, вероятно, не будет изменено в ближайшее время, но как только событие, которое вы можете слушать, будет добавлено, вы обязательно должны использовать его, поскольку это будет официальный стабильный API. Отслеживание дочерних процессов и вывод должны быть исследованы в # 11422 (вы можете следить за проблемами, связанными с этим, для некоторых обсуждений по этой теме).

С помощью названной команды терминала вы также предоставляете обходной путь для # 10023: smiley:

Хорошая работа, с нетерпением жду возможности попробовать!

@whitecolor FYI, поэтому я солгал, и terminal._id , вероятно, изменится в v1.6 на какой-то случайный идентификатор, а не на PID. Я нахожусь в середине огромного рефакторинга, чтобы отделить панель терминала от процессов больше (чтобы они могли существовать без существующей панели # 11275), и, к сожалению, я не думаю, что смогу сохранить ее там.

@whitecolor вы можете попробовать window.onDidCloseTerminal (# 10925) в завтрашних инсайдерах. Это должно быть проще, чем отслеживать PID.

Я хотел бы видеть это как InteliJ. До этого я добавляю вот эти личные раскладки:

[
    {
        "key": "ctrl+pageup",
        "command": "workbench.action.terminal.focusNext",
        "when": "terminalFocus"
    },{
        "key": "ctrl+pagedown",
        "command": "workbench.action.terminal.focusPrevious",
        "when": "terminalFocus"
    }
] 

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

Разделение на вкладки терминала было бы очень полезно;

В настоящее время я пытаюсь подтвердить концепцию экземпляра сервера и выполнить запросы через другой консольный терминал.

Есть ли в этом прогресс?

@MeirionHughes
tmux может быть решением, но он некрасиво работает внутри интегрированного терминала VSCode (наконец, в Windows).

@MeirionHughes, вот проблема с этой функцией https://github.com/Microsoft/vscode/issues/7504. Пока никакого прогресса, в прошлый раз, когда я настаивал на этом, команда оттолкнула меня. Однако чем больше: +1: по этому вопросу, тем лучше.

@Tyriar, вы могли бы сказать, что эта проблема также

@MeirionHughes первый комментарий (мой) говорит:

Проследим разделение терминала в # 7504

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

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

+1 за cycle terminal сочетаний клавиш.

@whitecolor _darn! _ Я думал, что tmux в интегрированном терминале - это мой собственный умный обходной путь, но ты меня опередил. У меня отлично работает (нет mouse mode ), но панели работают нормально:

У меня режим мыши работает нормально с tmux.

В любом случае считаю это отличным дополнением

Думаю, это было бы действительно полезно. Но я не думаю, что он должен ограничиваться терминалами, но также включать вкладки «Проблемы», «Вывод» и т. Д., Чтобы вы могли открыть «Терминал», «Проблемы» и редактор в одном окне.

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

Дайте мне привязку клавиш для циклического переключения терминалов, и я думаю, что могу обойтись без разделения / вкладок

@ psimoneau22 это связка клавиш, которую я использую для этого:

{ "key": "ctrl+shift+j",    "command": "workbench.action.terminal.focusNext" },
{ "key": "ctrl+shift+k",    "command": "workbench.action.terminal.focusPrevious" },

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

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

TL; DR; Потратьте несколько часов, чтобы взять tmux.

Я доволен tmux в моем терминале (режим мыши работает как шарм). Мне потребовался день, чтобы научиться. Я играл с ним раньше несколько раз, но вчера я настроил его как босс. Я просто выполняю tmux -CC в iTerm, который запускает окно терминала. Затем сделайте tmux a в терминале vscode, чтобы подключиться к этому сеансу - это были постоянные сеансы терминала, поэтому я всегда могу вернуться к сеансу при перезапуске vscode (обновите Vscode, установите расширения). Для меня это намного лучше, чем наличие вкладок или разделений в терминале. Держите Vscode светлее, пожалуйста. Атом - это урок, который нужно извлечь (я пришел из него). TMUX FTW :)

Этот же подход также работал у меня в Mac / cygwin / windows и должен работать практически везде, где работает Vscode.

TL; DR;

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

Учитывая сочетания клавиш ctrl + shift + ` и ctrl + `, я считаю, что эти настройки имеют больше смысла.

  {
        "key": "ctrl+shift+right",
        "command": "workbench.action.terminal.focusNext"
    },
    {
        "key": "ctrl+shift+left",
        "command": "workbench.action.terminal.focusPrevious"
    }

@leocaseiro @Tyriar @ psimoneau22 Если вы не используете Mac, стоит добавить к ним параметр «когда»: ctrl + shift + left и ctrl + shift + right используются для выделения фрагментов текста в редакторе.

    {
        "key": "ctrl+shift+j",
        "command": "workbench.action.terminal.focusNext",
        "when": "terminalFocus"
    },
    {
        "key": "ctrl+shift+k",
        "command": "workbench.action.terminal.focusPrevious",
         "when": "terminalFocus"
    }

или же

    {
        "key": "ctrl+shift+right",
        "command": "workbench.action.terminal.focusNext",
        "when": "terminalFocus"
    },
    {
        "key": "ctrl+shift+left",
        "command": "workbench.action.terminal.focusPrevious",
         "when": "terminalFocus"
    }

Вот мой 2ct за эту очень желаемую функцию (извините, если некоторые моменты уже были упомянуты)

Случаи использования
Причина, по которой я использую несколько терминалов в первом случае, обычно:

• Мне нужно работать в двух каталогах параллельно, и я не хочу все время cd вперед и назад
• Мне нужно работать с двумя разными терминалами (например, bash vs powershel vs cmd или local vs remote / ssh)
• Я хочу контролировать вывод двух разных программ параллельно

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

UI
Почему бы не расширить текущие вкладки (например, «Отладка», «Выход», «Терминал…») и не разрешить дополнительные «Терминал1, Терминал2, Терминал3…».

Вкладки против раскрывающегося списка

• Вы видите все доступные вкладки
• Мне легче запомнить, какой терминал служит какой цели, если они представлены отдельными визуальными локациями (например, 3-я вкладка)

tl; dr

Я полностью согласен с @MikeGitb , я всегда использую более 1 терминала одновременно. В раскрывающемся списке терминалов в текущем коде VS трудно увидеть открытые вкладки. Было бы здорово иметь вкладки для встроенного терминала. Благодарю.

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

Одна безумная идея

Это не безумие, так работают vim / neovim.

Это не безумие, так работают vim / neovim.

Как и многие другие IDE;).

Извините, это вступление на самом деле было задумано иронично.

@Tyriar есть ли функция, позволяющая вертикальное панорамирование терминала рядом с вашим кодом, или это будет запрещено?

@ajrator , https://github.com/Microsoft/vscode/issues/2806

Был бы полностью счастлив дать терминалам такой же статус, что и вкладки редактора - ComEmu и HyperTerminal имеют серьезные проблемы, которые мешают их текущему использованию (ConEmu имеет проблемы с контрастностью, которые не могут быть исправлены, поскольку сопровождающий хочет сохранить поддержку XP, HyperTerminal не может Ctrl + C в PowerShell и другие основы). Было бы здорово иметь vscode в качестве рабочего терминала с вкладками.

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

Выпадающее меню немного неудобно в использовании. Также было бы здорово иметь более одного открытого терминала.

Для людей, которые хотели бы попробовать tmux в ожидании поддержки вкладок, я создал суть для запуска установки. По умолчанию в нем включена поддержка мыши, а для разделения терминала используются простые привязки.
https://gist.github.com/cybertim/e8b42c8cd8a5bebaa3eb8cec17a2746f

Спасибо @cybertim , отличный файл! Я уже использовал tmux, но этот файл очень удобен.

Причина, по которой мне лично было бы очень интересно использовать несколько терминалов в разных местах в окне, заключается в том, что, надеюсь, это приведет к реализации среды, подобной RStudio / Jupyter Lab, в VSCode.

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

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

Далее, все еще нужны вкладки? Панели? Расколы?

Я думаю, что многие люди здесь запрашивают функцию, которая является излишней для VScode. Если бы они просто попробовали tmux , они бы об этом не просили. Терминал нам предоставлен. Используя tmux, он поддерживает вкладки. На изучение tmux у вас уйдет не более пары часов. Есть вкладки, окна, разделения и многое другое. Если вам нужно перезапустить VSCode, вы можете просто набрать tmux -a после его перезапуска, чтобы вернуться обратно в сессию tmux. После включения режима мыши (всего одна строка в конфигурации) вы даже можете изменять размер панелей, нажимая на вкладки, чтобы перейти на эту вкладку. Я против этой функции в VSCode. Это только замедлит производительность. Сделайте VSCode максимально легким - нам не нужен еще один Atom. Пусть tmux сделает всю тяжелую работу! Как вы можете видеть ниже, у меня есть расщепления, а также, если вы внимательно посмотрите на нижнюю часть, у меня есть две вкладки - python & fish . И да, в левом нижнем углу я использую googler в командной строке Google: D

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

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

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

Предложение @piggyslasher интересно, если вы думаете об этом скорее как о способе «сделай это по tmux».

Это то, о чем я думал давно. В Tmux есть tabs и каждый tab можно разделить на любое количество panes . Редакторы, напротив, имеют panes а затем каждый pane может иметь tabs .

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

Для чего-то вроде разработки response / angular я мог бы увидеть это полезным, если у вас есть открытая «панель» JS / HTML / CSS / Test для каждого компонента и «вкладка» для каждого компонента, над которым вы работаете.

Мне было бы интересно узнать, можно ли сделать что-то подобное в плагине. Origami for Sublime близок к этому, но это все еще «панели, полные вкладок», а не «вкладки, полные панелей».

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

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

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

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

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

Если это не имеет смысла или если я утверждаю очевидное, дайте мне знать.

@ Nick-Walt, когда вы говорите:

предоставить пользователю возможность присоединить консоли к редактору или группе редакторов.

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

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

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

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

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

Больше года назад @ bgashler1 сказал следующее:

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

Так что, может быть, сейчас лучше рассмотреть вкладки, которые заметно отличаются от вкладок редактора, что указывает на то, что они _не_ взаимозаменяемы с вкладками редактора, чтобы избежать путаницы?

Согласен, вкладки - неплохое решение для выбора разных консолей.

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

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

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

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

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

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

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

И каждая вкладка может автоматически отображать тип загруженной консоли, например Git, Node, CMD, Powershell ... вместо отображения терминала 1, терминала 2 и т.д. (как показано @Perkovec ). Это будет автоматически сгенерировано приложением.

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

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

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

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

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

Вариант использования контекстного редактора / консоли UX будет следующим:

• нет контекста (нет консолей, связанных с каким-либо конкретным редактором)
• смешанный контекст (некоторые консоли связаны, некоторые нет)
• весь контекст (все консоли, связанные с редактором)

Кстати, я предлагаю объединить консоль с редактором в качестве опции, чтобы минимизировать распространение вкладок консоли (и нежелательную путаницу / накладные расходы), что было проблемой, высказанной несколькими людьми. При использовании контекстного UX редактора / консоли связанные консоли, скорее всего, будут скрыты, как только будет выбран редактор в другом контексте. Пользователь всегда просматривает только то, что имеет отношение к выбранному редактору.

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

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

Просто чтобы понять ваш вариант использования: могу ли я спросить, какие операции вы выполняете на терминале, которые привязаны к определенному файлу, а не к каталогу project /?

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

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

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

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

Вот ролик о том, как работает IDE Cloud9 :

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

@plmrry Это

@plmrry, вопрос о том, хотели бы мы иметь такую ​​очень гибкую систему

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

могут ли команды терминала нацеливаться только на тот, который был сфокусирован последним? почти так же, как cmd + shift + t нацелена на вкладку, которая была закрыта последней

@btoo , наверное, именно так он и поступил бы в таком мире. Однако это очень радикальное изменение в работе VS Code.

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

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

+1
вкладки в терминале более удобны для UX, чем select, и не занимают много места

+1

Это одна из причин, по которой я все еще использую разделенный экран iterm и cmder, поскольку я могу видеть более одного экрана за раз. Имеет смысл, что vscode в настоящее время может запускаться несколько раз, что добавляет возможность отображать оба одновременно (будь то разделение по горизонтали или вкладки, не должны влиять на производительность).

Если при этом возникнет проблема с производительностью, vscode также зависнет, если я запустил npm run server на одной вкладке и mongod на другой (или любые другие команды, которые кому-то может понадобиться запустить).

Небольшое обновление по этому поводу: в настоящее время я занят тем, чтобы сделать терминал доступным (https://github.com/Microsoft/vscode/issues/8339), после этого следующей важной частью, над которой я буду работать, вероятно, будет разделение терминала (https://github.com/Microsoft/vscode/issues/7504), которое было выделено из этой проблемы (и, вероятно, то, чего действительно хотят многие люди, проголосовавшие за это). Это на дорожной карте https://github.com/Microsoft/vscode/wiki/Roadmap#terminal

@AnthonyMichaelc нет проблем с производительностью при отображении нескольких, терминал очень быстрый после недавних улучшений .

(разделение), вероятно, то, что действительно хотят многие люди, голосующие за это

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

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

Почему бы не добавить дополнительные вкладки к существующей панели вкладок при открытии новых терминалов?
Problems | Output | Debug Console | Terminal 1 | Terminal 2 | Terminal 3 ...
... кроме того, консоль отладки не очень полезна, если вы на самом деле не используете отладчик ... просто в стороне.

(и, вероятно, это то, чего действительно хотят многие люди, голосующие за это)

Вставлю только это .... (первый пост в этой теме)

В дополнение к комментарию @ericblade , позвольте мне увидеть как минимум 2 панели (проблемы, выходы, консоли, терминалы, ...) одновременно!
Например, при отладке сервера я хотел бы наблюдать за выходными данными какой-либо другой службы или файлового наблюдателя, создающего мой клиент, без постоянного переключения представлений, даже с помощью горячих клавиш.
Я бы с радостью приветствовал разделенные терминалы (также в Windows;) в качестве начала, но гибкие вкладки, размещаемые на левой / средней / правой панели, значительно улучшили бы «смотровую площадку» vscode, не загромождая пользовательский интерфейс.

@PixelT Первое изображение в сообщении, которое вы цитируете, содержит добавленные вкладки, в точности как указано в заголовке. Может быть, подать отдельный PR и привязать его сюда для разделения?

@mikemaccana, пожалуйста, прочтите с пониманием мой пост еще раз, потому что я вижу, вы его не понимаете + я ничего не удалял:]

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

Разделение @mikemaccana : https://github.com/Microsoft/vscode/issues/7504

Можно ли иметь возможность иметь вкладки, но отключать их по умолчанию?

Предварительный просмотр разделения размещен в Insiders , проверьте https://github.com/Microsoft/vscode/issues/7504#issuecomment -365683609 для полного обновления.

Я считаю, что это определенно шаг в правильном направлении. Я уверен, что кто-то будет жаловаться, почему я не могу вставить 15 терминалов, но для меня это было бы здорово. Если я работаю над чем-то вроде среднего стека, у меня может быть один двойной терминал только для nodemon, mongos и т.д., а затем открыть другую пару терминалов для запуска ng serve и генерации команд.

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

Боковое примечание: я заметил только при использовании в течение нескольких минут, если я пытаюсь быстро переключаться вперед и назад opt / alt + cmd / ctrl, фокус, казалось, немного отставал. (Может быть, просто я)

@AnthonyMichaelc

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

План состоит в том, чтобы разрешить столько, сколько вы хотите, но пока я решил проблему только для n = 2.

Макет сетки

Мы сейчас это активно обсуждаем, этому даже есть место в февральском плане итераций https://github.com/Microsoft/vscode/issues/43361

Боковое примечание: я заметил только при использовании в течение нескольких минут, если я пытаюсь быстро переключаться вперед и назад opt / alt + cmd / ctrl, фокус, казалось, немного отставал. (Может быть, просто я)

Я этого еще не видел, но буду следить за медлительностью.

@AnthonyMichaelc

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

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

Существует хакерский способ заархивировать это в терминале cmder для Windows, открыв VSC в качестве одной из вкладок терминала (здесь). Я не могу дождаться собственного решения для кода Visual Studio, потому что есть некоторые проблемы с ярлыками при использовании VSC и Cmder в сюда.

@Tyriar, как я вижу, этот раздел о вкладках в терминале, без разделения ...?

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

Я не могу с вами согласиться - в этой теме в основном наблюдают и обсуждают людей, которым нужны вкладки в терминале, для разделения терминала есть другая тема: https://github.com/Microsoft/vscode/issues/7504, которую вы создали :)

Терминальные вкладки и разделение сегодня являются стандартами почти в каждой современной среде IDE.

Перешел на сборку Insiders, чтобы проверить это, отлично работает, спасибо

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

@PixelT Вы пробовали инсайдерскую версию с двойным терминалом? Из того, что они сказали, они планируют сделать так, чтобы вы могли открывать столько терминалов в этом макете, сколько хотите, но я считаю, что инсайдерская версия в настоящее время позволяет 2 с помощью команды: cmd / ctrl + d Я считаю

@Morkowski Я вижу, что вы сделали. Да, у меня есть windows и ноутбук osx, поэтому, когда я на компьютере с windows, я использую cmder, как это, когда на компьютере osx я использую iterm и создаю как минимум 2-3 внутри сетки макет и 4 при работе в приложении со средним стеком.

Привет, @Tyriar, немного отзывов - при изменении размера консоли с помощью кнопок Maximize Panel Size или Restore Panel Size (или сочетания клавиш) ширина панелей консоли забывается, а ширина каждой панели равна сбросить на равную сумму.

При изменении размера консоли вверх / вниз с помощью мыши ширина запоминается.

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

Наконец, при добавлении или удалении панели забывают о ширине - хотя это наиболее понятно.

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

@jamesjryan в последнем инсайдере была исправлена ​​проблема для первых двух упоминаний https://github.com/Microsoft/vscode/issues/45074

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

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

Наконец, при добавлении или удалении панели забывают о ширине - хотя это наиболее понятно.

Да, это как задумано 🙂

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

7504

@Tyriar обновлен - работает как описано, спасибо!

@KillyMXI - это прогресс в достижении конечной цели, и очень полезная реализация даже в ее нынешнем виде.

@isidorn Мне интересно,

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

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

@jamesjryan Я не вижу решения Tyriar по мере продвижения к вкладкам. На мой взгляд, вещь совершенно ортогональная.

Вокруг много полезных вещей, но им есть свое место. Подходящее место для сплит-терминала - другой билет.

Наконец, вернемся к вкладкам.

Фактически, подобное было предложено выше: https://github.com/Microsoft/vscode/issues/10546#issuecomment -359632932
Это наиболее очевидная вещь при замене выпадающего списка на список терминалов.

Я бы попытался

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

Я бы предпочел не помещать слово «Терминал» на каждой вкладке. Будет достаточно ясно, что это такое.
Или, может быть, используйте слово «Терминалы:» как своего рода визуальный разделитель.

Problems   Output   Debug Console                  Terminals:  Git   Bash, Bash   +   []   ^

Так что это своего рода конечный результат, на который я надеюсь здесь:

Взято с https://atom.io/packages/terminal-tab

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

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

У нас уже может быть один терминал внизу, справа, слева или в полноэкранном режиме.

Мы делаем? Как мне создать терминал слева? Сейчас я вижу только нижнюю или правую сторону.

Вы не можете сделать левый, но все же меня смущает эта гифка. смешно

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

Что наиболее важно, они ведут себя так же, как и обычные вкладки редактора, они могут находиться в тех же местах, что и ваш код. Веб-среда IDE Cloud9 делает то же самое. Вы можете открывать столько терминалов, сколько захотите, и можете размещать их в любом месте своего рабочего пространства внутри макета splitscreen + tabs.

Возможно, я неправильно понимаю проблему, но в основном дизайнеры UX беспокоятся о путанице между разными типами вкладок.

Я бы просто скрывал панель вкладок по умолчанию и имел бы 1 видимую вкладку. Держите выпадающую вещь.

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

Я что-то упускаю?

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

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

Да, извините, если из-за гифки это запутало, но это в основном предпосылка, которую я пытался понять.

Что касается того, что дизайнеры UX беспокоятся о путанице, я думаю, что если вы открываете терминал, вы, вероятно, знаете, что делаете, и это совсем не сбивает с толку.

В качестве обходного пути я установил следующие сочетания клавиш:

{
  "key": "cmd+right",
  "command": "workbench.action.terminal.focusNext"
}
{
  "key": "cmd+left",
  "command": "workbench.action.terminal.focusPrevious"
}

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

@vedmant, вы можете уточнить это, чтобы работать только тогда, когда терминал сфокусирован, если это тоже предпочтительнее:

{
  "key": "cmd+right",
  "command": "workbench.action.terminal.focusNext",
  "when": "terminalFocus"
}
{
  "key": "cmd+left",
  "command": "workbench.action.terminal.focusPrevious",
  "when": "terminalFocus"
}

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

Учитывая прогресс, достигнутый с выпуском № 14909. Можно ли поместить терминал в обычную вкладку, которая с точки зрения местоположения обрабатывается так же, как и любая другая вкладка? Это дало бы пользователям большую гибкость в отношении того, как они хотят видеть свой терминал. Сейчас (или, скорее, скоро) такая гибкость в том, как просматривать и размещать обычные вкладки, теперь терминал очень ограничен по сравнению.

@Tyriar workbench.action.terminal.focusPrevious , похоже, не работает

Я также пробовал workbench.action.terminal.focusPreviousPane так как он используется в Kebindings по умолчанию, но он не работает ( workbench.action.terminal.focuNextPane тоже не работает)

короче: работает только workbench.action.terminal.focusNext

    {
        "key": "ctrl+pagedown",
        "command": "workbench.action.terminal.focusNext",
        "when": "terminalFocus"
    },
    {
        "key": "cmd+pageup",
        "command": "workbench.action.terminal.focusPrevious",
        "when": "terminalFocus"
    }

Версии VSCode

Version 1.24.1
Commit 24f62626b222e9a8313213fb64b10d741a326288
Date 2018-06-13T17:47:35.732Z
Shell 1.7.12
Renderer 58.0.3029.110
Node 7.9.0
Architecture x64

ОС: lubuntu 18.04

Протестировано без расширений

редактировать

Спасибо, Тайриар, выше я написал cmd вместо ctrl

@caub, вы должны создать новую проблему, если вам нужна помощь (хотя она всегда отлично работала для меня на Ubuntu 18).

Недавно возникла проблема с наличием терминала на месте: из-за этого невозможно одновременно увидеть вкладку с проблемами.

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

Это не решает вашу конкретную проблему, но упрощает переключение и обнаружение проблем

Я согласен с тем, что выбор терминала действительно непрактичен, есть только числа: 1: bash , 2: bash , .. было бы гораздо лучше показать базовое имя папки

@caub см. https://github.com/Microsoft/vscode/issues/29816

С большей практикой я понимаю, что это предложение по вкладкам - лучший способ: +1:, в настоящее время я все еще использую свои собственные терминалы ОС независимо от VSCode, потому что выбор терминалов делает его непрактичным, даже с лучшими именами он все равно будет недостаточно практичным

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

@mrmckeb Согласен. Я не уверен, как они могут обрабатывать и вкладки, и разделение, но это выполнимо. Tmux это делает.

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

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

какая

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

Для запуска вкладки терминала не обязательно должны быть взаимозаменяемыми с терминалами на панели; они могут быть созданы как полностью отдельные объекты изначально для сбора отзывов.

Почему

Я практически живу в терминале, и наличие вкладок терминала таким образом решает все следующие проблемы и варианты использования:

• Смотрите и используйте более двух терминалов одновременно. Легко сделать, разместив три или более терминала, как мне нравится, в сетке редактора.
• Используйте VSCode в качестве моего единственного эмулятора терминала, открыв окно VSCode, содержащее только вкладку терминала.
• Открыто много терминалов одновременно, но я не хочу сейчас смотреть на них.

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

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

1. Разрешить более гибкое размещение панели https://github.com/Microsoft/vscode/issues/57029 , https://github.com/Microsoft/vscode/issues/50984 , https://github.com/Microsoft/ vscode / issues / 37877 , https://github.com/Microsoft/vscode/issues/10121
2. Изучите возможность «отсоединения» отдельных терминалов от панели и их размещения в сетке редактора, когда вы говорите (что-то вроде отслеживается в этом выпуске). Это требует некоторой работы, чтобы выяснить влияние на UX, команды, привязки клавиш и API расширения.

Кроме того, @sagebind , не уверен, слышали ли вы когда-нибудь о ConEmu, но он делает то, что вы описали.

А если вы геймер старой школы, у него есть выпадающий стиль Quake (Ctrl + ~). Так что все мои термины остаются скрытыми, пока не придет время.

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

https://marketplace.visualstudio.com/items?itemName=Tyriar.terminal-tabs

@PauloDanielCarneiro Это расширение на самом деле сделано одним из старших разработчиков самого VSCode (@Tyriar)

Я знаю, что эта проблема старая, но это было бы здорово

Это именно та недостающая функция, которая не позволяет всем системным администраторам полностью перейти с ISE на VSCode.

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

Я подключаюсь к удаленному компьютеру с помощью CTRL + SHIFT + R.
Это открывает новую вкладку терминала с именем компьютера, к которому я подключен.
И каждая вкладка терминала связана с одной или несколькими вкладками скрипта ниже.
Я переключаюсь с вкладок скрипта на вкладку терминала и наоборот с помощью CTRL + R.

Это так просто, удобно и в то же время мощно ...

Рассматривается ли эта функция?

Не замена, но вы можете использовать cmd-\ для разделения терминала

Спасибо @ Hum4n01d, это даже лучше, не знал об этом.

@ Hum4n01d В моем случае я могу разделить терминал с помощью Ctrl+] или просто щелкнув значок, чтобы разделить терминал в верхнем правом углу окна терминала, рядом с параметром Kill Terminal .

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

Только в том случае, если мне нужно несколько терминалов, это может не быть решением, хотя вкладок тоже может не быть (как таковых), вместо этого потребуется что-то вроде вкладок + плавающие окна (https://github.com/Microsoft/vscode / issues / 10121).

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

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

Здравствуйте. Я искал проблемы, которые у меня возникли, и оказался здесь.

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

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

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

А что, если я буквально не хочу, чтобы работа, которую я выполняю в терминале, была частью панели, которая переключается между вкладками при выполнении задач? Или выскакивает вверх и вниз динамически? Чтобы каждый раз, когда я строю , я переключаю вкладки

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

@Zyrsha - в таком случае зачем вы используете VS Code? Похоже, вы получите больше пользы от прямого использования фактического терминала, который поставляется с вашей операционной системой, с несколькими вкладками. Честный вопрос / очень запутанный читатель.

Кстати, vscode - первая и единственная IDE, в которой я использую терминал. На моем 13-дюймовом ноутбуке он отлично работает. Для других IDE, таких как eclipse или webstorm, я очень рад использовать Awesome WM для быстрого переключения и упорядочивания окон.

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

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

@ Шейн-Смит

фактический терминал, который поставляется с вашей операционной системой, с несколькими вкладками.

Что ж, консольное приложение, которое поставляется с Windows, не имеет поддержки вкладок AFAIK. Так что это вышло. И Linux не «поставляется с» эмулятором терминала как таковым (может быть, в дистрибутиве), вы должны выбрать тот, который вам нравится. В этом случае похоже, что @Zyrsha нравится VS Code, если его можно немного улучшить.

@sagebind

В этом случае похоже, что @Zyrsha нравится VS Code, если его можно немного улучшить.

О, я согласен - терминал в VS Code потрясающий. И я комментирую этот вопрос, потому что согласен с тем, что его можно улучшить.

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

Здравствуйте.

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

Нет, они просто хотят иметь вкладку терминала, такую ​​как вкладки редактора, именно то, что у нас есть в Cloud9, Atom и некоторых других редакторах (даже Vim и Emacs). Для людей, использующих Mac или Linux, естественно, что редакторы находятся вверху окна, а некоторые вкладки терминала - внизу.

Даже Theia-IDE может иметь несколько вкладок терминала, и он основан на некоторых частях VSCode.

Взгляните на эти скриншоты, и вы поймете:

https://discourse-cdn-sjc1.com/business5/uploads/trydiscourse4/optimized/2X/a/a6c21ba006e249a65bb0c4c2ecf94296d6daad20_1_666x500.png

https://lh3.googleusercontent.com/eI50dceQrsPJDhqQmM_QMjd4rkORHRRd_Y3rbnD1M6KYbKulXI72PFC-A0y-SDraVJAXhGTFcg=w640-h400-e365

Хорошо, давайте на мгновение проигнорируем почему и сосредоточимся на том, как:

Как это будет реализовано? Есть ли архитектурная причина, по которой терминалы находятся в их текущем местоположении?

Можно ли было бы эффективно использовать плагин для предоставления терминалов во вкладках?

      Ok, let's ignore the why for a moment and focus on the how:

Как это будет реализовано? Есть ли архитектурная причина, по которой терминалы находятся в их текущем местоположении?
Можно ли было бы эффективно использовать плагин для предоставления терминалов во вкладках?

С архитектурной стороны:

• VSCode имеет множество вкладок сценариев, связанных с одной консолью (интегрированная консоль PowerShell), что очень хорошо для тестирования нескольких сценариев на одном компьютере . Однако даже при добавлении дополнительных терминалов все вкладки сценариев остаются связанными с одной и той же интегрированной консолью PowerShell.
  Изначально VSCode был написан разработчиками для разработчиков.

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

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

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

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

Я понимаю, почему это могло не быть сделано до этого момента или почему у нас есть вкладки терминала в качестве обходного пути, но терминалы во вкладках / буферах редактора / все, что делается повсеместно в Emacs, Atom и т. Д., Как стандарт Опыт UX, который я также хотел бы увидеть в VS Code.

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

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

Как это будет реализовано?

Для linux мы могли бы реализовать это как частный случай более общего подхода: запускать пользовательские команды и предоставлять им идентификатор X-окна новой вкладки. Затем мы могли бы запустить xterm … -into $VSCODE_TAB … для терминала, но также очень легко интегрировать другие вещи. Также было бы неплохо, если бы была команда CLI для поиска экземпляра VSCode по каталогу проекта (по умолчанию рабочий каталог, в котором была запущена команда), откройте вкладку в этом экземпляре и распечатайте идентификатор победы X на stdoutи $DISPLAY VSCode, если они разные так что любые внешние утилиты могли присоединиться к графическому интерфейсу VSCode.

Изменить 2: я открою новый билет для этой идеи, поскольку на самом деле речь идет не о терминалах.

нет !!! вкладка делает пользовательский интерфейс плохим ....

@ donnisnoni95

нет !!! вкладка делает пользовательский интерфейс плохим ....

Я очень оптимистичен, их будет легко отключить и / или скрыть.

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

Чтобы быть ясным, я бы хотел, чтобы вкладки были взаимозаменяемыми со всеми другими вкладками (например, вкладками исходного кода). Прямо как в Атоме.

Для ясности я возьму решения @andraz или @floydnoel , учитывая, что запрос OP остался незамеченным с 2016 года.

@kitsirota Это было замечено и @Tyriar есть дополнительная информация об этом.

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

Жду этого и плавающих окон с первого дня, когда начал использовать VSCode. Сейчас использую ConEmu. Это просто неудобно для текущего подключенного и выпадающего терминала.

Просто примечание (хотя вкладки обязательно должны быть добавлены в vscode), если вы все еще используете ConEmu, вы можете попробовать Windows Terminal.

Все еще жду этого :)

Я просто хотел бы видеть «Вывод» и «Консоль отладки» одновременно.

Мне не обязательно нужны вкладки, но я хочу одновременно видеть Проблемы и Терминал. Однако их может быть трудно отличить друг от друга без какой-либо метки, поэтому вкладка может быть лучше. Поэтому я думаю, что разделенную панель для терминала следует удалить и разрешить дополнительные вкладки для всех типов панелей («Проблемы», «Вывод», «Терминал» и т. Д.). Хотя я действительно не понимаю, как понадобятся несколько вкладок «Вывод» или «Проблема», поскольку данные будут идентичны. Так что, возможно, при добавлении новой вкладки и выборе типа добавления, если проблема уже открыта, она неактивна и недоступна для добавления второй, и только Терминал разрешен для нескольких. Также нажатие на индикатор «Проблемы и предупреждения» в строке состояния должно автоматически открывать новую вкладку «Проблемы» при нажатии на нее, и если она уже открыта, она удаляется.

Хотя я действительно не могу понять, как может понадобиться несколько вкладок «Вывод» или «Проблема», поскольку данные будут идентичными.

• Креативные многопользовательские комбинации, выходящие за рамки классического отображения 1: 1 экранов / клавиатур / фокусов ввода для пользователей.
• Один пользователь распространяет инструменты, используемые для решения проблем, на несколько экранов или областей экрана. В этом случае было бы полезно иметь независимые настройки фильтра, положения прокрутки и т. Д. Для каждой панели «Проблемы / Вывод».
• Работа над экзотическими ошибками / отсутствующими функциями в программе для скринкастинга.

@Tyriar @jaxspades - это 1754: +1: и 187: heart: недостаточно? И 34 ракета? Сколько должно быть?

Это все еще открыто ?!

Поможет ли краудфандинг? Куда мне положить деньги?

@Bessonov Мне нужны вкладки терминала, но я не в Microsoft, поэтому не могу сказать ничего. Я хочу, чтобы они были редактором, а не в маленьком окошке внизу экрана. Итак, версия 1.43 только что поставлялась с редакторами поиска, так что я надеюсь, что терминалы скоро появятся. @Tyriar , помогают ли нам редакторы поиска приблизиться к вкладкам / редакторам терминала?

Изменить: добавление ссылки на проблему с редакторами поиска.

23931

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

• Искать в панели
• Искать в редакторе
• Все виды панелей и вьюлетов взаимозаменяемы

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

Я хочу, чтобы они были редактором, а не в маленьком окошке внизу экрана.

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

Спасибо за обновления @Tyriar. Звучит здорово - решение всех этих проблем вместе имеет большой смысл. Если есть какие-либо возможности для пользовательского тестирования, сообщите нам об этом.

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

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

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

@Tyriar ,
Вместе с вашими заметками я также хотел бы видеть одновременно окна «Проблемы» и «Терминал». Я надеюсь, что это тоже возможно.
благодаря

@ fullenw1 интересная идея, о которой я еще не слышал, спасибо!

@ggedde, мы активно обсуждаем, как это будет работать на UX встречах.

После решения проблемы №10121 это будет более чем когда-либо.

Клеммным панелям нужен какой-то заголовок ..

Невозможно узнать, какая панель по какому пути, когда у вас есть несколько наблюдателей.

@IceSentry У меня была проблема, но @Tyriar сказал, что это дубликат этой. Я предположил, что это было связано, потому что @Tyriar закрыл мой в пользу этого ... нет, я не читал диалоги за 6 лет :)

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

Еще одна приятная особенность терминалов в Cloud9 заключалась в том, что они были подключены к экземплярам tmux (IIRC), а не к прямым терминалам. Это позволяло изменять масштаб интерфейса (то есть выключаться) без потери процессов терминала и плавно подключаться к новому клиенту (функция, которая была бы очень полезна для пользователей облачного VS Code) и даже делиться экземплярами клиентского терминала с другими (гипервизором -уровень) пользователи.

Для этого есть расширения для встроенного терминала VS Code, но если вы ищете абстракцию для терминалов, было бы круто объединить в abduco .

Вкладки терминала, которые взаимозаменяемы в пользовательском интерфейсе с вкладками редактора

Это просто великолепно.

Мы могли бы избавиться от нижней консоли и превратить все ее панели (Проблемы, Вывод, Консоль отладки и все терминалы) в обычные вкладки редактора, которые можно открывать по мере необходимости, причем каждый тип панели имеет определенный значок.

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

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

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

С новым api веб-просмотра мы, вероятно, уже можем это сделать в какой-то момент.
Но это означает, что вам нужно писать всю обработку launch.json самостоятельно, что не идеально.

Однако есть преимущество в том, чтобы сделать его просто «вкладкой» редактора, потому что вкладка редактора может иметь обработчики Serialize / Deserialize.
Таким образом, можно дать терминалу режим сохранения и восстановления. (например, сохраните идентификатор сеанса tmux и повторно подключитесь при восстановлении)

POC: https://github.com/mmis1000/Vscode-terminal-tab

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

Функция сохранения и восстановления отслеживается в https://github.com/microsoft/vscode/issues/20013.

@Tyriar Я на самом деле Terminal вместо этого и использовал его в качестве подчиненного экземпляра pty, поэтому, по крайней мере, такие вещи, как интеграция с git, будут работать (похоже, что нужно передать некоторый env на терминал).

Однако оказалось, что представленный api vscode слишком ограничен. Он не только не предоставлял подчиненный процесс pty, но также не предоставлял stdio и функции терминала, такие как изменение размера pty. Делает совершенно невозможным использование в качестве источника pty. Так что я был вынужден создать pty самостоятельно.

POC: https://github.com/mmis1000/Vscode-terminal-tab

Привет, @ mmis1000, не могли бы вы добавить несколько инструкций по установке, это было бы здорово. Очень хотелось бы это иметь.

@ mmis1000 это ограничено дизайном, так как это должно быть частью основного продукта, есть также проблемы с производительностью с событием window.onDidWriteTerminalData , поэтому оно застряло в предложенном. Хотя такого рода расширения могут быть полезны как временное решение, меня беспокоит потенциальный длинный хвост пользователей, когда мы заставим терминалы работать в области редактора. Еще одна проблема, с которой вы можете столкнуться, - это использование node-pty, поставляемого как часть vscode, это не общедоступный API, предназначенный для потребления, и, скорее всего, в будущем ваше расширение сломается.

@Tyriar Как пользователь cloud9 (и по-прежнему оставаться пользователем cloud9).

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

Я в основном использую cloud9 как веб-терминал для управления VPS. (И это ЕДИНСТВЕННАЯ причина, по которой я все еще использую его сейчас. Becuase vscode действительно плохо справился с терминалом. Это огромная боль - потерять терминал, случайно открывая его каждый раз).

Cloud9 просто всегда показывает одно и то же окно, тот же редактор, тот же терминал и тот же сеанс в том же месте, что и перед тем, как закрыть браузер вчера. Если он не может найти сеанс (возможно, сервер перезагружен), он по крайней мере повторно откроет для вас новый с той же средой.

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

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

Если честно, предоставленный терминал vscode на самом деле не выглядит продуктом последнего поколения.

@ mmis1000 Не могли бы вы добавить инструкции по установке?

Репозиторий https://github.com/mmis1000/Vscode-terminal-tab имеет собственное средство отслеживания проблем. Любой, кто чувствует необходимость спросить об этом проекте, спрашивайте здесь.

Для демонстрации того, какой терминал я ожидаю увидеть на удаленном ide / браузере на основе ide.
Я ожидал, что он просто восстановит позицию вкладки / сеанс терминала, когда я закрыл его вчера.
Вместо It will kill the all the important tasks I am running instantly because I accidentally close the the browser / the browser crashed / the computer BSOD .

Это еще одна проблема https://github.com/microsoft/vscode-remote-release/issues/3096 .

@xgdgsc выглядит вероятным, но это не так.

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

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

@ mmis1000 снова, который отслеживается в https://github.com/microsoft/vscode/issues/20013 , последние новости можно найти там. Старайтесь не отвлекаться от темы, так как очень много людей получают уведомление, когда вы комментируете эту проблему.

Есть ли шанс получить это в следующих итерациях?

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