Vscode: Правильные вкладки для открытых файлов

+1

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

Можно ли добавлять вкладки через собственное расширение?

Нет, в настоящее время это невозможно из расширения (см. Также http://code.visualstudio.com/docs/extensions/our-approach)

+1

: +1:

: +1:

+1

Вкладки - это способ работы по умолчанию даже в Visual Studio, не говоря уже о других текстовых редакторах, таких как Sublime.

Для тех, у кого отсутствуют вкладки, пробовали ли вы использовать Ctrl+Tab для навигации по истории открытых файлов?

Да. Но файл остается в контексте Ctrl+tab даже после закрытия файла. Опыт не такой, как у Sublime / Atom.

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

Это было бы прекрасно!

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

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

Возвращаясь к Ctrl + Tab: мы в команде всегда работали без вкладок с первого дня, и на самом деле у нас даже не было представления рабочих файлов долгое время, и на самом деле не так много людей в команде используют его. Мы обнаружили, что для нас не имеет большого значения, какой файл вы открыли или закрыли. Наш разум скорее думает о хронологическом порядке того, какой файл мы редактировали последним. Поэтому, когда я вызываю Ctrl + Tab, он обычно показывает мне те файлы, в которых я был последним. На самом деле я не смотрю на количество файлов, меня интересуют только 5 лучших по максимуму. Преимущество этой модели в том, что вам совсем не нужно управлять макетами и вкладками. Управление происходит естественно, когда вы перемещаетесь между файлами.

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

@bpasero Я ctrl+tab , я только что понял, что его можно использовать для перехода к предыдущему файлу, чего я хотел и до сих пор не изучал. Так что хорошо.

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

Да, Ctrl+Tab - это все, чтобы вернуться в историю файлов, над которыми работаете. Вы можете нажать и удерживать кнопку Ctrl и нажимать Tab несколько раз, чтобы вернуться за пределы 1 файла.

Ctrl+tab - замечательная вещь, и я полностью ее поклонник. Это то, что упускает даже Атом.

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

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

Что ж, я уверен, что мы сможем найти больше примеров UX, где мы привыкли к чему-то, а затем мы привыкли к чему-то намного лучшему :). Подумайте о клавиатуре мобильного телефона и сенсорном взаимодействии со смартфоном.

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

Да, думаю, нам нужно будет сделать что-то подобное в 2016 году. @Stevencl fyi

Что касается вкладок и нескольких файлов в каждом разделе: даже в Sublime Text мы можем открыть 3 редактора бок о бок, но они по-прежнему предлагают секционный макет с вкладками.

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

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

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

Большое спасибо за отзыв.

У нас есть проблема в нашем невыполненном UX-журнале (# 1133), чтобы улучшить управление рабочим пространством (управление открытыми файлами, историей и т. Д.), Частью которой это будет. Наше намерение состоит в том, чтобы улучшить взаимодействие с пользователем таким образом, чтобы управление списком открытых и недавних файлов было простым и простым и позволяло пользователю сосредоточиться на своем коде, не обращая чрезмерного внимания на пользовательский интерфейс VS Code.

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

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

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

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

Запишите меня!

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

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

Стоит иметь в виду, что не все являются веб-разработчиками, я считаю, что шаблоны и рабочий процесс имеют тенденцию немного отличаться для разных языков и стилей приложений. Как нативный разработчик обычно имеет видимый набор связанных файлов; cpp + h , возможно, также inl , и вы обычно не работаете только с одним файлом изолированно. У меня часто рядом с кодом отображается вид дизассемблирования. Моя среда редактора охватывает 2 монитора, при этом в любой момент времени видны 4 файла, и мне было бы трудно работать в более жесткой среде, чем это.
Мне также не хватает возможности взять вкладку и вырвать ее в небольшое плавающее окно, которое я часто устанавливаю на «всегда сверху», что обычно используется в качестве ориентира, или что-то, что я часто копирую / пазинг в / из.

Прямо сейчас, например, я пытаюсь реорганизовать и упростить унаследованный код; мой текущий рабочий набор файлов - это ... component.cpp, component.h, component.inl, Компоненттимпл.cpp, Компоненттимпл.h, icomponent.h. Это 6 файлов! И я не могу избежать случайной настройки некоторых других файлов на периферии. Я широко использую ctrl-tab, когда работаю над этим стилем проекта (переключение между двумя файлами), но в этом контексте / кодовой базе я просто не могу работать без вкладок.

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

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

Я был бы признателен за возможность принять участие в этих целевых исследованиях!

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

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

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

: +1:

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

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

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

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

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

Первое, что я делаю с VS Code, - это меняю его файл закрытия и закрываю горячие клавиши активного редактора, так что ctrl + W фактически закрывает файл, когда я его нажимаю, а не оставляю его в рабочих файлах и загромождая ctrl + tab.

Но даже тогда, каждый раз, когда я закрываю файл, меня встречают пустым экраном, и мне приходится нажимать ctrl + tab, чтобы показать самый последний открытый рабочий файл (черт возьми, когда он последний, мне, кажется, также нужно нажмите Enter после ctrl + tab; не знаю, о чем это). В любом другом редакторе меня сразу же встретит либо последний, либо соседний открытый файл (вкладка) после закрытия текущего.

Кроме того, ctrl + tab между рабочими файлами, по-видимому, работает в самом последнем порядке, в отличие от вкладок, которые обычно работают в том порядке, в котором они появляются или расположены. (Я видел, как некоторые редакторы поддерживают оба варианта.)

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

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

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

Кстати, есть расширение, которое после закрытия редактора открывает следующий из рабочих файлов. Если вы объедините это с изменением привязки клавиш, как предлагает @kfranqueiro , вы получите довольно близкий imho.

Вот ссылка: https://marketplace.visualstudio.com/items/bigous.file-smart-reopener-vscode

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

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

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

да

Это потому, что вы так привыкли к этому, или в этом есть смысл?

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

Может ли значение установить активный рабочий набор файлов, который вы позже отклоните, чтобы начать что-то новое?

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

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

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

Я также нахожу еще одно практическое различие, помимо использования пространства и привычной тенденции; Мне нравится, когда вкладки связаны с окном редактора, к которому они привязаны. Обычно у меня открыто как минимум 2, 3, а часто и 4 окна кода (в противовес), и у каждого есть пара связанных вкладок. Возможно, в одном окне у меня widget.cpp/.h , а в другом gizmo.cpp/.h/.inl . Эти вкладки логически связаны с окном кода, к которому они прикреплены, и я нахожу это приятным.

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

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

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

Он просто не превосходит обычные вкладки и поэтому не предлагает веских причин для адаптации ... на мой взгляд :)

+1 @TurkeyMan

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

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

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

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

Подводя итог: рабочие файлы - это не наш ответ на замену вкладок, это скорее комбинация рабочих файлов и Ctrl+Tab . И наша команда более или менее на 100% использует только Ctrl+Tab и ничего больше.

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

Я очень либерально использую Ctrl-Tab, когда это применимо, но вы не можете использовать Ctrl-Tab, если вы активно не редактируете не более 2 или 3 файлов.
У меня есть подозрение, что ваше мнение по этому поводу может быть весьма предвзятым по отношению к вашему конкретному проекту, и это может включать языковой уклон. В C / C ++ типичное количество рабочих файлов удваивается или утраивается, если вы принимаете .h , а в моем случае часто .inl дополняющее каждое .cpp . Ctrl-Tab менее эффективен в этом сценарии, и вы, как правило, вместо этого используете Ctrl- ~ (переключение cpp / h; я также опубликовал запрос функции) в сочетании с управлением вкладками.
Или рассмотрим Java, где каждый класс - независимо от его размера - должен находиться в собственном файле.

В моей повседневной работе у меня часто бывает рабочий набор из 10 файлов, Ctrl-Tab мне не нужен, когда я работаю таким образом. Наиболее практичный рабочий процесс - это 2-4 окна редактора и пара вкладок в каждом окне. Я выбрал этот макет не потому, что он мне нравится; он просто появился, потому что это наиболее эффективный макет рабочего пространства для этой конкретной работы.

+1
Обычно у меня есть разделенный редактор, и закрытие вкладки немного более интуитивно понятно, чем наличие 10+ рабочих файлов.

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

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

Простым примером может быть .cpp и '.h' с вкладками, это будет два щелчка, оба сосредоточены в верхней части окна, тогда как с рабочими файлами это будет 3-4 щелчка с рабочими файлами, которые требуют, чтобы вы выбрали соответствующий редактор, а затем выберите новый файл для редактирования.

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

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

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

Это звучит почти как пробелы v. Tabs, 2.0

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

Это звучит почти как пробелы v. Tabs, 2.0

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

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

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

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

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

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

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

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

Спасибо @stevencl , хорошо, что это хотя бы на радаре, и идет мозговой штурм.

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

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

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

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

Когда дело доходит до этого, если VS удалось опционально воспроизвести _behavior_ вкладок (к которому, похоже, относится хотя бы одна из вещей в # 1133), при этом сохраняя его на стороне, это может быть достаточно хорошим началом . Ctrl + порядок табуляции - это MRU по сравнению с порядком появления - другое дело (Sublime позволяет и то, и другое с помощью разных привязываемых команд).

@stevencl , спасибо за ответ. Хотел бы прокомментировать некоторые из ваших замечаний:

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

Я определенно с нетерпением жду того, что кажется очень светлым будущим VS Code. Я был взволнован, когда услышал, что Microsoft представляет такую ​​мощную среду IDE, как Visual Studio, в миры, выходящие за рамки Windows, а также за принятие новых парадигм разработки приложений с помощью Electron. Престижность за вашу работу на сегодняшний день!

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

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

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

Будет ли какая-то причина использовать что-то помимо TextEdit или Notepad, если все дело в фокусе на коде? Утверждение, что функциональность для всех намерений и целей одинакова для большинства редакторов, UI / X, используемый для достижения этой функциональности, и ее качество - вот что действительно выделяет продукт.

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

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

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

[...] мы действительно стараемся поддерживать минималистичный эстетический стиль, который, по нашему мнению, обеспечивает легкий и мощный опыт. Мы просто очень осторожно внедряем в продукт новый UI и UX.

Я могу в какой-то степени оценить и поддержать эту позицию. Когда сообщество повысит голос, вы должны начать говорить об усыновлении пользователей. Разве не поэтому вы указали, что отсутствие сворачивания VS Code вызывает беспокойство пользователей в своей дорожной карте на март? Некоторые вещи такие, как есть, и не зря. На ум приходят меню «Пуск» в Windows и док-станция в OSX.

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

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

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

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

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

Более простой способ управления разделенными окнами уже был бы улучшением. Я могу привести аргумент в пользу рабочих файлов тем, что управление окнами ВСЕГДА может находиться в одном и том же месте. Управление вкладками требует больше усилий, когда вы хотите переставить 2-4 раздела (экран с высоким разрешением + атом = горизонтальное и вертикальное разделение при необходимости). Таким образом, существует возможное решение, которое сохраняет интерфейс рабочих файлов, но, скорее, расширяет его, делая его более сложным.

Спасибо, я ценю возможность поговорить об этом.

@ianwesterfield , вы правы насчет рабочих файлов и выделили одну из проблем, которую мы хотим решить. Есть и другие проблемы, многие из которых отмечены @kfranqueiro . Текущий опыт определенно не является желаемым.

Проработав несколько лет над дизайном Visual Studio, я видел проблемы UX, которые могут вызывать вкладки. Я потратил 18 месяцев на работу с вкладками предварительного просмотра в Visual Studio, которые являются попыткой уменьшить проблему « адда вкладок», описанную выше в

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

Благодарим вас за понимание и описание проблем, которые у вас возникают в настоящее время при управлении файлами в VS Code.

@stevencl , Забавно, что вы упомянули вкладку предварительного просмотра - мне это нравится. Замечательно, что VS Code, Sublime, Atom, Brackets (через расширение) и т. Д. Имеют такую ​​функцию предварительного просмотра по умолчанию.

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

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

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

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

К сожалению, Windows остается худшей платформой / экосистемой для разработчиков с лучшей средой для разработки, и так было уже около 15 лет. Очень странно.
Я не знаю почему, но мне кажется, что среда разработки (продуктивность) важнее экосистемы в моем балансе, но это болезненный баланс, и я буду счастлив, как свинья в грязи, когда смогу использовать VS в Linux. -время! Мы так близки!
Я знаю, что вы, ребята, рассматриваете это как средство для исследования новой территории, и это совершенно круто, но в краткосрочной перспективе мы действительно просто хотим VS на Linux (или OSX, если вы так качаете), как мы мечтали о десять лет или около того, и мы наконец-то сможем положить конец нашим страданиям! ;)
</dramatic_commentary>

TL; DR, исследование - это здорово, и я уверен, что вы стремитесь к лучшему конечному продукту, который вы можете сделать, но, возможно, тем временем безопасные знакомые решения?

+1 для вкладок. Вопрос - почему бы вам тогда не удалить его из Visual Studio Bundle? Посмотри, что будет потом ...

+1 за вкладки! Пожалуйста, примените это в будущем обновлении.

Предполагается, что «[tabs] в большинстве случаев разрастается настолько, что в конечном итоге вы ничего не видите». Я бы хотел оспорить это предположение. Я использую вкладки в качестве видимого индекса файлов, которые мне интересны в настоящее время, и я активно управляю этим индексом, поскольку мой интерес со временем меняется. Видимость важна: я постоянно обращаюсь к физическим вкладкам, чтобы переориентировать себя. С рабочими файлами я лишен возможности просматривать этот индекс и управлять им. Например, не существует способа удалить файл из Рабочих файлов с помощью клавиатуры. Такое ощущение, что я борюсь с редактором. Пожалуйста, добавьте вкладки в стиле Sublime Text.

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

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

+1 для вкладок. Почти год работаю с VSCode и мне это очень нравится. Но по-прежнему пропускаем вкладки, особенно при работе с отладкой или поиском, или git left section. Вкладки помогают не думать о том, какой файл содержит код, над которым вы работали раньше. Я считаю, что пользователи управляют вкладками и их порядком, учитывая также положение вкладки, которое может быть связано с исходным кодом, с которым они работают. Разделенные вкладки редактора также могут сохранить это намерение.

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

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

Это в сочетании с тем фактом, что когда вы закрываете файл / фокусируетесь на новом «рабочем» файле, файловый менеджер ПЕРЕМЕЩАЕТСЯ к открытому файлу вместо того, чтобы оставаться в вашем последнем месте, очень запутывает.

Я понимаю, что вас это не беспокоит, поскольку «вы использовали его без вкладок в течение 4 лет», поэтому все, что выходит за рамки области Ctrl + Tab, рассматривается как странный способ использования программы.

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

: +1:

Я работаю с вкладками намного продуктивнее! Я использую Atom, поскольку использую Google Chrome (Ctrl + 1 для первой вкладки, Ctrl + 5 и т. Д. Ctrl + Tab, Ctrl + Shift + tab).

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

Так что, пожалуйста, внедрите вкладки.

Вкладки очень пригодятся, +1

: +1:

@MadSpindel «Рабочие файлы делают меня менее продуктивным, и я всегда чувствую себя немного разочарованным после их использования». 1000% согласны ... это похоже на то, что нас заставляют не делать вкладок, чтобы кто-то высказал мнение или что-то в этом роде. Нам это не нравится, если да, то сделайте это для нас необязательным, пожалуйста.

В Visual Studio Power Tools есть возможность отображать вкладки вертикально, что мне очень нравится.

: +1: и я согласен с @sitefinitysteve. Если команда настаивает на отсутствии вкладок, то по крайней мере улучшите API расширения, чтобы его могли добавить третьи лица.

Здесь важны вкладки - мы должны на мгновение вернуться к другой недостающей функции:

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

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

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

@riclf имеет это место.

Обычно у меня открыты 3 вертикальных столбца, HTML, JS и CSS слева направо.

В Sublime у меня были все вкладки html над первым столбцом, все файлы JS в виде вкладок над вторым столбцом и т. Д. Вкладки имеют контекст, и я знаю, что не собираюсь открывать неправильный файл в неправильном столбце.

Это практически невозможно в VS Code, я могу открыть 3 столбца, только дважды используя "open to the side", и столбец может полностью исчезнуть, если файл закрыт, после чего я могу открыть новый, но мне нужно изменить порядок их. Если я открываю файл, он снова открывается в столбце, в котором находится курсор, поэтому, если я открываю файл css, я должен убедиться, что мой курсор находится в третьем столбце. Это совершенно бесит.

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

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

Просто мой 2с.

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

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

Как пользователь mvim, у меня открыто несколько наборов файлов TDD и вкладка между ними. Например, я Angular + тесты, сервер + тесты, огурец или скрипты поведения +. Я не хочу использовать вкладку для доступа к одному файлу, а хочу получить доступ к комбинации открытых файлов. Я перешел на VSCode на 3 месяца для проекта Typescript, потому что он действительно имел лучшую в своем классе / потрясающую поддержку Typescript. Однако, как только я перешел к проекту, не относящемуся к Typescript, я обнаружил, что сравнил его возможности поиска, навигации и подстановки общего назначения непосредственно с mvim и, к сожалению, быстро (то есть мгновенно) вернулся к своему прежнему редактору. У меня 27-дюймовый дисплей Apple Cinema, и, если возможно, я бы получил дисплей большего размера. У меня достаточно места для множества вкладок и пар файлов, и у меня нет веских причин ограничивать использование этого пространства моим редактором. Я не хочу иметь дело только с одним файлом за раз - я хочу открывать многие и отслеживать переход от вкладки к вкладке.

Две недели назад я снова попробовал Visual Studio Code. Я был приятно удивлен, когда возился с несколькими файлами. Но когда я начал работать над настоящим (большим) проектом с более чем горсткой открытых файлов, отсутствие вкладок стало очень раздражать. _Working Files_ меня просто не устраивало, и это меня тормозило. Через 3 дня меня это так разозлило, что я вернулся к Sublime Text. У меня есть два 24-дюймовых экрана на работе (Windows), 27-дюймовый Mac дома, и я легко могу открыть 20 вкладок и все равно различать, какой файл есть. В моем случае много места на экране для вкладок. _You_ уже показывает имя файла, открытого в редакторе. Все пространство справа от имени файла не используется (за исключением значков справа от окна) и может быть заполнено вкладками (что и делает Sublime Text). Я говорю дать пользователям возможность работать с _Рабочими файлами_ и / или вкладками файлов. А пока я возвращаюсь к комбинации Sublime Text и Visual Studio Enterprise. Когда вкладки будут добавлены, я пересмотрю.

Для опции Working Files мне нужно переключить боковую панель (поскольку я держу ее скрытой для расширенного просмотра кода), чтобы выбрать файл. И параметры Ctrl+P и Ctrl+tab также не удобны для пользователя.

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

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

Когда я был новичком в VS Code, мне очень не хватало вкладок. Затем я обнаружил ctrl + tab, и они мне больше не нужны.

Я несколько месяцев пытался сделать vscode (что в большинстве случаев круто) моим основным редактором, но отсутствие вкладок меня раздражает и снижает производительность (я один из тех, кто активно управляет набором открытых вкладок. в других редакторах). Ctrl + tab не заменяет вкладки.

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

@pesho Совершенно верно !

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

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

@pleerock Вы даже не собираетесь пробовать IDE, потому что в ней нет вкладок ?! (Oo) weeeweweweweeeww. Они не хотят добавлять вкладки, потому что вкладки бессмысленны, многословны, они обычно не добавляют никакой ценности, добавляя верхнюю часть в пространство хромов окон. Альтернативы предоставляют больше метаданных, простоту использования и более быструю навигацию.

С помощью вкладок я выбираю, какие файлы остаются открытыми. Будь то CTRL + вкладка или «Рабочие файлы», если я открою файл, чтобы найти в нем какой-то код, переключиться на другой, чтобы использовать указанный код, у меня нет способов вернуться к моему первому файлу, кроме необходимости повторного перейдите к файлу в проводнике.

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

Если, когда я открываю файл, он остается в разных историях файлов, то без табуляции все в порядке. Возможно, если файл был открыт более 5 секунд, он заслуживает записи в CTRL + Tab.

@ 4tron да, это для меня, потому что я хочу использовать удобную для меня IDE. для кого-то потеря вкладок бессмысленна и безопасна для их пространства (вероятно, они используют нетбуки и им не хватает места для действительно нескольких лишних пикселей =)), для других это удобно и увеличивает их производительность. Любое хорошее программное обеспечение должно быть настраиваемым и иметь возможность скрывать / отображать панели. «сэкономить место» не поспоришь. Ввести вкладки + добавить возможность отображать / скрывать их (если это действительно кому-то нужно =)) это лучший способ. Не нужно открывать новую Америку или внедрять неправильные инновации, нужно учиться у лучших здесь IDE, которые годами делали UX лучше и лучше, таких как intellij, visual studio и другие

Это действительно просто - просто сделайте это в настройках - вкладки или без вкладок. Когда вкладки включены, рабочие файлы отсутствуют, когда вкладки выключены, рабочие файлы. Это был Гений! ;)

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

Я думаю, что предпочтения тоже подойдут.

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

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

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

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

+1

У меня экран 4K, и отсутствие вкладок по горизонтали действительно отключает меня от VsCode

Кстати, я хочу уточнить, что мне нужны не просто вкладки, мне нужны наборы вкладок. Как разработчик полного стека mvim TDD на Mac, я думаю в терминах контекстов. html + css, angular + тесты, node + тесты, огурец + шаги теста. Обычно я работаю в одном контексте над несколькими строками кода, прежде чем перейти к следующему контексту, стилю TDD. При использовании mvim я не только очень быстро переключаюсь между этими контекстами (используя ту же последовательность клавиш, что и для Mac Terminal, Mac Finder и Safari или Chrome), но и пользуюсь макросами, которые автоматически открывают парный файл, так что из angular, я могу автоматически открыть соответствующий тест. Это невероятно продуктивный способ работы, при котором я держу пальцы на клавиатуре.

Если бы я нашел среду разработки, которая позволила бы мне открывать «связанные» файлы во фреймах рядом друг с другом, просто переключая одну вкладку, например, когда я открываю button.html , рядом с ней открывается button.js и button.scss в третий кадр, я никогда больше не буду использовать другую IDE.

Я знаю, что этого никогда не произойдет, но просто говорю.

Что ж, тогда вам следует использовать mvim! http://www.vim.org/scripts/script.php?script_id=1567 Команда: AV открывает связанные файлы (A для связанных).

То, о чем говорит

+1

То же самое и здесь, хотелось бы вкладок.

Я только что перешел на VSCode с Atom и заметил, насколько он удивительно организован и чист после некоторого времени поработав с ним. Причина? Нет перенаселенности вкладок! Фактическое отсутствие вкладок делает этот опыт таким плавным. Моя основная навигация по файлам - это меню command-P, которое позволяет мне быстро переходить к любому файлу.

Вкладки VS идеальны, пожалуйста, перенесите вкладки, также было бы здорово открепить вкладки в отдельное окно!
Спасибо за vscode :)

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

Есть пара ситуаций, когда панель вкладок абсолютно необходима .

1. Быстро переключайтесь между множеством вкладок.
   Для меня обычная ситуация - мне нужно сравнить 2 или более файлов по их форме, например, чтобы сравнить упрощенный китайский и его традиционный эквивалент. Различие не решит проблему, потому что это разные символы. Единственный способ - быстро переключаться между вкладками, чтобы увидеть, есть ли пропущенное слово у вас на глазах. Используя ST, я могу переключать вкладки с помощью Alt-NUM, но в VSC единственный возможный способ - использовать несколько Ctrl-Tab или быстро перемещать и щелкать мышью.
2. Длинные и трудные для ввода имена файлов.
   Использование Ctrl-P для переключения между файлами неплохо. Но как насчет некоторых имен файлов, которые имеют общее длинное исправление? Как насчет некоторых имен не на английском языке? Подумайте, сколько времени вы бы потратили на Ctrl-P, чтобы переключаться между 青年急着买房的原因（上）.md и 青年急着买房的原因（下）.md ?

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

@ msg7086 Я не уверен насчет первого пункта, но для пункта два не могли бы вы ctrl + p а затем ввести .md оставив вам два варианта, а затем просто ctrl + tab чтобы выбрать тот, который вы хотеть? Не уверен, что правильно понимаю проблему

@ 4tron Спасибо за ответ. Однако ваш метод работает, только если у меня есть только 2 файла этого типа. В действительности люди, вероятно, будут работать с кучей этих файлов в одном каталоге. Imaging Я пишу блог, в котором есть 50 сообщений в формате уценки, с разными символами на китайском, корейском или арабском языках и т.д. в качестве имен файлов. Реальный сценарий, с которым я столкнулся, был на самом деле некоторыми файлами субтитров с именами CJK, где все они были *.ass , поэтому Ctrl + P по расширению работает не очень хорошо.

Очень признателен, если это может быть реализовано

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

+1 для вкладок. Пожалуйста, внедрите вкладки.

+1 за вкладки!

Я тоже голосую за добавление вкладок.

+1

+1

+1

Нам нужны вкладки как можно скорее.

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

Подумаешь?

• Область рабочих файлов заблокирована по высоте, та же проблема, что и слишком много вкладок, за исключением того, что ею неудобно управлять (здесь нет мыши или колеса прокрутки). Вкладки можно легко удалить, предоставив пользователю следующий документ в стопке открытых файлов.
• Столбец Explorer в коде намного шире, чем в Sublimes, иногда его нужно минимизировать при запуске двух приложений бок о бок для экономии места (например, Unity слева, Code справа). Вкладки не нуждаются в экономии места для работы, в коде уже есть хорошая пустая область, куда они могут идти.
• Вкладки выигрывают за простоту использования и экономию места, нет необходимости в исследовании UX. Их легко использовать, и они всем нравятся.

Пожалуйста, дайте нам управление документами с вкладками :)

+1, я.

+1

+1

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

Тоже самое. Это ОДНА вещь, которая удерживает меня в использовании.
Оп до 10 мрт. 2016 в 15:18 schreef Конрад Пяскик < [email protected]

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

-
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -194867036.

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

Если это будет добавлено, ПОЖАЛУЙСТА, добавьте следующее:

1. Закройте функциональность вроде Google Chrome. (Всегда раздражался, что в стандартной версии VS этого не было.)
   - « Закрыть другие вкладки »
   - « Закрыть вкладки справа ».
2. Возможность открыть вкладку вправо или влево. (VS изменил значение по умолчанию в какой-то момент, но затем добавил возможность изменения)

Вкладки работают. Они везде, люди к этому привыкли. Текущий список файлов не интуитивно понятен. После 2 месяцев ежедневного использования VS Code я все еще обнаруживаю, что перехожу на вкладку почти каждый раз, когда мне нужно переключать файлы. Тот факт, что любой другой редактор будет продолжать использовать вкладки, создает огромный барьер для того, чтобы что-то другое стало интуитивно понятным.

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

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

-1

Несколько замечаний, почему я против вкладок:

• Время, потраченное на вкладки, будет потрачено на внесение других улучшений в редактор.
• Я заставлял себя стать более клавишным коммандос, и отсутствие вкладок было полезным. Так что я аргументирую это с точки зрения вашего блага, хотя сам я еще даже не там.
• Что касается предыдущего, это напоминает мне о том, когда появился Gmail, и мне пришлось убеждать людей в том, что ярлыки лучше папок. Некоторые люди просто не могут его обработать и все еще качают свои учетные записи электронной почты AOL / ISP. Я думаю, М.С. следует занять здесь позицию, сказав: «Мы просто думаем, что это лучший способ делать что-то».
• Если бы я предложил что-нибудь, это было бы предварительное объяснение того, почему вкладок нет, а также примеры навигации в редакторе без них.

Что ж, есть компромисс - сделать вкладки видимыми или нет в Preferences / Options.

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

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

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

Как я уже говорил ранее в этом потоке , отсутствующее _behavior_ столь же важно, если не более, чем визуальный компонент. Я за использование сочетаний клавиш, таких как ctrl + [shift +] tab или даже ctrl + P для перехода к файлам (включая открытые), но поведение рабочих файлов и то, как он управляет окнами редактора (и тот факт, что он ctrl + tabs в порядке MRU) Меня ужасно раздражает.

Держи телефон! Я получил ответ! Идеально! Готов? Нам не нужны вкладки. Давайте просто расширим рабочие файлы с помощью простой возможности отображать их на вкладках по горизонтали в верхней части редактора! Ух! Проблема решена без создания вкладок!

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

Так что я -1 по этому поводу. Но все же хотелось бы увидеть расстыковку окон.

Я только что перешел на VSCode с Atom и заметил, насколько он удивительно организован и чист после некоторого времени поработав с ним. Причина? Нет перенаселенности вкладок! Фактическое отсутствие вкладок делает этот опыт таким плавным

это. 100% согласен.

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

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

@ jayrosen1576 Может быть, проблема в том, что на самом деле никто не делал подробных предложений о том, как это должно выглядеть

• должна ли панель вкладок располагаться поверх всех окон?
• Как будет работать нажатие на вкладку, если у вас есть несколько файлов, открытых бок о бок, или в будущих версиях, даже разделенных по горизонтали?
• Всегда ли будет выделена вкладка активного файла? Что если консоль отладки сфокусирована?
• Если вы включите настройку вкладки, будет ли удален раздел рабочих файлов, потому что он избыточен?
• А как насчет повторяющихся имен файлов в разных папках?
• А как насчет дублирующейся кнопки закрытия вкладки и панели?
• Закрытие панели закроет вкладку?
• Вкладка появится, как только вы откроете файл, как в Atom (urgh), или только при редактировании, как в рабочих файлах?

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

Вот предложение того, как это должно выглядеть:

1) Скачать Atom
2) Откройте Атом
3) Посмотрите на вкладки
4) Реализовать в VSCode

@ jayrosen1576 серьезно? Я назвал некоторые серьезные проблемы с реализацией Atom, а также проблемы, которых у Atom просто нет, потому что у него нет концепции рабочих файлов.

Опять же, изображение вашего профиля говорит обо всем.

• должна ли панель вкладок располагаться поверх всех окон?
  Ответ: Да. Попробуйте вкладки в Atom
• Как будет работать нажатие на вкладку, если у вас есть несколько файлов, открытых бок о бок, или в будущих версиях, даже разделенных по горизонтали?
  О: Вкладки появляются в верхней части каждой панели. Попробуйте вкладки в Atom.
• Всегда ли будет выделена вкладка активного файла?
  Ответ: Да. Попробуйте вкладки в Atom.
• Что если консоль отладки сфокусирована?
  О: Тот же результат, что и тогда, когда консоль отладки теперь сфокусирована с двумя файлами, открытыми бок о бок.
• Если вы включите настройку вкладки, будет ли удален раздел рабочих файлов, потому что он избыточен?
  О: Только если отключить рабочие файлы (как вариант)
• А как насчет повторяющихся имен файлов в разных папках?
  A: Вкладка включает частичный путь. Попробуйте вкладки в Atom.
• А как насчет дублирующейся кнопки закрытия вкладки и панели?
  О: Панель не имеет кнопки закрытия. Попробуйте вкладки в Atom.
• Закрытие панели закроет вкладку?
  Ответ: Да. Попробуйте вкладки в Atom.
• Вкладка появится, как только вы откроете файл, как в Atom (urgh), или только при редактировании, как в рабочих файлах?
  О: Только если вы включите эту опцию (usePreviewTabs = false в Atom отключает это). В противном случае двойной щелчок открывает их во вкладке. Попробуйте вкладки в Atom.

@felixfbecker Поскольку этот продукт носит прозвище Visual Studio, должны быть дополнительные вкладки, и они должны вести себя так же, как и в любом другом продукте Visual Studio.

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

Держи телефон! Я получил ответ! Идеально! Готов? Нам не нужны вкладки. Давайте просто расширим рабочие файлы с помощью простой возможности отображать их на вкладках по горизонтали в верхней части редактора! Ух! Проблема решена без создания вкладок!

@ jayrosen1576 На самом деле это не решает всей проблемы, поскольку, как я уже говорил ранее (и снова

@kfranqueiro Полностью согласен. Я просто был язвительным. Эта вкладка - действительно глупый аргумент. Если бы у VSCode просто была возможность вкладки вкладок Atom с возможностью их скрытия (даже по умолчанию), это было бы идеально. Я думаю, мы все просим об одном и том же. Я просто не могу понять, почему оба не могут быть включены с возможностью их отключения.

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

@nvivo Сам бы не

так же, как выбор меню VS в верхнем регистре.

@nvivo Вы пробовали это расширение? Нет пункта меню, но вы можете настроить некоторые сочетания клавиш. работает очень хорошо.

https://marketplace.visualstudio.com/items?itemName=wmaurer.change-case

Если вам не нравится это обсуждение, просто продолжайте. Читать эту ветку совершенно необязательно!

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

Будете ли вы продолжать использовать VS Code, если вкладки не добавятся в ближайшее время? Да нет

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

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

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

Расширения браузера? Активный ... NVM.

Честность не вижу причин для вкладок. Любовь к вкладкам просто чертова. С точки зрения выполнения фактической работы, ярлыки делают все необходимое, с поиском по регулярному выражению, дополнительными метаданными и гораздо более совершенным рабочим процессом с поддержкой Steam. Они обеспечивают основную эзотерическую потребность, я не знаю, в чем-то знакомом. Я чувствую, что это просто толчок, чтобы увидеть, будет ли ms служить сообществу, чтобы увидеть, действительно ли они меняются. Хотя это не так бессмысленно, как весь текст в верхнем регистре в выпуске vs.

С точки зрения того, что было сказано ранее.

«Я не думаю, что это отнимает время у других улучшений»

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

@ 4tron , конечно же, это заговор злого сообщества для тестирования майкрософт здесь! Разве не всегда один?

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

Я говорю: давайте перестраховываемся. Давайте сначала подождем и посмотрим, поддерживает ли какой-нибудь другой хороший редактор эту новую функцию, чтобы мы не тратили время и силы на то, что на самом деле не работает. Давайте проверим Visual Studio, intellij, eclipse, atom, sublime, monodevelop, notepad ++ или любой другой, имеющий значительную базу пользователей. Как только хотя бы _ некоторые_ из этих редакторов будут поддерживать эту функцию в течение пары лет, не заменяя ее чем-то другим, тогда появятся некоторые признаки того, что это полезная функция.

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

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

Гехехе, весело!

Оп за 12 мкр. 2016 в 11:57 schreef Natan Vivo [email protected]

@ 4tron https://github.com/4tron , конечно есть заговор
злое сообщество для тестирования Microsoft здесь! Разве не всегда один?

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

Я говорю: давайте перестраховываемся. Давайте сначала подождем и посмотрим, может ли какой-нибудь другой хороший редактор
поддерживает эту новую функцию, поэтому мы не тратим время и силы на что-то
это на самом деле не работает. Давайте проверим visual studio, intellij, eclipse,
atom, sublime, monodevelop, notepad ++ или любой другой, имеющий
значительная база пользователей. Один раз хотя бы _ некоторые_ редакторы поддерживают
эту функцию в течение пары лет, не заменяя ее чем-то другим,
тогда будет некоторое указание на то, что это полезная функция.

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

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

-
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -195715795.

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

@ 4tron Мне показалось, что он также сравнивал текстовые редакторы с текстовыми редакторами.
Я думаю, что они отлично справляются с расширяемостью vscode, но я твердо придерживаюсь мнения, что вкладки должны быть готовой функцией. Это понятие «О, вам нравятся вкладки, как и все другое программное обеспечение, которое вы используете? Погуглите проблему, найдите рекомендации, объясняющие, как установить соответствующее расширение, созданное пользователем, и все готово!» не летает. Я полагаю, что большинство пользователей просто ожидают, что вкладки существуют, и я сильно сомневаюсь, что очень много людей подумают, что вы найдете панель вкладок, установив расширение. Я почти уверен, что этому никогда не предшествовало какое-либо другое программное обеспечение. Почему люди думают об этом?

@TurkeyMan
Его риторика действительно началась со сравнения с браузерами.

Здесь мы говорим о разработчиках. Я действительно думаю, что они проявили бы инициативу, если бы захотели вкладки. Мне очень жаль, что я против этой идеи, но я не вижу вкладок с обоснованными причинами, я постоянно использую alt + q Я просто не вижу никакой добавленной стоимости. это мое личное мнение, и, возможно, я дерьмовый разработчик из-за того, что не понимаю, насколько полезны вкладки. Я думаю, что этот разговор многословен, и лично я хотел бы, чтобы vscode открывался как изолированная оболочка для почти полной настройки и даже бизнес-моделей, т.е. где кто-то может улучшить настройку до определенной степени, например, для разработки drupal или разработки wordpress, где сборка редакторов основана на экосистеме пользовательской кодовой базы. Это тоже мне кажется лучшей проблемой, которую нужно решить.

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

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

@ 4tron , Забавно было, но я к этому серьезно отношусь.

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

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

Вот почему глупо обсуждать, хороши ли вкладки или нет. VS Code - это не UX-эксперимент, это попытка создать хороший редактор .NET для всех платформ. Сделайте эту чертову штуку полезной для 90% людей, и у вас все получится.

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

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

@ 4tron Я пробовал это много раз, и я не использую vscode регулярно, потому что он, кажется, плохо масштабируется для больших проектов, а отсутствие вкладок - одна из основных практических причин, которые мне кажутся верными.
В основном я использую его как легкий текстовый редактор, когда редактирую небольшое количество файлов, но как только я хочу работать над одним из наших больших проектов, vscode просто не работает. Отсутствующие вкладки и отсутствие понятия подпроектов (или «решений», как выражается VS) - единственные препятствия, о которых я сейчас знаю.

Я просто хочу прокомментировать идею добавления всего с помощью плагинов. Хорошая цель; иметь отличную структуру расширений важно, но я думаю, что им нужно быть осторожными, чтобы не слишком увлекаться этой идеей.
Я использую VS, и, хотя это сводит меня с ума, я обнаружил, что привязан к нему, потому что он имеет очень высокий уровень качества продукта, чего я ожидаю от продукта MS. Я пробовал все альтернативы OSS (и другие проприетарные инструменты), и все они, похоже, не соответствуют основным принципам удобства использования (особенно когда речь идет об отладке).
Я очень надеюсь, что цель vscode не в том, чтобы быть легкой оболочкой, в которую каждый случайным образом взламывает функции с помощью расширений ... уже есть много других инструментов, которые подходят под это описание, я не считаю еще один убедительным. То, что я хочу от vscode, - это то, чего я всегда хотел от VS; быть хорошо спроектированным с точки зрения удобства использования профессиональными UX-дизайнерами и быть КРОСС-ПЛАТФОРМОЙ.

Я думаю, что те, кто против вкладок, могут упускать из виду суть. Я (мы) не желаем решения «все или ничего». Все, что мы просим, ​​- это простой вариант включения вкладок (по умолчанию они могут быть скрыты), которые выглядят и ведут себя так же, как в популярном редакторе Atom. Если они вам не нравятся, вы даже не узнаете, что они существуют. Если да, то их можно включить. А тем, кто никогда не использовал Atom и многопанельные + вкладки, я предлагаю вам попробовать его, прежде чем полностью игнорировать их аргументы. Возможно, они вам не нравятся, но вы должны признать, что они полезны для многих из нас. Если бы не отличные возможности VS Code для отладки node.js, я бы использовал исключительно Atom. Я не против рабочих файлов. Я думаю, что они могут быть полезны, однако они не могут быть хорошей заменой вкладкам и на самом деле не являются альтернативным способом сделать то же самое. Это все равно что сказать: «У вас есть Honda Civic, зачем вам пикап?» Попробуйте погрузить 1200 фунтов бамбукового пола с пазами в заднюю часть вашего Civic, и вы поймете, почему. Оба являются транспортными средствами, но служат разным целям.

Как я уже говорил ранее, возьмите Visual Studio, Edge или любой другой продукт Microsoft для одного выпуска и посмотрите на реакцию. Это будет некрасиво. У всех нас может быть и то, и другое. Мы просим, ​​чтобы вкладки были _ необязательным_, а не обязательным компонентом редактора. Можно ли лучше потратить время на разработку другого редактора? Конечно. Важнейшие исправления ошибок и улучшения, которые блокируют использование редактора, всегда должны быть на первом месте. Тем не менее, я уверен, что было добавлено множество функций, которые не достигают уровня критического улучшения или исправления. Так что, если на это тратится время, то следует выделить время для функции, о которой просят подавляющее большинство в этой теме.

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

Я не думаю, что есть большая «страсть к вкладкам». Что происходит, так это то, что после того, как @bpasero заявила: « Я не думаю, что вкладки - хороший способ показать список открытых файлов » и « Пока я еще не слышал веской причины для вкладок », люди станут более громкими, пытаясь оправдать запрос к основному коммиттеру проекта.

Меня забавно расстраивает все это обсуждение, и я немного обижен, потому что я ежедневно использую VS Code в своей работе, и я хочу иметь хороший редактор .NET для Mac и Linux, и я часто скучаю по вкладкам, и я не понял этого момента «_уа! это на самом деле более полезно_», но ответ здесь, кажется, такой: «_вы просто не осознавали, что мы создали что-то потрясающее! Дайте ему время и привыкните! _».

Вот некоторые актуальные проблемы, которые я вижу при ежедневном использовании VS Code в течение пары месяцев:

• для меня нет смысла щелкать значок закрытия в окне, но сохранить файл в этом списке - мне нужно постоянно очищать этот список вручную, чтобы получить список, в котором я вижу только файлы, с которыми я действительно работаю, - и файлы Я работаю, это не те, которые открываю последними или меняю, это те, которые я хочу оставить открытыми одновременно
• для меня нет смысла закрывать несохраненный файл и помещать его в этот список с помощью маркера - много раз в день я что-то делаю, и изменение не отражается в приложении, потому что я закрыл файл, а код VS не спросил мне, чтобы спасти это, что заставляет меня тратить время
• один щелчок открывает файл, но только двойной щелчок, чтобы поместить файл в недавно использованный раздел - поэтому я постоянно открываю файлы, которые там не появляются - и тогда моей мышечной памяти легче добавить или удалить пробел в файле затем прокрутите до файла, который я просматриваю снова, и дважды щелкните его
• Меня раздражает то, что вы не видите полосу прокрутки после заполнения списка, если не наведите на нее курсор. Теперь это сложно, потому что именно так работает пользовательский интерфейс в редакторе. Но видите ли, я знаю проект и знаю, что в представлении папок должно быть больше файлов. Я также знаю структуру кода, поэтому знаю, что в области редактора должно быть что-то еще. Но со списком недавних я понятия не имею. «Он заполнен или я забыл открыть этот файл? Разве я не открывал этот файл минуту назад? Позвольте мне открыть этот файл снова ...»

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

На что я с радостью отвечу: «_Это не имеет для меня никакого смысла и фактически делает меня непродуктивным. Уже есть решение, которое работает повсюду десятилетиями. Я не хочу исправлять то, что никогда не было проблема, и я, честно говоря, не считаю это новое решение лучшей альтернативой. Можем ли мы просто иметь что-то знакомое, что работает, и к которому мы все привыкли? Спасибо_ "

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

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

На что я с радостью отвечу: «Все это не имеет для меня никакого смысла и фактически делает меня непродуктивным. Уже существует решение, которое работает повсюду десятилетиями. Я не хочу исправлять то, что никогда не было проблема, и я, честно говоря, не считаю это новое решение лучшей альтернативой. Можем ли мы просто иметь что-то знакомое, что работает, и к которому мы все привыкли? Спасибо "
...
И, как и в меню «Пуск» в Windows 8, это не может закончиться хорошо.

Я не мог с этим согласиться.

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

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

@ianwesterfield Точно, это самая востребованная функция,

Я уже говорил о существовании почти идеальной реализации вкладок: Atom. Их легко организовать, они имеют правильное отображение частичных путей к файлам, если две вкладки имеют одинаковое имя файла, и очень хорошо работают в окне с несколькими горизонтальными и / или вертикальными панелями (что, как мне кажется, является еще одной необходимой функцией VSCode). Если бы VSCode имел те же функции вкладок, что и Atom, я думаю, это покрыло бы 99% того, о чем все просят. А поскольку Atom также основан на электронике, реализация также может работать и в VSCode. Я не сторонник решения чего-либо подражания, однако они (Atom) проделали отличную работу по внедрению вкладок, и то, что у них есть, является отличным решением в этом отношении.

@ jon64digital Может быть, это только я, но я думаю, что этому разговору мешает развиваться чувство разочарования. Этот запрос все еще не назначен в бэклоге, даже с 6k + голосами и неопределенно сформулированной ссылкой в ​​итерации 31 марта:

Улучшение управления документами, поведение редакторов в стеке

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

Имея это в виду, я думаю, что если бы они хотя бы назначили это кому-то, мы могли бы расслабиться в том, что сказал ранее

РЕДАКТИРОВАТЬ Возможно, это отсутствие обязательств со стороны команды VS Code является недоразумением - в конце концов, мартовский план итераций не обновлялся с 7 января.

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

@ jayrosen1576 Позволяет ли atom связывать файлы, чтобы можно было разделить представление, которое (например) открывает toolbar.html в первом кадре, toolbar.js во втором и toolbar.css в третьем?

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

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

ИЗМЕНИТЬ см. Комментарий @jtosey выше (примерно за 9 дней до этого сообщения).

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

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

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

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

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

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

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

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

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

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

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

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

Мы уже обсуждаем наши идеи UX через открытые проблемы (см. Https://github.com/Microsoft/vscode/issues?q=is%3Aopen+is%3Aissue+label%3Aux), я бы предположил, что мы сделаем то же самое. для управления документами и вкладками.

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

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

@bpasero большое спасибо, это все, что я хотел знать. :)

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

Не читая всю эту ветку, я даю большой: +1: по этому поводу.

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

+1

Крайне необходимо.

+1

Во время разработки я работаю со многими различными типами файлов, поэтому мне часто нравится создавать группу вкладок с правой стороны для одного типа файла и другую группу вкладок слева для других типов файлов. Например, при работе над кодом транспортира / webdriverjs я предпочитаю сохранять все «Объекты страницы» справа и все «спецификации» слева, сгруппированные отдельно и логически. Точно так же при работе с интерфейсом я сохраню одну группу вкладок справа для всех файлов js / ts, а другую - слева для html и css.

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

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

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

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

Верните группы вкладок в VS Code.

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

@ChrisMiami : но это не так . (Я бы потенциально хотел с этим жить, если бы это было так.)

смешно

Чт, 17 марта 2016 г., 4:59 Kenneth G. Franqueiro <
[email protected]> написал:

@ChrisMiami https://github.com/ChrisMiami : кроме того, что это не так
https://github.com/Microsoft/vscode/issues/224#issuecomment -166931316.

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

@kfranqueiro , ожидая подходящего решения для вкладок, вы можете быть заинтересованы в принятии используемых мной привязок клавиш, которые приближают w и ctrl + shift + w к обычной реализации вкладок.

@ nub340 VSCode основан не на Atom, а на Electron, созданном той же группой, которая работает над Atom.

+1 Добавьте пожалуйста !!!

Я также думаю, что этой функции очень не хватает в отличном редакторе.

Добавьте вкладки как вариант или разрешите сторонний плагин для работы с вкладками.

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

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

Я _adore_ CTRL + TAB и список «рабочих файлов».

Если вам необходимо добавить вкладки, сделайте их необязательными.

@leegee Они не «бессмысленны», они вам просто не нужны. Считаете ли вы, что люди, которые работают над разными проектами, могут иметь другой вариант использования, чем вы?

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

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

@ jon64digital @leegee сказал, что они бессмысленны _ для него_, не в целом. Я полностью поддерживаю вкладки, но я согласен с тем, что они должны быть опцией, которую можно отключить для тех, кто их не использует. Давайте вести дискуссию вежливо и не прибегать к личным выпадам. Ни у кого нет неправильного мнения. Это просто ... мнения.

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

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

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

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

Серьезно, хотя я просто чувствую, что, поскольку вкладки были неотъемлемой частью Visual Studio практически всегда, есть много разработчиков, которые привыкли к их полезности и, следовательно, делают единый список MRU необязательным (либо для включения, либо для отказа) сделает и без того потрясающий инструмент VS Code еще более универсальным для всех.

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

Согласен, хотелось бы как вариант, а не форсировать.
Вторник, 22 марта 2016 г., 6:22 Эял Сольник [email protected]
написал:

@ nub340 https://github.com/nub340 именно так! некоторым из нас нравятся вкладки, потому что
они всегда были частью нашего опыта как разработчиков / пользователей, лично мне нравится
чтобы увидеть файлы, над которыми я работаю, вверху, здесь нет присущих
преимущество вкладок над рабочими файлами, но некоторым из нас это нравится.

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

У нас не было вкладок на Vic-20 ....

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

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

Я разместил этот текст здесь: https://github.com/Microsoft/vscode/issues/101

Это также актуально для этого обсуждения. Буду рад увидеть ответ @bpasero .

Я хочу эту функцию. Конец дискуссии. К черту ваше мнение @bpasero Мне все равно, что вы считаете правильным, а что нет. То же и с вкладками №224. Вы пытаетесь убедить нас, что ваше решение лучше. Еще раз нахуй ваше решение. Мы все делаем по-разному, и никого не волнует, что вы думаете. Я использую vscode просто потому, что отлично поддерживает машинопись и angular2. В противном случае я ненавижу его, потому что в нем отсутствуют функции, которые есть у обычных редакторов, например, SublimeText, Atom, Brackets.

Ха-ха @PeterMtj , спасибо, что сказали то, о чем мы все думаем :)

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

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

@PeterMtj Серьезно? вот как вы подходите к делу? проклинать людей? если вы не уважаете его, то уважайте себя!

@ jon64digital Он может проголосовать против или высказать свое личное мнение, и это нормально! нам не нужно переходить на личности и, конечно, не ругать людей за их мнение!

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

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

Изменить: людям не обязательно использовать продукты Microsoft! Я, конечно, не должен этого делать и говорю, что люди делают это редко, потому что им это нравится, это просто чушь! Microsoft создает отличные продукты и отличные технологии, и я далеко не фанат всего, что они делают, но они определенно делают некоторые вещи правильно! никто никого не заставляет использовать VSCode, и если кто-то заставляет вас использовать VSCode, то его / ее следует уволить, потому что вам нужно выбирать собственные инструменты! единственное, о чем должен заботиться работодатель, - это ваша работа, а не то, как она выполняется!

Давайте не будем превращать это в пламенную войну и будем конструктивными, пожалуйста!

@eyalsk

Я не пытался разжечь пламенную войну или нести чушь, но я на 100% придерживаюсь того, что сказал. MS исторически привязывала свои собственные продукты к своей ОС и друг к другу, чтобы заставить людей использовать их программное обеспечение, потому что они знают, что оно недостаточно хорошо, чтобы стоять самостоятельно. Я знаю множество людей, которым приходится использовать MS Office на работе. Раньше мне приходилось использовать Visual Studio, потому что у меня не было другого выбора, и я мог подсчитать количество людей, которые добровольно использовали бы Internet Explorer на пальцах одной руки. Они даже стали предметом антимонопольных исков из-за такой практики, поэтому говорить, что никто никого не заставляет использовать программное обеспечение MS, наивно.

В последнее время все движется в правильном направлении, они становятся все более независимыми от платформы и пытаются улучшить взаимодействие своего программного обеспечения с другими. Я уверен, что в MS есть хорошие люди, которые пытаются создавать отличные программы и давать людям то, что они хотят, но bpasero явно не один из них. Его закрытое отношение не является для них заслугой, и мне показалось забавным, что @PeterMtj вызвал его таким образом. Мы все здесь взрослые, и никого не должно обижать странное ругательство. Это просто слово.

У вас здесь длинная ветка, в которой сотни людей ТОЧНО рассказывают MS, что они хотят от редактора кода. Не то чтобы они не знали, чего мы хотим. Затем у нас есть сотрудник MS, который говорит: «Нет, вы в основном неправы». Разве это не рисует картину компании, которая не совсем соответствует их аудитории?

Просто мой 2с.

@ jon64digital

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

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

Я знаю много людей, которым приходится использовать MS Office на работе,

Людей не заставляют использовать MS Office, это решение работодателя, Libre office - отличный продукт и неплохая альтернатива.

Раньше мне приходилось использовать Visual Studio, потому что у меня не было другого выбора

Я не знаю, почему у вас не было выбора, но у вас определенно есть выбор сегодня! У меня всегда был выбор, даже когда люди активно использовали Visual Studio для разработки .NET. Я использовал SharpDevelop, Vim и Notepad ++, у меня никогда не было проблем с использованием нескольких редакторов, я все равно не поклонник дизайнеров ...

Для C / ++ у вас еще больше поддержки со стороны редакторов и IDE, если вы не используете VC ++ :)

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

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

Вы правы, Internet Explorer был очень плохим до версии 9, но с тех пор он значительно улучшился, и хотя я пользователь FireFox, я не сужу Microsoft за их прошлое, я сужу их за то, кем они являются настоящее и выглядит хорошо!

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

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

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

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

Точно! хотя я не думаю, что давать людям то, что они хотят, хорошо с точки зрения дизайна. :)

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

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

У вас здесь длинная ветка, в которой сотни людей ТОЧНО рассказывают MS, что они хотят от редактора кода. Не то чтобы они не знали, чего мы хотим. Затем у нас есть сотрудник MS, который говорит: «Нет, вы в основном неправы». Разве это не рисует картину компании, которая не совсем соответствует их аудитории?

Это справедливый аргумент и жалоба, я не говорю иначе! но @bpasero уже заявил, что как только они начнут работать над UX, они также займутся этой проблемой "_Как только мы начнем обсуждение UX в команде, мы хотели бы привлечь и сообщество, и затем мы также обсудим недостатки, которые мы видим в нашем текущем дизайне и что мы планируем улучшить. "

@eyalsk Да, я именно так и

@ jon64digital прав насчет отношения @bpasero . Я не знаю, что о нем думать. Может, он просто хочет избавиться от работы, сказав, что вы ошибаетесь и в ней нет необходимости. В любом случае @bpasero, вероятно, не должен общаться с сообществом своим отношением. Это мое мнение.

Постарайтесь понять, что Microsoft нам не помогает. Мы помогаем Microsoft, используя его продукты и оставляя отзывы, чтобы они могли создавать достойный продукт. Это должно быть обсуждение не защиты вкладок, а того, как вкладки должны работать, так что это в природе с vscode. Vscode предназначен для сообщества, это мы, и в крайнем случае, если нам всем нужен красный динозавр в центре экрана, они должны сделать это, не задавая вопросов. У всех есть свои причины. В противном случае vscode бесполезен для сообщества. Вот как я это вижу.

@PeterMtj Думаю, нам придется согласиться, чтобы не согласиться. :)

Я хотел вмешаться и предоставить дополнительную информацию по этой проблеме. Мы как раз подошли к завершению важной вехи Code. Ключевым направлением для нас в последние 6 месяцев была поддержка доступности и локализации. Это не оставило нам циклов в области пользовательского интерфейса для активной работы с отзывами о вкладках. Теперь, когда большинство флажков в мартовском плане (# 3555) отмечены, мы медленно начинаем снова искать. В апреле мы поднимем эту тему. @bpasero сыграл ключевую роль в развитии нашего UX, и это будет следующим важным

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

TIA для дополнений доступности - будет иметь большое значение для нас
полуслепой

Сб, 26 марта 2016 г., 01:38 Эрих Гамма, [email protected] написал:

Я хотел вмешаться и предоставить дополнительную информацию по этой проблеме.
Мы как раз подошли к завершению важной вехи Code. Ключевое направление для нас
за последние 6 месяцев была поддержка доступности и локализации. Этот
не оставил нам циклов в области пользовательского интерфейса для активной работы над обратной связью вкладок.
Теперь, когда большинство флажков на мартовском плане (# 3555
https://github.com/Microsoft/vscode/issues/3555) проверены, мы
медленно начинаю снова смотреть вверх. В апреле мы поднимем эту тему.
@bpasero https://github.com/bpasero сыграла ключевую роль в
развитие нашего UX, и это будет следующим важным этапом эволюции.

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

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -201618115

@egamma Я очень благодарен тебе и твоей команде за все, я думаю, ты отлично справляешься! но я чувствую, что первый ответ @bpasero вызвал у людей раздражение, и этого можно было бы избежать, если бы он объяснил, почему, по его мнению, вкладки не должны быть вариантом, вместо того, чтобы просто сказать «Нет».

В любом случае, давайте сосредоточимся на настоящем, есть ли новая сборка перед // сборкой / событием? : D

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

@Tyriar , спасибо, спасибо! :)

В любом случае, давайте сосредоточимся на настоящем, есть ли новая сборка перед // сборкой / событием? : D

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

@egamma, спасибо! ;)

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

Первые занятия состоятся в среду. Пожалуйста, зарегистрируйтесь здесь, если вам интересно: https://calendly.com/stevencl/visual-studio-code-tabs-design-discussion/04-06-2016

Потрясающе!
В понедельник, 4 апреля 2016 г., в 3:54 Стивен Кларк [email protected]
написал:

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

Первые занятия состоятся в среду. Пожалуйста, зарегистрируйтесь здесь, если
вы заинтересованы:
https://calendly.com/stevencl/visual-studio-code-tabs-design-discussion/04-06-2016

-
Вы получаете это, потому что вас упомянули.

Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -205239769

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

Только в 3 и 4 часа ночи? В другой раз? Я не могу сделать 3/4 утра по тихоокеанскому стандартному времени в среду.

В понедельник, 4 апреля 2016 г., в 8:14 Брэд Гэшлер [email protected]
написал:

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

-
Вы получаете это, потому что вас упомянули.

Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -205342923

Было бы хорошо, если бы у вас было время согласно PST, многие (включая меня) могут участвовать

{Mobile}

В понедельник, 4 апреля 2016 г., в 8:50 -0700, «Блок Гленна» [email protected] написал:

Только в 3 и 4 часа ночи? В другой раз? Я не могу сделать 3/4 утра по тихоокеанскому стандартному времени в среду.

В понедельник, 4 апреля 2016 г., в 8:14 Брэд Гэшлер [email protected]

написал:

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

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

Комментарий Стивена выше!

-

Вы получаете это, потому что вас упомянули.

Ответьте на это письмо напрямую или просмотрите его на GitHub

https://github.com/Microsoft/vscode/issues/224#issuecomment -205342923

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую или просмотрите его на GitHub

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

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

Почему бы просто не запланировать еще одну на этой неделе в разное время? Это
горячая тема с большим интересом.

В понедельник, 4 апреля 2016 г., в 9:44 Стивен Кларк [email protected]
написал:

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

-
Вы получаете это, потому что вас упомянули.

Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -205386984

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

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

Спасибо за проявленный интерес.

Я вижу, ну я думаю, они мгновенно заполнились (и это хорошо)
В понедельник, 4 апреля 2016 г., в 11:30 Стивен Кларк [email protected]
написал:

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

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

Спасибо за проявленный интерес.

-
Вы получаете это, потому что вас упомянули.

Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -205436942

Можете ли вы / вы записывать сеансы?

В понедельник, 4 апреля 2016 г., в 11:32 Glenn Block glenn. [email protected] написал:

Я вижу, ну я думаю, они мгновенно заполнились (и это хорошо)
В понедельник, 4 апреля 2016 г., в 11:30 Стивен Кларк [email protected]
написал:

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

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

Спасибо за проявленный интерес.

-
Вы получаете это, потому что вас упомянули.

Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -205436942

Хотел бы я видеть это раньше, чтобы я мог подписаться. Как бы то ни было, я надеюсь, что вы никогда не реализуете вкладки. Я перешел от vim к TextMate, к Sublime и Atom, а теперь к VS Code (с большим количеством IDE), поэтому у меня был БОЛЬШОЙ опыт работы с вкладками. Для меня они - костыль, который люди используют и никогда не минуют. Управление множеством открытых вкладок в большом проекте - это разочаровывающее упражнение, добавляющее еще одну ненужную мне рутинную работу. Забудьте закрыть несколько, и это быстро станет безнадежным. Тем немногим из вас, у кого есть дисциплина, чтобы никогда с этим не столкнуться, слава. Но зачем тратить умственную энергию на ненужное дело?

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

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

То же самое @indiejames

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

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

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

Что касается вкладок, ориентированных на файлы и тому подобное, код живет в файлах, а файлы ИСПОЛЬЗУЮТСЯ для организации, а код VS построен на управлении папками и файлами кода.

Я полностью понимаю, что некоторые могут предпочесть отсутствие вкладок, и я не говорю избавляться от того, что там есть, но иметь поддерживаемый рабочий процесс вкладок было бы неплохо.
Во вторник, 5 апреля 2016 г., в 7:32 об ошибке [email protected] написал:

Если вы реализуете вкладки, пожалуйста, поддерживайте несколько строк для многих файлов. я ненавижу
наличие полосы прокрутки на панели вкладок. Моя любимая реализация вкладок - вкладки
Студия https://tabsstudio.com/.

-
Вы получаете это, потому что вас упомянули.

Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -205834354

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

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

@indiejames

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

Поддерживать два разных рабочих процесса навигации или даже больше двух не так уж сложно, что

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

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

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

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

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

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

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

Я действительно надеюсь, что некоторые разработчики Python и c / c ++ будут на встрече, поскольку их рабочий процесс отличается от рабочего процесса разработчиков JavaScript.

Спасибо, Стивен, что нашел время поговорить со мной!
Это взаимодействие с сообществом действительно обнадеживает, и мне нравится
после разработки vscode!

6 апреля 2016 года в 19:41 Майкл Уоллес Лоуренс < [email protected]

написал:

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

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

Я действительно надеюсь, что некоторые разработчики Python и c / c ++ будут на встрече в качестве
их рабочий процесс отличается от рабочего процесса разработчика JavaScript

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -206261939

Спасибо @TurkeyMan , отлично

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

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

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

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

+1
В среду, 6 апреля 2016 г., в 7:36 Петр Петров [email protected]
написал:

@stevencl https://github.com/stevencl можно ли опубликовать резюме
сессий (или, что еще лучше, записей) для тех из нас, кто не может
участвовать, но по-прежнему заинтересованы в обратной связи.

-
Вы получаете это, потому что вас упомянули.

Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -206405009

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

1. навигация без мыши
2. возможность перемещаться вперед и назад в наборе открытых файлов
3. легко закрыть файлы

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

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

Я не могу использовать клавиатуру для быстрого переключения между открытыми файлами, которые _в моей голове_ образуют связанный список. Порядок, в котором я их открываю, так же важен, как и порядок, в котором я их закрываю. Я считаю, что Ctrl + Tab бесполезен, потому что мне приходится читать имена файлов по одному в этом списке, а затем выяснять, к какому из них перейти. Я могу намного быстрее пролистать 5-8 открытых файлов до нужного, просто распознав контент, пока он мигает, или просто зная, где в «списке» находится мой желаемый файл.

Надеюсь, в этом есть смысл. Я стараюсь максимально оптимизировать свой рабочий процесс, использую клавиатуру и избегаю мыши, потому что это сильно замедляет работу. Я борюсь с этим в VScode больше, чем когда-либо в любом другом редакторе (textmate, vim, sublime, flash, eclipse и т. Д.)

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

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

Спасибо за все отзывы и подробности того, как VS Code работает или не работает для вас.

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

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

Для меня упорядоченная по времени история файлов полностью противоречит этому интуитивному пониманию пространства. Если я знаю, что «main.java» или клавиша T на моей клавиатуре находится в определенной позиции, я не хочу, чтобы она двигалась, если я физически и намеренно не перемещаю ее. Если он движется сам по себе, мне нужно остановиться, подумать и найти его. Представьте пульт от телевизора с колесиками, который самостоятельно перемещается по вашему дому, или клавиатуру, которая меняет расположение клавиш в зависимости от того, как давно вы использовали каждую букву! Был бы хаос! :-)

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

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

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

Я понимаю, что это всего лишь мое мнение, и большинство людей с ним не согласны, но это Visual Studio _Code_. Для кодеров / разработчиков. И разработчики давно поняли, что оболочка> графический интерфейс для большинства (не для всех) вещей, и что метафоры рабочего стола, хотя и просты для изучения, довольно ограничивают.

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

Для тех из вас, кто пытался работать без вкладок и не может адаптироваться или честно считает, что вкладки делают вас более продуктивным, я могу согласиться с тем, что это просто откровенное несогласие. Но тем, кто выступает за физические метафоры, потому что «они работали 30 лет!» Я бы спросил, действительно ли нам нужен _another_ TextMate / Sublime / Atom? Разве мы не должны попытаться переместить конверт?

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

Решил проверить VS Code, чтобы узнать, может ли это быть бесплатной заменой Sublime, но без документов с вкладками это не для запуска. Возможность установить VS Code в единственном экземпляре, открыть несколько документов и легко переключаться между ними - основное требование любого текстового редактора. Сохранение проводника открытым - это обходной путь, но нет ничего неестественного в том, что вместо верхних вкладок используются левые вкладки, как в VS, браузерах, Sublime и т. Д. Ctrl-Tab имеет несколько проблем: нужно смотреть на клавиатуру и двигать рукой (для чего-то другого, кроме мыши), во-вторых, это неинтуитивно. Любой, кто предполагает, что редактор без вкладок - это нечто большее, чем BloatedNotepad, очевидно, никогда не выполнял серьезного редактирования нескольких документов, например, когда отладчик выполняет пошаговое выполнение чего-то, что имеет более 1 файла в качестве входных данных компилятора.

@indiejames
Для меня вкладки не о производительности. Дело в познании.

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

@indiejames Я использую вкладку ctrl + (shift +) для перемещения между вкладками в большом количестве, не обязательно с помощью мыши. Одна из моих самых больших претензий к рабочим файлам та же, что и у @ matt1 - тот факт, что ctrl + tab работает в порядке, который использовался недавно. Я не обязательно помню, какой файл я просматривал последним и предпоследним, но мне очень легко увидеть / запомнить, в каком порядке я их открывал / располагал. Sublime Text также по умолчанию использует вкладку ctrl + (shift +) для MRU заказ; Я всегда его меняю, поскольку в нем есть команды и для MRU, и для видимого порядка.

Я помню, как в тот день какой-то веб-браузер (может быть, это была до мигания Opera?) Также по умолчанию использовал MRU для ctrl + tab, предположительно полагая, что, поскольку операционные системы делают это для приложений, браузер тоже может это сделать; Я обнаружил, что это ужасно не интуитивно понятно, и мне пришлось уделить дополнительное внимание тому, чтобы найти то, на что я действительно хотел переключиться ... что, угадайте, что делает процесс медленным.

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

Для тех, кто предпочитает текущий подход к рабочим файлам в VS Code, многие ли из вас на самом деле предпочитают щелкать файлы в списке рабочих файлов, а не следующие рабочие процессы?

• используя Ctrl + E / ⌘ + E, чтобы быстро открывать недавние файлы.
• использование Ctrl + Tab для переключения последних файлов

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

@ bgashler1
Я предпочитаю сочетания клавиш. Не то чтобы я мог быть самым быстрым машинистом, но потому, что они меня меньше отвлекают, чем перемещение мыши / трекпада.

Я думаю, что многим из толпы «Рабочих файлов и без вкладок ВСЕГДА» не хватает того пути, в котором многие из нас используют вкладки. Например, когда я работаю над приложением MVC (веб, мобильное устройство или компьютер), у меня обычно есть вкладки на одной или нескольких вертикальных панелях (в которых также нуждается VSCode) в определенном порядке: файл модели, файл представления, файл контроллера. . Итак, установка, которую я часто открываю, выглядит так:

Левая панель

Файл модели 1 (вкладка) | Просмотреть 1 файл (вкладка) | Файл контроллера 1 (вкладка)

Правая панель

Файл модели 2 (вкладка) | Просмотр 2 файла (вкладка) | Файл контроллера 2 (вкладка)

Эта настройка позволяет мне быстро выбирать файлы модели для обоих компонентов, над которыми я работаю, для сравнения или просмотра файлов, когда у меня есть шляпа UI / UX. Это абсолютно НЕ МОЖЕТ быть эффективно выполнено с рабочими файлами, особенно если у вас открыты и другие файлы (например, CSS, сценарии базы данных и т. Д.). Я много занимаюсь UI / UX, и это, безусловно, обычная практика. Если бы я был строго Java-разработчиком серверной части или администратором баз данных, то нет, это не было бы требованием. Но для подавляющего большинства из нас, веб-разработчиков и разработчиков мобильных приложений с полным стеком, отсутствие вкладок (и вертикальных / горизонтальных панелей с вкладками) является крайним препятствием. Хотя я рассчитываю на использование VSCode в краткосрочной перспективе, у меня есть серьезные сомнения по поводу его использования из-за этой недостающей возможности. Никто не может убедить нас в том, что вкладки бесполезны, а список рабочих файлов не является новшеством (в Adobe Brackets также есть список рабочих файлов, который существует с 2012 года).

Опять же, это не проблема «все или ничего». Мы просто просим в качестве опции те же возможности, которые существуют в других редакторах, даже если эта возможность отключена по умолчанию. Если бы VSCode реализовал вкладки / панели окон точно так же, как это делает Atom, это решило бы 99,99% нашего захвата, связанного с вкладками. Я знаю, что это нетривиальная задача для реализации, однако я думаю, что многие из нас были бы удовлетворены подождением немного дольше (месяцы, а не годы), чтобы эта функция была выполнена правильно, а не оставалась в очереди.

Просто мои 2 ...

Хотя я уже сообщил большую часть этого @ bgashler1 , я сделаю небольшую запись здесь, объясняя идеальное поведение для меня.

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

json { "key": "ctrl+shift+w", "command": "workbench.files.action.closeAllFiles" }, { "key": "ctrl+w", "command": "workbench.files.action.closeFile" },

1. Файлы в редакторе должны быть «уложены» так, чтобы при закрытии одного файла отображался последний файл в стеке MRU.
2. ctrl + shift + t восстановит последнюю закрытую вкладку. Эта привязка клавиш конфликтует с workbench.action.tasks.test в vscode, но это очень стандартная горячая клавиша в средах с вкладками. Я создал запрос функции для команды здесь https://github.com/Microsoft/vscode/issues/3989
3. ctrl + tab и ctrl + shift + tab должны перемещаться только по файлам в списке «рабочих файлов», а не по файлам, которые были «предварительно просмотрены» (один щелчок в проводнике и затем переход).
4. Я хочу, чтобы мои рабочие файлы располагались в верхней части редактора. Причины этого:
   
   
   
   • Я хочу иметь возможность видеть свои рабочие файлы визуально, независимо от того, какую боковую панель я открыл. Связанный: https://github.com/Microsoft/vscode/issues/3360
   
   
   • За почти два десятилетия программирования я искал рабочие файлы поверх редактора. От этой привычки трудно избавиться.
   
   

@bpasero

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

Я довольно часто использую Ctrl + Tab в VSCode, но я думаю, что опыт в Visual Studio намного лучше, потому что, помимо файлов, я также могу переходить к другим частям пользовательского интерфейса, я использую его для перехода к диспетчеру консоли пакетов, Обозреватель решений и т. Д.

@Tyriar Отличные очки!

[Философское предупреждение!]

Почему ctrl+tab намного полезнее, чем концепция "рабочих файлов" в ее нынешнем виде? Это главный вопрос. Лично я считаю, что здесь есть две проблемы.

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

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

(Мнения. Пробег может отличаться.)

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

@Tyriar : Лично мне очень не нравится тот факт, что файлы,

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

[
  { "key": "cmd+w", "command": "workbench.files.action.closeFile" },
  { "key": "cmd+shift+]", "command": "workbench.files.action.openNextWorkingFile" },
  { "key": "cmd+shift+[", "command": "workbench.files.action.openPreviousWorkingFile" }
]

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

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

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

Мне очень нравится здесь Sublime Flow. Одним щелчком вы переходите к файлу,
дважды щелкните, он остается открытым.
В субботу, 9 апреля 2016 г., в 11:49 Брэд Гэшлер [email protected]
написал:

@stephenmartindale https://github.com/stephenmartindale мы ищем
в способ закрепить «файлы предварительного просмотра», чтобы они оставались открытыми.

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

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -207830702

@Tyriar , @ bgashler1 , @stevencl Я думаю, что лучше иметь два новых сообщения для вкладок и рабочих файлов для сбора отзывов.

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

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

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

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

+1

@csholmq, вы можете сделать это сейчас, см. настраиваемые сочетания клавиш в https://github.com/Microsoft/vscode/issues/224#issuecomment -207507479

@Tyriar Это касается почти всех моих предостережений. Благодаря!

Через 3 минуты я перестал использовать VS Code и вернулся к Atom. Нет вкладок, нет. Извините, мой рабочий процесс проник в меня. Готов поспорить, что быстрый опрос 4 года назад дал бы ваш ответ пользовательского интерфейса намного быстрее. Но оставьте это слишком высокомерие Microsoft, чтобы исправить то, что не сломано.

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

Для меня как веб-разработчика вкладки важны. В отличие от настольных программистов (которые в основном сосредоточены на одном файле в то время), мы всегда переключаемся между окнами и одновременно с помощью мыши (например, нарезка изображения из Photoshop, а затем немедленное возвращение в редактор. Или отладка в браузерах и вперед вернуться к другому файлу для исправления). С помощью вкладок мы можем быстро перейти к целевому файлу. С ярлыками это еще 2 шага. С «рабочими файлами» боковой панели меньше места в основной области кода (поскольку мы помещаем Photoshop и Editor или браузеры рядом). Менее нужны Height в редакторе. Вы всегда можете запомнить еще несколько строк, не так ли?

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

+1/0

+1

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

Мета:
@eyalsk В этом случае обсуждение продолжается, так что оно действительно кажется лишним. Но действительно ли «Добавьте свою реакцию» эквивалентом для вопросов, которые вы хотите привлечь к себе внимание? Разве это не только предупреждает о комментарии, а не указывает на то, что проблема является горячей темой? Т.е. предупреждает ли он разработчиков, которые пометили проблему, или устанавливает ее как измененную?

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

@zunama Попытка найти лучшую альтернативу - это не высокомерие. «Не сломано» - не веский аргумент против поиска нового. Это в значительной степени аргумент в пользу этого (может быть, есть что-то получше?). Хотя в этом обсуждении я заметил, что, если VS Code хочет полностью использоваться сегодня, он должен быть нацелен на удовлетворение нынешнего «старого мышления» пользователей и вводить новшества позже. Потому что люди не очень умеют ждать, и это экономит ваше время, пытаясь спорить, почему то или это лучше.

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

Опрос не работает, когда вы хотите вводить новшества. Пример:

Какой из этих стилей нагивания был бы наиболее продуктивным для вас?

• Что-то. (Попробуйте что-нибудь новое, что может быть лучше)
• Вкладки. (Старый добрый стиль работы, который ты научился любить).

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

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

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

В мире, где все одинаково, иметь идентичность приятно.

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

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

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

tabs.autoClose = "невидимый", "выкл.", "время", x, где x - число

Это странная идея. Если мне нравится 16 вкладок, а вам - 4, это просто. ВЫ используете 4 вкладки, а я буду использовать 16! Почему говорят, что твой путь лучше моего, или наоборот. Что это вообще такое? Даже разговор о вкладках бессмыслен, пока вкладки активируются / деактивируются в параметрах / настройках. Тем, кто не хочет вкладок, ОТЛИЧНО! Те, кто их хотят, поставьте галочку! На самом деле не обязательно, чтобы ваш путь был лучше моего или что я знаю лучше вас.
+1
;)

Пример использования: в настоящее время я постоянно переключаюсь между 6 вкладками в атоме.

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

@ Измерение Я согласен и не согласен с вами. Есть вещи, которые нуждаются в инновациях, но сначала нужно спросить, а как насчет рабочего процесса мы можем улучшить, удалив вкладки. Что ж, для меня каждый редактор, который я использую для разработки, имеет интерфейс вкладок, потому что обычно для разработки работает с 5-10 файлами за раз, не запоминая ни точное имя файлов, ни порядок, в котором они открываются. Итак Я должен спросить, как этот новый интерфейс сделал его лучше? Насколько это инновационно? Сначала спросите, как они его используют, а затем спросите, как я могу его улучшить.

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

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

Можем ли мы сейчас остановиться на типах «Mac vs Windows», «Android vs IPhone»?
споры о том, какой способ лучше: «Вкладки против без вкладок»? Они оба хороши
и у разных людей свои предпочтения.

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

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

Думаю, дело в двух вариантах:

1) Добавьте вкладки в качестве предпочтения. Включено для тех, кому это нравится, и выключено для тех, кто
не надо.

2) Не добавляйте вкладки вообще, даже если у меня есть возможность их отключить.

Зачем вам вообще голосовать за вариант 2, если у вас есть возможность их изменить?
выкл?
15 апреля 2016 г., 19:32, "Джеймс Маклафлин" [email protected]
написал:

@Measuring https://github.com/Measuring Я согласен и не согласен с вами.
Есть вещи, которые нуждаются в инновациях, но сначала нужно спросить, что
о рабочем процессе, можем ли мы улучшить его, удалив вкладки. Что ж для меня каждый
единственный редактор, который я использую для разработки, имеет интерфейс вкладок, потому что он
обычно разрабатывается для работы с 5-10 файлами за раз без
запоминание точного имени файлов и порядка их открытия
in. Поэтому я должен спросить, как этот новый интерфейс сделал его лучше? Как
это инновационное? Сначала спросите, как они его используют, затем спросите, как я могу сделать
это лучше. Что касается трехминутного вопроса, я предполагаю, что Код
не сильно отличается от Sublime или Atom, и если с самого начала я
бороться с этим или эффективно показывать кому-то, что им нужно делать
между файлами, чтобы что-то работало, тогда я буду использовать то, что работает
лучше для моих нужд сейчас и загляните в Code несколько версий в будущем
когда будет готов.

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

@ tones411 Некоторые люди выберут вариант 2 только потому, что думают, что добавление вкладок каким-то образом испортит их опыт работы с рабочими файлами.

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

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

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

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

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

Я лично считаю, что они полезны, но никого останавливать не собираюсь
от использования рабочих файлов, если это им подходит. У меня это не работает.
В пятницу, 15 апреля 2016 г., в 22:07 tones411 [email protected] написал:

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

Можем ли мы сейчас остановиться на типах «Mac vs Windows», «Android vs IPhone»?
споры о том, какой способ лучше: «Вкладки против без вкладок»? Они оба хороши
и у разных людей свои предпочтения.

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

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

Думаю, дело в двух вариантах:

1) Добавьте вкладки в качестве предпочтения. Включено для тех, кому это нравится, и выключено для тех, кто
не надо.

2) Не добавляйте вкладки вообще, даже если у меня есть возможность их отключить.

Зачем вам вообще голосовать за вариант 2, если у вас есть возможность их изменить?
выкл?
15 апреля 2016 г., 19:32, "Джеймс Маклафлин" [email protected]
написал:

@Measuring https://github.com/Measuring Я согласен и не согласен с вами.
Есть вещи, которые нуждаются в инновациях, но сначала нужно спросить, что
о рабочем процессе, можем ли мы улучшить его, удалив вкладки. Что ж для меня,
каждый
единственный редактор, который я использую для разработки, имеет интерфейс вкладок, потому что он
обычно разрабатывается для работы с 5-10 файлами за раз без
запоминание точного имени файлов и порядка их открытия
их
in. Поэтому я должен спросить, как этот новый интерфейс сделал его лучше? Как
является
это инновационное? Сначала спросите, как они его используют, затем спросите, как я могу
сделать
это лучше. Что касается трехминутной проблемы, я предполагаю, что Код
является
не сильно отличается от Sublime или Atom, и если с самого начала
я
бороться с этим или эффективно показывать кому-то, что им нужно делать
между файлами, чтобы что-то работало, я буду использовать то, что
работает
лучше для моих нужд сейчас и загляните в Code несколько версий в будущем
когда будет готов.

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

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -210712143

+1

Я слежу за этой веткой в ​​течение последнего месяца или около того с тех пор, как переключился на Code в качестве основного редактора, и меня постоянно раздражает поведение при навигации по файлам. Я потратил время, пытаясь привыкнуть к разделу «Рабочие файлы», который, как вы признаете, в любом случае является более или менее запоздалой мыслью, а также к Ctrl + Tab и Ctrl + P. Я очень доволен Code, и это, пожалуй, мой любимый редактор, но эти параметры навигации по файлам настолько плохо продуманы, что трудно понять, как они были изначально задуманы.

Большинство из них уже упоминалось, но вот мои претензии:

Список WF по сути бесполезен, поскольку закрытие окна редактора фактически не закрывает файл из WF. Мне нужно дважды закрыть файл и использовать для этого мышь (Ctrl + W _и_ закрыть файл с панели WF). Если бы я хотел оставить файл открытым, я бы не стал нажимать Ctrl + W - какой смысл нажимать Ctrl + W и оставлять файл «открытым» (видимым в WF). Да, это можно переназначить, но я говорю о поведении WF по умолчанию).

Щелчок по файлу в WF или древовидном представлении открывает файл в нежелательном окне редактора как минимум половину времени. Если у вас есть двухпанельный редактор с активной левой панелью, «открыть в сторону» открывает его на _ правой_ панели, а не на _ новой_ панели, а с 3 столбцами он всегда будет открываться на существующей панели. Проблема здесь в том, что «вещи не остаются там, где я их положил». Я рассчитываю сообщить своему редактору, где я хочу, чтобы что-то было, а не для моего редактора, который решал, где что-то должно быть на основе текущего состояния пользовательского интерфейса, а затем изменял их по мере изменения состояния пользовательского интерфейса в других частях приложения. Возврат к ранее открытому файлу - это такая PITA .

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

На мой взгляд, одиночный или двойной щелчок по файлу должен дать мне _ точно такое же поведение_, но если вам действительно нужен предварительный просмотр одним щелчком, который не отображается в WF / Ctrl + Tab, должен быть _очевидный маркер интерфейса_, который активное окно редактора является предварительным просмотром и исчезнет, ​​когда вы его замените.

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

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

И пока вы это делаете, ради Бога, ПОЖАЛУЙСТА, позвольте мне просматривать файлы из одного и того же каталога в более чем одном окне! Существует простое и элегантное решение, которое есть у любого другого программного обеспечения на основе вкладок в течение многих лет - перетащите вкладки в новое окно - серьезно, ребята, это не революционный материал. Если вы хотите сохранить поведение «одна папка получает только один экземпляр», тогда панели должны перемещаться в новое окно (которое по-прежнему контролируется / прикрепляется к главному окну).

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

1. Вкладки
2. Отключить WF
3. Остановить автопереход по дереву папок
4. Вкладки Ripoff в плавающую панель редактора (которая имеет то же поведение, что и другие панели редактора в основном интерфейсе)

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

Я хотел бы помочь с тестированием UI / UX или чем-то еще, что вы делаете, для отзывов / ввода пользователей. Дай мне знать, могу ли я быть полезен.

Спасибо!

@anyong, спасибо за понимание!

Что касается пункта 3, не уверен, что вы знаете, но вы также можете настроить это в настоящее время с помощью:

"explorer.autoReveal": false

Я также привязываю workbench.files.action.showActiveFileInExplorer чтобы при необходимости получить доступ к случайному файлу в проводнике.

@Tyriar Я не уверен, о какой версии вы имеете в виду, но я в курсе событий Insider, и этот вариант пока ничего не делает.

: +1:

: +1:

@bpasero Я прочитал первые несколько сообщений на этой доске о преимуществах / недостатках вкладок. Я также понимаю позицию команды MSFT по этому поводу: команда объединена в едином стиле кодирования и выработала одинаковый набор рефлексов в отношении ctrl+tab и / или раздела рабочих файлов. Это хорошая вещь. В целом, у всех членов команды единый поток дел. Однако мы не являемся частью этой команды и не хотим развивать тот же набор рефлексов. Наши существующие рефлексы в идеале должны выполняться, а не вытесняться и заменяться. Редактор должен помогать пользователю.

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

Команде и ответственным лицам действительно нужно принять одно простое решение: является ли VS Code экспериментом по взаимодействию человека и компьютера или это должна быть надежная, удобная

@Tyriar : Я попробовал ваш параметр autoReveal в v.1.0.0-insider, и он тоже ничего не сделал для меня. Проводник по-прежнему прыгает, когда я этого не хочу - самое неприятное, когда он полностью прокручивается в другое место, когда я использую go-to-definition и открываю другой файл.

Вот что я поместил в свой файл настроек: "explorer.autoReveal": false,

@anyong @stephenmartindale вы правы, я не понимал, насколько нова эта настройка. Он должен быть доступен в следующей сборке инсайдеров.

Хорошо сказано @stephenmartindale. Без вкладок все, что у нас есть, - это notepad.exe с собственной версией Alt-Tab (которая, как много раз отмечалось выше, не работает). Я пытался использовать «Рабочие файлы», как если бы они были боковыми вкладками, но через неделю я почти готов вернуться к Sublime, и это проблемы, особенно то, что нет способа сделать так, чтобы эта боковая панель всегда была там. независимо от того, что еще происходит в приложении. С названием «Visual Studio ...» я ожидал по крайней мере основных функций редактора Visual Studio (вкладки и возможность перетаскивать эти вкладки в их собственные окна). Почему они бы удалили эту функцию, необъяснимо. Может быть, я проверю через несколько месяцев и посмотрю, достаточно ли они продвинулись, чтобы добавить пре-альфа-тег в сборку. Сейчас это не более чем эксперимент с пользовательским интерфейсом, вопрос только в том, что он уже потерпел неудачу или балансирует на грани провала?

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

О, и если Microsoft не хочет, чтобы VS Code так сильно сравнивали с Sublime Text, то им не следовало делать продукт, который выглядит и действует так, как он. Хранение вкладок подальше от графического интерфейса - это не способ препятствовать сравнениям с Sublime Text; это способ сделать эти сравнения менее благоприятными для Microsoft.

@SturmB Sublime - не единственный редактор, который существует, и я не думаю, что они сделали VSCode еще одним подражателем Sublime, так же, как Atom не Sublime, но все редакторы делятся функциями, что хорошо, вот как вы получаете выбор !

VSCode совсем не действует как Sublime, потому что они очень разные, VSCode стремится быть средним звеном между редактором кода и IDE, тогда как Sublime не делает этого утверждения, поэтому VSCode имеет большую аудиторию людей, начиная от людей которые используют Vim для Visual Studio.

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

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

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

@helmbold Мне искренне любопытно - _ как_ вы их эффективно используете? Я _пытался_ и просто не могу понять, как разобраться в беспорядке, который представляет собой WF. (Кроме того, где-то далеко в этом вопросе команда сказала, что рабочие файлы были на самом деле второстепенной задачей, а не запланированной функцией.)

@eyalsk :

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

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

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

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

@anyong конечно! добавление опций вообще не проблема, я имею в виду, что проблема начинается, когда вы спрашиваете себя, какие опции избыточны и какие опции действительно полезны, программы, которые были разработаны с учётом вкладок с самого начала, действительно легко справляются с несколькими Причины, но в основном потому, что вкладки не являются второстепенным, а также невозможно сравнить один редактор с другим или даже с другой программой, в которой есть вкладки, в основном потому, что история навигации обычно отличается от программы к программе, разные программы нацелены на разные вещи.

То, что у Sublime / Atom или другой программы есть вкладки и они там хорошо работают, не означает, что вы можете взять все, что там работает, и встроить их в свою программу, это не то, как все работает, на самом деле это то, как вещи _can_ терпеть неудачу! там он успешен, потому что весь пакет делает его успешным.

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

: +1:

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

Теперь мы хотели бы поделиться с вами нашими ранними разработками, чтобы получить ваши отзывы. Мы проведем видеовстречу Google в четверг, 21 апреля, в 16:00 по московскому времени. Если вы хотите присоединиться к нам, нажмите на эту ссылку одновременно: https://hangouts.google.com/call/u3wnrhjja5h47ovt7piatelkxme

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

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

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

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

Продолжайте хорошую работу.

Еще одно предложение ... Было бы неплохо иметь лучшую комбинацию клавиш по умолчанию для просмотра списка рабочих файлов, когда боковая панель скрыта. Я недавно обнаружил, что CTRL + K CTRL + P показывает то, что я хочу, но это сложнее, чем CTRL + TAB. Как я предложил с помощью CTRL + TAB, всплывающее окно «Рабочие файлы» может выиграть от некоторого контекста, основанного на активной панели редактора. Возможно, его можно было бы отсортировать так, чтобы список рабочих файлов, открытых на активной панели редактора, был выше остальных.

@RyanEwen Полагаю, ты раньше не пользовался ярлыками? Потому что платформа Intellij Idea имеет те же ярлыки и может размещать вкладки в любом месте (сверху, снизу, слева, справа, нет). Когда он размещен слева / справа, он работает аналогично рабочим файлам в VSCode. Было бы здорово поэкспериментировать. Вернемся к WebStorm с помощью комбинации CTRL + TAB с верхними вкладками, чтобы узнать, не нужно ли вам это, или вас заставят принять это как единственный обходной путь. CTRL + E в WebStorm также недавние файлы с функциями фильтрации (тип для поиска).

Кто-нибудь сказал «нет» вкладкам, пожалуйста, также укажите, использовали ли вы МЫШЬ в своем рабочем процессе.

: +1:

@KayLeung Я использовал CTRL + E в WebStorm, но поскольку были вкладки, я позволял себе использовать их с помощью мыши чаще, чем нет. Недавно я использовал редактор с вкладками (Koding.io), когда у меня не было доступа к VSCode, и я могу конфиденциально сказать, что я не пропускаю настройку / расположение вкладок. Это кажется утомительным по сравнению с простой историей. Я обнаружил, что всегда зацикливаюсь на том, как я хочу, чтобы все было разложено, и предсказывало, какие файлы открывать, вместо того, чтобы просто использовать редактор и переключаться между файлами. Я знаю, что это, вероятно, частично проблема "я", а не проблема с табуляцией. Я думаю, немного ОКР.

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

Я только что попробовал Adobe Brackets, и их список рабочих файлов разделен на панели. Если у вас есть левая и правая панели, то на боковой панели есть 2 списка рабочих файлов («Левый» и «Правый») вместо одного, как в VSCode. Неплохое решение. Не возражал бы против чего-то подобного (в дополнение к другому моему предложению добавить контекст в CTRL + TAB на основе активной панели редактора).

@RyanEwen, вы очень хорошо

Дружелюбное напоминание, что мы (я, @bpasero и @ bgashler1) поделимся нашими последними проектами вкладок и рабочих файлов сегодня в 16:00 по британскому летнему времени.

Присоединяйтесь к нам по этой ссылке в 16:00 по московскому времени: https://hangouts.google.com/call/u3wnrhjja5h47ovt7piatelkxme. Мы будем рады услышать ваши отзывы.

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

Мне бы очень хотелось быть там, но сейчас 11 утра, а я на работе и не могу присоединиться. Я предполагаю, что кому-то потом будет чем поделиться в письменной форме? : D

Краткий обзор:

1. Вкладки и рабочие файлы (переименованные в «открытые редакторы») ведут себя точно так же, это просто зависит от того, хотите ли вы, чтобы визуальные элементы были сверху (вкладки) или слева (открытые редакторы).
2. Вкладки сгруппированы по панелям визуально вверху, открытые редакторы сгруппированы вместе под заголовками «Левый», «Правый».
3. Один раз щелкните файл, чтобы открыть вкладку предварительного просмотра (или «открыть редактор»); дважды щелкните файл, отредактируйте файл или дважды щелкните вкладку, чтобы сохранить
4. Отладчик открывает все файлы как файлы предварительного просмотра, если вы не сохраните отлаживаемый файл, выбрав один из указанных выше параметров.
5. Вкладки / открытые редакторы можно перетаскивать между панелями
6. Панели можно перетаскивать для перемещения всей группы вкладок

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

Дополнительные мысли для разработчиков:

1. Поскольку поток вкладок / открытых редакторов точно такой же, должно быть возможно сделать что-то вроде этого: показывать открытые редакторы, когда проводник открыт, и показывать вкладки, когда проводник закрыт. Мы можем увеличить горизонтальное пространство для кода и сохранить доступ к вкладкам. Предполагая, что есть ярлык для скрытия / отображения вкладок, это было бы эквивалентом одновременного нажатия этого и CTRL + B - если он работает, это должен быть параметр в настройках: autoShowTabsWhenExplorerClosed или что-то в этом роде. Если нам нужно увидеть больше вкладок, мы можем либо щелкнуть шеврон, либо просто CTRL + B, чтобы увидеть вкладки на левой панели. Я не уверен, что это вообще могло бы «дезориентировать», но пока открытые редакторы и вкладки всегда точно такие же и в одном порядке, я могу представить, что это будет работать очень хорошо.
2. Думаю, вы упомянули, что ранее закрытые вкладки были доступны в одном из представлений CTRL + Tab + something, но думали ли вы о ярлыке CTRL + SHIFT + T (отменить закрытие вкладки), который просто повторно открывает ранее закрытые вкладки (в порядке, указанном в какие они были закрыты)?

Я смог присоединиться только последние 15 минут или около того. Это было записано?

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

Благодаря,

Джеймс

21 апреля 2016 г. в 11:07 anyong [email protected] написал:

Напоминание для всех, кто планировал присоединиться к видеовстрече - это сейчас, так что
щелкните ссылку выше. Пока всего ~ 5 человек.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -212963079

Похоже, было несколько хороших идей. Я с нетерпением жду возможности увидеть это в действии.

FWIW (и если это все еще актуально) Я все же думаю, что лучше не иметь вкладок в пользовательском интерфейсе _по умолчанию_. Хороший чистый заголовок редактора, по которому можно щелкнуть, чтобы увидеть список файлов, если у меня нет боковой панели, или CTRL + TAB, это то, на что я действительно надеюсь :)

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

@indiejames и @RyanEwen: да, мы

@ bgashler1 вы упомянули, что

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

Визуальный дизайн

Во-первых, это изображение показывает, как, по нашему мнению, могут выглядеть вкладки в VS Code:

Мы стремимся к тому, чтобы внешний вид был легким, не отвлекающим, что хорошо сочетается с остальной частью VS Code. Мы еще не составили, как это будет выглядеть в светлой теме.

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

При наведении курсора на вкладку появится всплывающая подсказка с полным путем к файлу на вкладке.

Вкладки предварительного просмотра

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

Мы обсудили действия по продвижению вкладки предварительного просмотра в полностью открытую вкладку:

• Редактирование содержимого внутри вкладки
• Двойной щелчок по файлу в проводнике
• Дважды щелкните вкладку предварительного просмотра в группе вкладок

Переполнение

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

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

Щелкнув вкладку, которая в настоящее время находится в переполнении, вы увидите эту вкладку.

Навигация по вкладкам

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

• Ctrl-Tab показывает список всех вкладок внутри активной группы вкладок:
  
• Ctrl Alt Tab показывает список всех вкладок внутри всех групп вкладок
  
• Быстрое открытие показывает линейную историю всех вкладок
  

Рабочие файлы

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

Список открытых редакторов работает аналогично вкладкам. Мы просто перечисляем их в проводнике, а не представляем в виде вкладок.

Если файл открыт в двух или более группах редакторов, мы показываем это в списке открытых редакторов:

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

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

Шеврон в правом верхнем углу активной группы редакторов указывает, есть ли стек редакторов.

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

Закрытие редактора (например, с помощью Ctrl-W) также удаляет редактор из списка открытых редакторов.

@stevencl

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

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

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

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

@anyong спасибо! :)

Ctrl-Tab показывает список всех вкладок внутри активной группы вкладок:

В заключение! Вкладки или нет, я так долго ждал! Больше не нужно теряться в моей файловой истории.

Закрытие редактора (например, с помощью Ctrl-W) также удаляет редактор из списка открытых редакторов.

Большой! Надеюсь, это будет более интуитивно понятным и поможет убрать беспорядок в _Рабочих файлах_.

Теперь я просто дождусь закрытия https://github.com/Microsoft/vscode/issues/5554 .

Хм, я не знаю, рассматривался ли это, но я подумал об этом только сейчас, поддержка нескольких мониторов! в Visual Studio я могу перетащить вкладку на другой монитор и создать новое окно / представление вкладки, рассматривается ли что-то подобное? Я предполагаю, что этого можно достичь, создав новый процесс VSCode и перетащив вкладки между процессами посредством межпроцессного взаимодействия, то же самое касается открытых редакторов, просто идея, :)

Пожалуйста, пожалуйста, не могли бы вы сделать «вкладки предварительного просмотра» необязательными - то есть иметь возможность сделать что-либо автоматически продвигаемым в постоянную вкладку и никогда не исчезать. Я знаю, что вы обсуждаете способы визуального разделения вкладок, которые являются временными, но, честно говоря, это не сработает для таких людей, как я, которые перемещаются между файлами так быстро (особенно с Go-To-Definition и др.), Что нет времени на визуально осматривайте вкладку, чтобы понять, как она может себя вести. Я не помню, как я открывал файл или редактировал ли я его, и меня действительно сбивает с толку, когда файлы исчезают, казалось бы, случайным образом. (Я знаю, что это не случайно, но вполне может быть.)

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

Спасибо @eyalsk , да, мы это

@stevencl Я был бы счастлив, если бы перетаскивание открывало новое окно vscode с открытым этим файлом (возможно, с той же открытой папкой).

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

@stevencl Я просто беспокоюсь, что для его добавления в будущем потребуется еще больше работы, поэтому _ когда_ вы улучшите инфраструктуру, обязательно сохраните ее в своих журналах! ;)

вкладки пожалуйста

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

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

@stevencl Это похоже на лучшее из обоих миров. Смотрится замечательно! Вкладки выглядят так, как я ожидал, чтобы они соответствовали остальной части пользовательского интерфейса, и похоже, что я получу именно то, что хочу, с изменениями рабочих файлов :)

Будет ли Open Editors поддерживать более двух групп редакторов? Просто интересно, как вы их назовете, если это сложнее, чем Left и Right.

Да, это все равно будет поддерживаться.

От: Максима Квандалле, mailto: [email protected]
Отправлено: 22/04/2016 23:09
Кому: Microsoft / vscodemailto: [email protected]
Копия: Стивен Кларк. Emailto: [email protected]; Mentionmailto: упоминание@noreply.github.com
Тема: Re: [Microsoft / vscode] Правильные вкладки для открытых файлов (# 224)

Будет ли возможно изменение положения панелей перетаскиванием в соответствии с предложением @stevencl ?

Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub:
https://github.com/Microsoft/vscode/issues/224#issuecomment -213605667

@stevencl Я думаю, что то, что вы изложили в ходе обсуждения несколько дней назад, здорово. Это именно то, чего мы все ждали в отношении вкладок. Некоторые другие редакторы, которые я использую, также реализуют как горизонтальные, так и вертикальные конфигурации панелей. Это позволяет вам открывать два файла рядом вверху и один или два открывать под ними. Хотя это не критичная функция, мне часто не хватает ее при разработке интерфейсных веб-приложений и мобильных приложений. Причина в том, что большая часть того, над чем я работаю, - это MVC или их производные, поэтому одновременное открытие модели, представления, контроллера и некоторого файла пользовательского интерфейса (css, Js и т. Д.) Является огромным преимуществом. Планируется ли включить и это? Atom делает это очень хорошо, это был последний редактор, который я использовал до VSCode. К сожалению, этого сильно не хватало в других областях, в которых VSCode выделяется, поэтому я использую только VSCode. Если бы не запланированный выпуск с изменениями вкладок и управления документами, это было бы большим будущим улучшением.

@ jayrosen1576 горизонтальное разделение https://github.com/Microsoft/vscode/issues/1749 , обязательно: +1: чтобы проявить интерес.

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

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

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

@stevencl Мокапы выглядят великолепно, а описание функциональности звучит

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

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

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

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

Некоторые браузеры сжимают вкладки, но затем переполняют их сверх определенного порога. Firefox делает это; почти уверен, что iOS Safari тоже это делает (или делал).

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

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

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

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

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

Спасибо за разъяснение @stevencl.

Один крайний случай, о котором следует помнить при использовании имен файлов на вкладках, - это несколько файлов с одинаковым именем, открытых из разных папок (index.js, README, LICENSE, package.json и т. Д.).

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

В чт, 28 апреля 2016 г., в 12:16, Стивен Кларк [email protected]
написал:

Всем спасибо. Мы не показывали это в макетах, но мы намерены
что при необходимости мы сжимаем вкладки так, чтобы только имя
файл и кнопка закрытия видны. По причинам @anyong
https://github.com/anyong упоминает, мы не думаем, что хотим сокращаться до
точка, в которой имена файлов не отличимы друг от друга. Мы думаем
что, вероятно, более часто на нескольких вкладках в редакторе кода
похожие имена, чем у вкладок браузера, чтобы иметь похожие имена (например,
может быть много имен файлов с одинаковым префиксом). Таким образом, мы думаем, что
сокращение вкладок в редакторе кода имеет другие последствия, чем в
браузер.

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

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -215481474

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

@stevencl

Предполагается, что число просто указывает на наличие вкладок переполнения или важно фактическое количество вкладок переполнения?

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

поэтому они интуитивно понимают, что «у меня открыто много вкладок» или «у меня открыто 2 или 3 вкладки»

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

Я новичок в этой теме, но мой 2p как полноценный пользователь VS2015:

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

Большой поклонник вкладки предварительного просмотра, рад ее появлению.

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

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

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

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

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

В немного связанной заметке, если я ctrl-f4 (или ctrl-w? Кажется, это версия ctrl-f4 не для Windows, если я не ошибаюсь), я ожидаю, что если вкладка уходит, она закрывает редактор и должен запрашивать сохранение / отбрасывание и удаление его из ctrl-tab / ctrl-alt-tab / рабочих файлов ... Я вижу, что есть некоторые изменения привязки клавиш, которые я могу сделать в данный момент для включения этой функции, но мне трудно увидеть, почему в интерфейсе на основе вкладок существование вкладки не связано напрямую с «текущей» - / открытостью файла / редактора.

Мне нравится то, что вы все делаете на vscode, это выглядит потрясающе ☺

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

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

В любом случае, я теперь сторонник истории файлов. :)

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

Изменить: в основном это достигается путем реализации

  { "key": "shift+cmd+[", "command": "workbench.action.openPreviousEditor" },
  { "key": "shift+cmd+]", "command": "workbench.action.openPreviousEditor" },
  { "key": "shift+cmd+[", "command": "workbench.action.quickOpenNavigateNext", "when": "inQuickOpen" },
  { "key": "shift+cmd+]", "command": "workbench.action.quickOpenNavigatePrevious", "when": "inQuickOpen" }

как пользовательские привязки клавиш

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

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

... вкладки содержат кнопку закрытия слева от названия

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

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

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

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

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

Мы показываем шеврон всякий раз, когда есть переполнение ...

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

Было бы очень хорошо, если бы кнопки закрытия вкладок соответствовали соглашениям платформы: слева в OS X, справа в Windows.

После использования VSCode в течение некоторого времени я думаю, что режим _Working Files_ во мне сильно вырос!

Вот несколько причин:

1. Хотя это звучит нелогично, закрытие файла, который я не использую (ctrl-w), не удаляет его из рабочих файлов. Это очень хорошо, потому что часто я снова открываю недавно закрытые файлы (в проекте React) при работе со связанными файлами (или дочерними классами). Таким образом, когда я _ чувствую_, что должен закрыть файл, он не соответствует времени, когда я _ должен_ закрыть его.
2. Мне нравится явное принудительное закрытие, которое предлагает workbench.files.action.closeFile .
3. Я переназначил workbench.files.action.closeFile на Ctrl + k Ctrl + w, потому что это требует (немного) меньших усилий, чем Ctrl + kw ,
4. Я вижу полное имя файла и путь к нему в верхней панели редактора -> Это очень важно для глубоко вложенных проектов (например, у меня), в которых есть файлы с похожими или одинаковыми именами ( index.js ?) И только способ отличить - по пути.
5. Меньше шума вкладок = Дзен!

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

@kumarharsh, зачем они это убирали? во всяком случае, они, вероятно, улучшат его для вас! :)

Если индикатор загрязнения заменяет значок ЗАКРЫТЬ, как мы сможем закрыть файл, если мы не хотим сохранять наши изменения? Будет ли по-прежнему доступна ctrl-w?

Разве индикатор загрязнения не мог просто измениться на кнопку закрытия при наведении курсора?
Это довольно распространенное решение ...

В среду, 4 мая 2016 г., в 23:28, rojorojo [email protected] написал:

Если индикатор загрязнения заменяет значок ЗАКРЫТЬ, как мы сможем
закрыть файл, если мы не хотим сохранять наши изменения? Будет ли ctrl-w по-прежнему
имеется в наличии?

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -216901750

@rojorojo, мы делаем то, что предлагал @anyong , так что у вас не будет проблем. И да, Ctrl + W по-прежнему будет доступен.

Спасибо всем за отзывы.

В конце этого месяца мы проводим исследование UX наших последних разработок. Если вы можете выделить час 25 или 26 мая и хотели бы принять участие в исследовании, зарегистрируйтесь здесь: https://calendly.com/stevencl/vs-code-docmgmt/

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

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

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

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

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

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

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

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

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

Левая часть границы слишком широкая

@ be5invis @MrTravisB @rauschma @marcusrugger @jpaaso

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

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

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

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

@anyong Могу я это скрыть? И если я решу скрыть «разделитель» и Ctrl-Tab в одном столбце редактора, могу ли я переключиться на открытый файл в другом столбце? Мошенники хотят полностью сохранить существующее поведение.

@ be5invis из комментария, на который я

Ctrl Alt Tab показывает список всех вкладок внутри всех групп вкладок

Так что да, вы все равно можете настроить привязку клавиш, чтобы сохранить текущее поведение Ctrl + Tab, если хотите.

@anyong Это хорошо.
Но все же можно ли скрыть индикатор «влево / вправо» и сделать список единым?

Это был бы вопрос к @stevencl

Ура! Надеюсь, мы скоро получим вкладки!

Отличные новости ... мы получаем вкладки .. Но мы не хотим терять папку "Рабочие файлы". Сохранить ее вместе с вкладками?

Потрясающе! Группы вкладок

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

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

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

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

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

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

@ vinod-a-ext - откройте новый выпуск, описывающий проблему, с которой вы столкнулись при использовании Go To Definition.

@stevencl
Перейти к проблеме определения в VS Code
https://github.com/Microsoft/vscode/issues/6238

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

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

Дата: 10 мая 2016 г., 04:06:34 -0700
От: [email protected]
Кому: [email protected]
CC: [email protected]; упоминание@noreply.github.com
Тема: Re: [Microsoft / vscode] Правильные вкладки для открытых файлов (# 224)

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

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub

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

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

Дата: 10 мая 2016 г., 05:03:55 -0700
От: [email protected]
Кому: [email protected]
CC: [email protected]; упоминание@noreply.github.com
Тема: Re: [Microsoft / vscode] Правильные вкладки для открытых файлов (# 224)

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

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub

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

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

Это было бы действительно полезно для сохранения организованности при разработке Angular 2, где у вас обычно есть связанные файлы:

• widget.component.css
• widget.component.html
• widget.component.ts
• widget.component.spec.ts

Согласны с

Я согласен с @coreh в том, что расположение кнопки закрытия вкладки должно соответствовать соглашениям платформы. Изменение положения кнопки закрытия при переходе с Visual Studio на Visual Studio Code было бы довольно неприятным переключением контекста.

Мои два цента: Одна из причин, по которой я _люблю_ код вместо Atom, Sublime или любого другого, кхм, хипстерского редактора, заключается в том, что он не пытается использовать концепцию «вкладки» в веб-браузере. Традиционные IDE, такие как Visual Studio, IDEA и Eclipse, тоже делают это. Код, с другой стороны, использует подход «фреймы и буферы», сродни тому, что вы найдете в Emacs (и, я думаю, в Vim тоже).

Неизбежно, что в любом редакторе на основе вкладок я вынужден работать с результатами, когда фреймы моего редактора ужасно забиты вкладками, для которых брелки папок настолько малы, что их невозможно прочитать. Более того, когда я использую в таком редакторе эквивалент Ctrl / ⌘-PI, в конечном итоге происходит переход к другому кадру как артефакт того кадра, на который я смотрел, когда впервые перешел к файлу. Чтобы просмотреть тот же файл в другом кадре, вы должны выполнить неуклюжую операцию «разделить вкладку», которая также часто имеет тенденцию сочетаться с разделением кадров во многих из этих редакторов. _ Вкладки тесно связывают состояние файлового буфера с заданным кадром на дисплее.

Если вы извините за эмоциональный призыв, пожалуйста, _ пожалуйста_ не превращайте VS Code в еще один редактор с вкладками.

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

edit: очень грустно, что я пропустил звонок 19 дней назад. Я бы присоединился, если бы знал об этом. Обнаружено только из примечаний к выпуску 1.1.0. :(

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

@orospakr , вы можете отключить вкладки в Sublime через параметр меню. Просто к вашему сведению.

@orospakr

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

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

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

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

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

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

Мы обсудили действия по продвижению вкладки предварительного просмотра в полностью открытую вкладку:

Редактирование содержимого внутри вкладки
Двойной щелчок по файлу в проводнике
Дважды щелкните вкладку предварительного просмотра в группе вкладок

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

Маловероятно, что я добавил закладку к файлу, который собираюсь закрыть немедленно.

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

Что касается вкладок, во-первых, _спасибо! _ их отсутствие - одна из единственных черт, которые мне не нравятся в VS Code.

Я бы хотел, чтобы навигация между вкладками была настраиваемой; например, мне нравится, как iTerm переключается между вкладками нажатием cmd + left , и мне очень хотелось бы сделать это и в моем редакторе.

спасибо за отличный редактор <3

Для меня вкладки необходимы ... Возвращаюсь к Sublime, пока у вас не появятся вкладки. PS Я очень разочарован вашим отношением; Вы, кажется, не понимаете UX, но утверждаете, что это было сделано для улучшения UX. Какие у вас личности? Где ваши интервью с пользователями? Докажите это.

@asadighi ты вообще читал комментарии перед публикацией? Команда провела обширные интервью и проводит больше, чтобы получить правильные ответы. Они невероятно отзывчивы к сообществу и создают отличный редактор (бесплатно). Удачи в ожидании следующего релиза Sublime.

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

@asadighi Это все в твоей голове и твоя ерунда проявляется в твоих комментариях, хватит.

@muellerkyle : +1: вы должны создать проблему с расширением закладок, которое вы используете.

Я с нетерпением жду этой функции

+1!

Ежедневно я переключаюсь между Eclipse, PhpStorm, Notepad ++ и VSCode. Угадайте, что, CTRL+W сводит меня с ума.

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

@jamesmenera: да, это будет необязательно, но и рабочие файлы (открытые редакторы) тоже.

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

@ciel , @stevencl написали, что для этого использовали PowerPoint.

Лично мне нравится WireframeSketcher, но PowerPoint тоже может работать. :)

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

@ kadza93 и вкладки, и рабочие файлы будут необязательными ... Интересно, сколько раз я буду писать это.

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

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

Это было всего на 3 секунды выше вашего поста ...

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

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

Возможно, администраторы могут разместить баннер «ТЕКУЩИЙ СТАТУС: В РАЗРАБОТКЕ» вверху страницы проблемы (под телом задачи OP)?

Это должна быть правильная функция в github - что-то вроде альтернативного текста здесь: https://xkcd.com/979/

@ kadza93 Я тебя не ну да ладно .

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

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

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

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

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

На самом деле разработчикам следует просто открыть новую проблему с часто задаваемыми вопросами и деталями, взятыми из
самые распространенные моменты в этой ветке и закройте эту проблему. люди
подписались на этот выпуск и получают десятки писем каждый день
те же комментарии типа "палец вверх" / "палец вниз".
18 мая 2016 года в 1:51 утра «Кумар Харш» [email protected] написал:

Возможно, администраторы могут разместить баннер "ТЕКУЩИЙ СТАТУС: В РАЗРАБОТКЕ"
вверху страницы проблемы (под телом проблемы OP)?

Это должна быть правильная функция в github - что-то вроде альтернативного текста
здесь предлагает: https://xkcd.com/979/

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -219798727

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

@eyalsk, мы все еще экспериментируем, как обрабатывать обновления о проблемах, созданных сообществом. Есть несколько способов сделать это, но все они плохи без функции закрепленных комментариев на GitHub. Проблема с интегрированным терминалом https://github.com/Microsoft/vscode/issues/143#issuecomment -213581854 до сих пор в порядке с большим обновлением в середине потока, я думаю, это связано с меньшей потребностью в обсуждении так что он не был похоронен.

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

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

Спасибо всем, кто участвовал в исследовании UX за последние пару дней. Мы получили от вас отличные отзывы, которые помогли нам улучшить работу:

• Измените дизайн значка переполнения
• Предоставьте настройку для выбора, будут ли файлы из быстрого открытия закрепляться или просматриваться
• Добавить команду, чтобы превратить предварительно просматриваемый файл в закрепленный файл

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

@lllopo они пока недоступны. Стеки / открытые редакторы были объединены для версии 1.3.0 и будут доступны в Insiders на следующей неделе, когда станут доступны ежедневные сборки.

+1

+1

👎

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

@aminroosta Серьезно ... ты не

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

Некоторые люди в этом мире! невероятно!

@eyalsk
Я потратил 25 минут на чтение первых 20-30 комментариев.
Я устал и оставил комментарий, который теперь кажется ошибкой с моей стороны.

Прости за это.

Мы не можем обвинять Microsoft R&D в попытках нововведения. У системы вкладок есть минусы.

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

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

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

Это хорошее предложение, так как это ОЧЕНЬ длинная подача.

Вск, 5 июня 2016 г., 10:42 Эял Сольник [email protected]
написал:

@aminroosta https://github.com/aminroosta Я дам вам совет, когда
вы читаете длинный пост, прочтите исходный пост, а затем получите
последние обновления тратят около минуты на прокрутку снизу вверх.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/224#issuecomment -223826495,
или отключить поток
https://github.com/notifications/unsubscribe/AAInRHy6TDR-opr-8ZKmW-lRUgZDOP21ks5qIwqIgaJpZM4GljE8
.

Лично мне нравится подход Ctrl + Tab. По моему личному опыту, вкладки могут быстро запутаться, если у вас одновременно открыто 10+ из них. Я бы сказал, удалите "рабочие файлы" или, по крайней мере, оставьте это как вариант. Я им не пользуюсь, и это меня запутывает. С этого момента я буду использовать Ctrl + Tab, спасибо!

@adred И Working files (теперь называется Open editors ), и Tabs , насколько я могу судить, будут необязательными.

@bpasero

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

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

Извинения за тон и благодарность.

Так много +1, что это многовато.

В понедельник, 6 июня 2016 г., в 2:16 -0700 "anyong" [email protected] написал:

@bpasero

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

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

Извинения за тон и благодарность.

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

Просто прокомментируйте текст обновления @ https://code.visualstudio.com/updates#_workbench

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

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

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

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

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

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

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

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

Когда я начал читать примечания к выпуску 1.2, первое, что я искал, была _ функция вкладки_. Я ценю, что они поместили туда текущий статус. Но я тоже запутался. Сначала я подумал, что он приземлился, но потом понял, что нет, но был достигнут большой прогресс. В этом случае действительно кажется, что этот элемент должен быть внизу примечаний к выпуску со ссылкой на обсуждение или веху (они оба подтверждают прогресс в реализации функции) вместе с небольшой примечанием, говорящим что-то вроде _ "Ознакомьтесь с прогресс в реализации вкладок "_.

Независимо от этой мелочи. Отличная работа над выпуском. VS Code - отличный продукт с потрясающим циклом разработки.

VSCode только что обновился до 1.3.0-insider. Кажется, что последние файлы исчезли. Есть ли способ сделать это сейчас?

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

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

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

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

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

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

Еще раз спасибо, теперь идите и установите Insiders Release !

https://github.com/Microsoft/vscode/issues/6605 документирует все добавленные или измененные идентификаторы команд для использования с привязками клавиш. Поскольку модель стеков - это такое большое изменение пользовательского интерфейса VS Code, мы решили пересмотреть все команды, относящиеся к редакторам или группам.

Мы рады сообщить, что теперь вы можете включать вкладки в наших ночных инсайдерских сборках (http://code.visualstudio.com/Download#insiders). Соответствующий параметр - workbench.editor.showTabs . Пожалуйста, обратитесь к нашим примечаниям к

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

Благодаря!

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

Если вы попробовали это и можете выделить 30 минут, чтобы поделиться своим мнением, зарегистрируйтесь в чате здесь: https://calendly.com/stevencl/vs-code-tabs/

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

tl; dr; включить вкладки в сборке инсайдеров VS Code с помощью workbench.editor.showTabs: true

На этой неделе мы приближаемся к июньскому рубежу с нашим обычным финальным тестированием. Вкладки находятся в плане тестирования (https://github.com/Microsoft/vscode/issues/7854) и будут частично освещены в течение недели. Мы по-прежнему ожидаем исправления вкладок в июне и, возможно, уточнений на основе отзывов, опубликованных в июне. Но большая часть работы сделана, поэтому я закрою этот вопрос.

Из описания этого рабочего элемента @TurkeyMan запрашивает наличие вкладок и способ переместить вкладку из рабочей среды, чтобы открыть ее в новом окне. Я извлек последний в https://github.com/Microsoft/vscode/issues/8171, поскольку он не имеет отношения к работе с вкладками, которую мы проделали.

Продолжайте записывать проблемы на вкладках, как вы их видите во время тестирования. Спасибо за помощь в тестировании сборки для инсайдеров!