за рамками

покажите мне другой популярный ide без панели инструментов

39548:

закрываем вопросы, которые долгое время стояли в очереди

vijayvepa открыл этот выпуск 4 декабря 2017 г., 15:34
vscodebot закрыл это 4 декабря 2017 18:01
... это было давно ... аж два с половиной часа :)

18042:

Билет закрыт. Спасибо за понимание и удачного кодирования!

Ага! Без vscode :)

Поскольку # 18042 был закрыт, я перешел на другую IDE. Извините, Microsoft!

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

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

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

Команде Vscode наплевать, что они потеряли еще несколько пользователей ... Так что это то, что есть.

Полностью согласен с ОП. Самый большой недостаток функций в VSCode - это отсутствие панели инструментов.

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

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

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

Microsoft, пожалуйста, прекратите саботировать свое будущее.

временное решение может заключаться в использовании строки состояния для добавления необходимых вам команд.
это расширения могут делать это:
https://marketplace.visualstudio.com/items?itemName=anweber.statusbar-commands
https://marketplace.visualstudio.com/items?itemName=gsppvo.vscode-commandbar
https://marketplace.visualstudio.com/items?itemName=gizak.shortcuts
https://marketplace.visualstudio.com/items?itemName=fabiospampinato.vscode-commands

и здесь можно добавлять задачи в строку состояния:
https://marketplace.visualstudio.com/items?itemName=GuardRex.status-bar-tasks

результат:

Я с @morozovsk и @MikeSummit по этому

Панели инструментов - это обязательная функция, которой нет в коде.

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

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

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

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

https://marketplace.visualstudio.com/items?itemName=GuardRex.status-bar-tasks

Я бы с удовольствием ОТПРАВИЛАСЬ!

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

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

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

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

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

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

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

Я тоже надеюсь, что не заблуждаюсь :)

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

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

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

возможно, кто-нибудь может попробовать перенести это расширение панели инструментов Atom https://github.com/suda/tool-bar

Я начал функциональную ветку с некоторым кодом, который нацелен на эту фиксированную панель инструментов:
https://github.com/junalmeida/vscode/pull/1
Спроси меня, хочешь ли ты в этом участвовать.
Я уже создал начальные требования для панели инструментов (такие элементы пользовательского интерфейса, как позиционирование и т. Д.) С тремя общими базовыми действиями. Смотрите гифку, которую я поставил для пиара.

Впереди еще много работы.

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

Как и в случае со всеми запросами функций, лучший первый шаг - обычно начинать обсуждение, а не сразу начинать кодирование.
Ознакомьтесь с нашими рекомендациями по запросам на вытягивание https://github.com/Microsoft/vscode/wiki/How-to-Contribute#pull -requests

С уважением
Исидор

@isidorn
atom - это минималистичный редактор кода:

notepad ++ - супер минималистичный редактор кода:

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

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

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

:злой:

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

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

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

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

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

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

+1

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

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

В заголовке VS Code, под строкой меню, не могли бы вы предложить еще одну панель инструментов с иконками для наиболее часто используемых функций, таких как «Сохранить файл», «Открыть файл» и т. Д. Как Visual Studio. Нам нужно иметь возможность самостоятельно настраивать его для добавления / удаления элементов.

Я не собираюсь вечно ждать от MSFT, чтобы добавить это (если вообще). Покупка WebStorm от jetbrain.

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

К сожалению ... но я надеюсь, что это поможет ...
Сочетания клавиш Visual Studio Code для Windows
https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

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

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

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

Кэрол

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

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

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

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

Для дальнейшей поддержки (без намерения стыдно). Даже самые простые из самых простых замен блокнота имеют возможность добавлять даже самые простые панели инструментов - гораздо более традиционно анти-графические, чем те, что отмечены выше, или даже мои давние goto из Notepad ++ - ДАЖЕ VIM ДЛЯ WINDOWS, как показано ниже. Когда порт UNIX VI может позволить себе добавить код в панель инструментов для своего графического интерфейса ... Я уверен, что вы уловили суть.

Но насколько это необходимо и что за этим стоит? ИМО, насколько я использую клавиатуру, есть кое-что, что мне всегда было удобнее иметь "визуальную" графическую кнопку, хотя бы по какой-то другой причине - основные файловые операции. Да, я полностью понимаю и согласен, что это в 1000 раз быстрее ударить: wq! но это одна из областей, в которой 10 из 10 раз я с радостью возьму 4-5 секундное нажатие на каждую операцию открытия / сохранения основного файла, чтобы щелкнуть кнопку панели инструментов (если она есть), что я хочу сказать о ВСЕХ ДРУГИХ графических интерфейсах Microsoft. Написанный за последние 35 лет, кроме vscode, он стал доступным для операторов. Из комментариев выше, похоже, что я, конечно, не одинок в своем типичном использовании рабочего процесса, который, несмотря на то, что, возможно, не является самым эффективным по времени, является случаем, когда (чтобы сохранить мои оставшиеся седые волосы) комфорт, удобство и простота разум побеждает производительность.

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

UNIX-born VIm Windows-port _Улучшено только для соответствия стандартам графического интерфейса Windows_ (до появления очевидных новых (менее) стандартов графического интерфейса пользователя ~

Тот, кто отвечает за VSCode в MSFT, должен быть уволен за игнорирование таких базовых запросов. Снова похоже на старый MSFT.

Раньше я не видел ОЧЕНЬ быстро «уходи, я не хочу слушать людей, использующих то, что я разрабатываю», проблема № 11159, где меня спрашивали, почему из НЕСКОЛЬКИХ жалких кнопок, предоставленных пользователям на боковой панели, Считалось, что РАСШИРЕНИЯ - это то, на что пользователь будет НАЖИМАТЬ ЧАСТЕЕ, чем ОСНОВНЫЕ ФАЙЛОВЫЕ ОПЕРАЦИИ:

https://github.com/Microsoft/vscode/issues/11159

Когда вы видите, что DEV закрывает и блокирует проблему ТАК быстро и в основном говорит «уходите» - я вижу, что он работает с MS за границей, в Швейцарии, серьезно ли какое-либо руководство DEV по этому продукту не видит в этом огромную проблему, когда MS ' клиенты теперь не имеют возможности даже вмешиваться в то, что я считаю серьезной проблемой? Если бы я управлял этой командой разработчиков, я бы попросил разработчика, защищающего этот выбор дизайна, показать мне одного человека, который, ВОЗМОЖНО, мог нажимать ГИГАНТНУЮ кнопку «расширений» чаще, чем открывать / сохранять / закрывать файл, после файла, после файл - и вместо этого защищать дизайн, согласно которому все ЭТИ операции должны вместо этого требовать от наших пользователей многократных щелчков мышью по меню и панелям команд и ввода команд?!?

Готов поспорить, если бы вы РАЗБЛОКИРОВАЛИ эту проблему, МНОГИЕ из ваших пользователей согласились бы, как в данном случае (что, вероятно, и было целью быстрого закрытия). И @BenHayat, вы абсолютно правы - еще в конце 90-х мне действительно предложили должность @ MS, и если бы я был на этой должности сегодня, это именно то действие, которое я бы тоже предпринял, и я НИКОГДА не поддержал бы то, что вижу в выпуске № 11159 в адрес пользователей продукта. Этот продукт может быть намного больше, чем он есть после стольких итераций, и пользователи реального продукта ВСЕГДА должны иметь право голоса при стремлении внести улучшения. В противном случае команда разработчиков заканчивает писать приложение, которое удовлетворяет только ИХ потребностям. И когда разработчики управляют отзывами пользователей, что, к сожалению, более распространено в наши дни на Github, иногда обращение с реальными людьми, потребляющими то, что вы разрабатываете, заканчивается одинаково, будь то от крупного разработчика MS или пары подростков и их первый репозиторий с открытым исходным кодом. :подмигивание:

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

Я наконец не смог прокомментировать это. Я был разработчиком 30 лет и научился использовать правильный инструмент для конкретной работы, начиная от командной строки и заканчивая полностью автоматизированной доставкой. Для каждого есть свои причины, и поскольку инструменты разработки программного обеспечения резко изменятся с расширенной интеграцией ИИ, панель инструментов станет командной строкой прошлого. В коде VS отсутствует фундаментальный эволюционный компонент, аналогичный отсутствию командной строки в среде IDE. Тем не менее, моя консалтинговая практика использует Visual Studio Professional и JetBrains Ultimate в качестве двух наших базовых пакетов. Код VS определенно не соответствует гибкости большинства профессиональных пакетов IDE без панели инструментов. Я бы не стал ставить разработчика-первокурсника перед кодом VS и тратить деньги на то, чтобы он / она изучили разбавленную IDE. Просто мое честное мнение.

@pgmolloy У меня одни и те же проблемы, в настоящее время я в основном использую Visual Studio и webstorm ... и они обычно работают (а в некоторых случаях, как правило, имеют более полные плагины, которые лучше работают с другими плагинами), но нет никаких иллюзий что они такие же легкие и с ними приятно работать, как с vscode.

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

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

ЕСЛИ мне было лучше с css / html, и ЕСЛИ мне казалось, что был даже крошечный шанс запроса на вытягивание с этой функцией ... был бы принят ... Я бы потратил на это время и усилия. Я бы понял, если бы это было «мы хотим это сделать, но у нас просто нет времени над этим работать самим». Я просто довольно уверен, основываясь на предыдущей истории и десятках других связанных проблем, которые были закрыты почти сразу или вскоре после создания .... Команда vscode не хочет запросов на вытягивание, связанных с панелью инструментов. Это не соответствует их видению, и они не отрываются от своих ружей.

Я бы хотел, чтобы меня доказали, что я ошибаюсь.

@ronnyek :

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

@bpasero и @isidorn - наши "герои" :)

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

Действительно нужна эта функция

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

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

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

• Документация на https://code.visualstudio.com/api/extension-guides/tree-view и
• Пример на https://github.com/Microsoft/vscode-extension-samples/tree/master/tree-view-sample.

Также интересно, что эта настраиваемая строка состояния

• Документация на https://code.visualstudio.com/api/references/vscode-api#StatusBarItem и
• Пример на https://github.com/Microsoft/vscode-extension-samples/tree/master/statusbar-sample)

И плавающее расширение панели инструментов

• Документация на https://github.com/JerryGoyal/Shortcut-Menu-Bar-VSCode-Extension

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

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

Я в причудливом мире?
Как это до сих пор не хватает панели инструментов в 2019 году? Мы по какой-то причине идем назад?

@ eb7898 , Visual studio и IDEA имеют панель инструментов в 2019 году. Vscode - нет.

Отсутствие панели инструментов - это плохо, но особенно при просмотре, а не при активном кодировании (так что моя рука лежит подальше от клавиатуры).
Обходные пути - все сыр (плавленый сыр в отличие от хороших Époisses) ...
Панель инструментов редактора находится слишком далеко в правом верхнем углу экрана.
Моя строка состояния заполнена ... и кому вообще нужна панель инструментов внизу?
Боковая панель занимает слишком много места.

Есть другие идеи?

@awittaker - еще одно решение - это расширение, основанное на ранее упомянутом коде древовидного представления:

https://marketplace.visualstudio.com/items?itemName=usernamehw.run-commands-view

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

@awittaker «активное кодирование» - не универсальное решение для всех. Веб-разработчики половину своего времени проводят в браузере, настраивая слои и используя инструменты вроде Chrome Developer Tools. У разработчиков игр нет другого выбора, кроме как постоянно переключаться между редактором и игрой. Оба переключаются на Photoshop и другое программное обеспечение, чтобы быстро что-то нарисовать или создать. Поэтому большую часть времени они держат мышь в руке, и гораздо лучше продолжать использовать мышь, чтобы делать все. Я думаю, что у нас должны быть оба режима в VSCode - для людей, ориентированных на клавиатуру, и для людей, ориентированных на мышь. Может быть, даже «главного меню» недостаточно - лично я хотел бы иметь возможность создать что-то вроде вертикального лотка для имитации поведения Photoshop или ленты из MS Office. Конечно, это совершенно необязательная вещь для очень специфических задач - я имею в виду, что нет необходимости отражать каждую функцию из окна команд в элементы меню. Просто дайте возможность создавать меню и блоки, нарисованные владельцем, и все. К сожалению, мне нужно перейти на Theia или даже на IntelliJ IDEA Community Edition, из-за этого не осталось никаких вариантов.

Требования к идеальной панели инструментов:

1. Как можно ближе к закрепляемой панели инструментов MS Office 2003. (Если вы никогда не использовали это, это был лучший пример идеальной панели инструментов).
2. Включает набор панелей инструментов по умолчанию со связанными инструментами, сгруппированными вместе.
3. Возможность индивидуального размещения или закрепления панелей инструментов. Стыковка может быть сверху, снизу, слева или справа.
4. Возможность отображать или скрывать панели инструментов
5. Возможность создавать новые панели инструментов
6. Возможность добавлять и удалять инструменты на панели инструментов по умолчанию и на панелях инструментов, созданных пользователем.
7. Встроенные инструменты связаны с функциями и командами VSCode. Пользовательские инструменты могут быть связаны с пользовательскими скриптами или макросами.
8. При наведении указателя мыши на инструмент отображается имя, краткое описание и эквивалент клавиатуры, чтобы помочь обнаружить и изучить функции и эквиваленты VSCode.
9. Пользователь может настроить отдельные инструменты, чтобы отображать значок, отображать текстовое имя или отображать и то, и другое.
10. Инструменты могут быть командами с одним щелчком (например, «Сохранить»), раскрывающимся списком команд (например, «Сборка», «Сборка всего» и т. Д.) Или вводом текста (например, размером шрифта).
11. Конфигурацию и настройки панели инструментов можно экспортировать и импортировать в удобочитаемом формате JSON. Импорт может быть аддитивным или деструктивным.
12. Простой API и объектная модель для создания сложных инструментов и панелей инструментов. Интеллектуальный конечный автомат для реактивного включения / отключения инструментов в зависимости от контекста.
13. НЕ как текущая лента MS Office. Занимает слишком много места и слишком часто требует 2-3 кликов вместо одного.

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

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

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

Оказывается, VSCode - это ажиотажный проект Microsoft, так как он «пришел» на открытый исходный код.
MS не позволит VSCode стать конкурентом Visual Studio XXXX, которая тормозит и тормозит.
Это сопротивление основных участников несложно понять по данным их профилей. У них есть работа в Microsoft, и их могут уволить.
Жду форков VSCode с панелями инструментов.

Визуальная студия @NickMaev сама по себе отлично работает и предоставляет многое, помимо кода. При этом vscode - это, в конечном счете, правильный, неправильный или безразличный проект Microsoft.

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

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

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

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

Неужто это можно было сделать с расширением? Почему это должно быть в основном продукте? Это уже самый популярный редактор кода, что говорит о том, что большинство его пользователей совершенно довольны отсутствием панели инструментов. Это 100% идеальный сценарий для расширения. Ребята, пишите код!

Это 100% идеальный сценарий для расширения.

Звучит умно ... но эй! vscode не поддерживает API для создания панелей инструментов. Читаем билет, ребята!

Неужто это можно было сделать с расширением? Почему это должно быть в основном продукте? Это уже самый популярный редактор кода, что говорит о том, что большинство его пользователей совершенно довольны отсутствием панели инструментов. Это 100% идеальный сценарий для расширения. Ребята, пишите код!

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

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

Требуется панель инструментов. Я начинаю узнавать больше о PowerShell, так как имею большой опыт работы с VBScript. Я использовал Notepad ++ для большей части редактирования vbscript и начала изучать PowerShell ISE. PowerShell ISE по крайней мере имеет панель инструментов, хотя, насколько я могу судить, ее нельзя настраивать. Я услышал о VSCode и установил его в надежде получить лучшую панель инструментов, чем PowerShell ISE. Поскольку я сам не смог найти панель инструментов в VSCode, я поискал и нашел эту ветку. С этим запросом функции, подтверждающим, что VSCode вообще не имеет панели инструментов, я уже удалил его.

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

61336

Можем ли мы наконец признать, что это то, что вам нужно сделать ?! Это всего лишь одна ветка из МНОГО МНОГО МНОГО МНОГИХ веток людей, которые задают одно и то же.

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

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

@isidorn Вы написали: «В настоящее время этот запрос функции (как и многие другие) открыт, поэтому мы можем собрать больше отзывов от пользователей. . . . '

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

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

На мой взгляд, VSCode - это IDE или платформа для построения IDE, а не просто минималистичный редактор кода. Минималистичный редактор кода - это еще один продукт Microsoft, Блокнот.

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

Итак, мой вопрос в этом выпуске обратной связи: где обсуждение?

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

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

Эта особенность распространена повсюду в мире, о чем нужно поговорить ...

Требования? Как и сказано в названии кода Visual Studio , продублируйте его оттуда.
Орудие? Это действительно необходимо, но этому вопросу уже полтора года.

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

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

Более чем счастлив продолжать использовать webstorm. Вперед, команда vscode!

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

Серьезно, Microsoft! В остальном аккуратный редактор кода / IDE оказался бесполезным для тех из нас, кто ценит хороший дизайн графического интерфейса. Это 2019 год, почему мы до сих пор возимся с командными строками?

Это 2019 год, почему мы до сих пор возимся с командными строками?

Потому что это в тысячу раз быстрее?

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

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

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

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

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

Прошло почти 2 года, а комментариев, подтверждения, заявленного намерения по-прежнему нет, просто снова добавлено в журнал. ССС-СУУУУУПЕР пупер. (Я думаю, по крайней мере, это не было просто удалено или закрыто)

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

Я просто поражен тем, в какой кластер превратилась вся эта ситуация. путь вперед, команда vscode!

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

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

Сделал то же самое. VsCode пошел по параллельному пути с моими потребностями, поэтому вернемся к notepad ++ (спасибо, вино) / возвышенному. Забавно, как небольшие команды людей без взаимодействия с MSF делают вещи совершенно по-другому и в большинстве случаев лучше. Ну что ж, пока это длилось, было приятно.

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

Честно попробовал, но отказался от кода VS и вернулся к Notepad ++. Просто не могу вспомнить все команды, которые мне нужно использовать, а эта штука требует больших ресурсов для загрузки. На мой взгляд, то, что требует более 700 МБ ОЗУ для загрузки только одного текстового файла, обязательно должно иметь панель инструментов.

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

Перемещение этих элементов в верхнюю часть экрана не заставит их волшебным образом занимать меньше места по горизонтали ...

Перемещение этих элементов в верхнюю часть экрана не заставит их волшебным образом занимать меньше места по горизонтали ...

Специальная панель инструментов может использовать:

1. Значки большего размера
2. Меньше текста
3. Укладка / скрытие списка
4. Несколько строк
5. Простое управление группами элементов управления (показать / скрыть в соответствии с каким-либо флагом или статусом)
6. И, возможно, другие тонкие вещи UX, которые полезны или необходимы.

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

Это меня рассмешило ...
Дорожная карта кода Visual Studio 2020

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

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

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

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

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

Оба звучат положительно, но я подозреваю - настройка контекстных меню существует с 2016 года, не так ли?
Обновления июнь 2016 г. (версия 1.3)
Я неправильно это понимаю? Или дорожная карта на 2020 год скопирована / вставлена ​​из 2015 года !?

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

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

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

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

Тем временем, возможно, они переведут панель инструментов в режим доступности и: /

@ minig0d
когда-нибудь использовали сочетание клавиш? Или увеличенный размер шрифта в редакторах для презентации? Ну, вы используете функции доступности, знали вы об этом или нет:

https://vscode.readthedocs.io/en/latest/editor/accessibility/

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

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

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

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

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

Microsoft не собирается этого делать. Мы должны это сделать. Кто-нибудь это уже сделал?

Я использую ограниченную панель инструментов - Панель быстрого меню от Jerrygoyal.

Однако остается главный вопрос:

• Доступны ли и полностью ли документированы API-интерфейсы для панели инструментов в VSC?

Я использую ограниченную панель инструментов - Панель быстрого меню от Jerrygoyal.

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

Отсюда необходимость в официальном API / расширении панели инструментов от команды Microsoft Visual Studio Code.

Отсюда необходимость в официальном API / расширении панели инструментов от команды Microsoft Visual Studio Code.

в любой год сейчас

Давай, МС ?! Насколько сложно сделать так, чтобы клиенты-разработчики были довольны? Мы не так много просим. Помните, что мы ваши клиенты И ваша прибыль ... подумайте об этом ...

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

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

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

1. Нажмите F1 на клавиатуре, чтобы отобразить палитру команд (или нажмите Ctrl + Shift + P для того же эффекта, но для этого потребуется больше усилий: p).
2. Введите любую команду, которую хотите найти. Эта функция поиска команд довольно умна, поэтому введите все, что вы хотите найти.
3. Выберите команду с помощью клавиатуры (кнопку со стрелкой и нажмите клавишу ВВОД) или щелкните по ней.

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

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

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

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

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

То есть, мы говорим о 1 щелчке по сравнению с как минимум 2 нажатиями клавиш (при условии, что это была последняя использованная команда) (и, скорее всего, 3-4, чтобы либо нажать стрелку вниз несколько раз и выбрать, либо ввести несколько букв и Выбрать...

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

@ thariqnu-ifm
Насколько точно использовать палитру команд без клавиатуры?
Почему у нас не может быть и палитры команд, и дополнительной панели инструментов (или хотя бы API для нее)?

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

@ thariqnu-ifm
Насколько точно использовать палитру команд без клавиатуры?
Почему у нас не может быть и палитры команд, и дополнительной панели инструментов (или хотя бы API для нее)?

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

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

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

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

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

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

Ха! :))
Что значит минималистичный?

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

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

Я потратил три месяца на настройку редактора vscode, думая - да, нашел, мой редактор!

И где ты думаешь я кодирую,
Да вы правы - в блокноте ++

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

@isidorn, достаточно ли 20 недосягаемым ?

Вы говорите минималистичный, но я бы посчитал что-то вроде Notepad ++ довольно минималистичным ... Между тем, у нас есть встроенный git / контроль версий (который, насколько мне известно, ни один из "минималистичных" редакторов не включает ... есть отладка ... которую я думал, что это скорее функция IDE, чем минималистский редактор кода? У вас есть собственный монитор процесса? Не думаю, что я когда-либо видел редактор кода с одним из них ...

Но знаете, чего у него нет? ПАНЕЛЬ ИНСТРУМЕНТОВ ... знаете, что есть панель инструментов? Большинство редакторов кода публикуют VIM (в значительной степени) ... У кого нет? Sublime, возможно, единственный отдаленно важный, о котором я могу думать, который не может (не уверен, что никогда не использовал его), так что это минималистская цель или Sublime подделка, чтобы попытаться заманить возвышенных пользователей в экосистему MS?

Ох ... я чуть не забыл ... Разве Microsoft не разрабатывает эти 3 РАСШИРЕНИЯ для удаленного редактирования (Remote - SSH, Remote - Containers, Remote - WSL и т. Д.)? Я не могу вспомнить ни одного минималистичного редактора, в который были бы встроены эти функции ... и думал, что философия заключалась в том, что MS разрабатывает редактор и расширяемость, обрабатываемую сторонними расширениями? пожать плечами ...

Давай, Microsoft - сделай хоть раз правильное дело и прислушайся к своей клиентской базе. Я уверен, что у вас уже есть готовая панель инструментов, просто нужно включить ее в сборку и осчастливить еще 50% своей аудитории. Все дело в выборе. Тем, кому нужна панель инструментов, включите. Те, кто этого не делает, оставьте это. В ЧЕМ ПРОБЛЕМА?????

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

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

Давай, Microsoft - сделай хоть раз правильное дело и прислушайся к своей клиентской базе. Я уверен, что у вас уже есть готовая панель инструментов, просто нужно включить ее в сборку и осчастливить еще 50% своей аудитории. Все дело в выборе. Тем, кому нужна панель инструментов, включите. Те, кто этого не делает, оставьте это. В ЧЕМ ПРОБЛЕМА?????

Они пытаются «расставить приоритеты» на основе потребительского спроса ... другими словами, они работают над своим следующим выпуском функции Rockstar ... вероятно, что-то вроде API для Raspberry Pi, встроенного в их кофеварки ... на всякий случай кто-нибудь хочет запрограммировать какую-нибудь Яву со своей Явой? Вы знаете, что такое сверхвысокий спрос ... Возможно, они пытаются перевести VSCode на язык Кодекса Хаммурапи ... Я слышал, что он довольно популярен в некоторых частях ...

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

Если они не могут справиться с 30 минутами, которые потребуются для создания ДОПОЛНИТЕЛЬНОЙ панели инструментов / api ... тогда многим из нас, вероятно, действительно нужно будет вернуться к другому редактору ...

Идея одного человека о бесполезном заполнении - это идея другого человека о четко определенном интерфейсе ... notepad ++ не очень хорошо спроектирован и не удобен в использовании. Раньше я использовал notepad ++ и editpad pro, последний был отличным, но оба выглядят устаревшими с тесными кнопками. Я рад, что у VSC их нет, когда я впервые попробовал атом, мне тоже не понравилась палитра команд - или vsc - но после использования в течение нескольких лет я не пропускаю кнопки и не считаю, что палитра команд трудна для использования . Может быть, просто дайте ему немного времени, вместо того, чтобы возвращаться к notepadd ++.

... сделать счастливыми еще 50% своей аудитории ...

Около 240 человек добавили положительный смайлик в ОП ... с чего вы думаете, что VSC используют только около 480 человек ???

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

Не говорите мне, что делать, и я не скажу вам, куда идти.

Идея одного человека о бесполезном заполнении - это идея другого человека о четко определенном интерфейсе ... notepad ++ не очень хорошо спроектирован и не удобен в использовании. Раньше я использовал notepad ++ и editpad pro, последний был отличным, но оба выглядят устаревшими с тесными кнопками. Я рад, что у VSC их нет, когда я впервые попробовал атом, мне тоже не понравилась палитра команд - или vsc - но после использования в течение нескольких лет я не пропускаю кнопки и не считаю, что палитра команд трудна для использования . Может быть, просто дайте ему немного времени, вместо того, чтобы возвращаться к notepadd ++.

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

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

@morozovsk Нет панели инструментов - никто не может заставить вас не использовать то, что
не существует.

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

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

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

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

Идея одного человека о бесполезном заполнении - это идея другого человека о четко определенном интерфейсе ... notepad ++ не очень хорошо спроектирован и не удобен в использовании. Раньше я использовал notepad ++ и editpad pro, последний был отличным, но оба выглядят устаревшими с тесными кнопками. Я рад, что у VSC их нет, когда я впервые попробовал атом, мне тоже не понравилась палитра команд - или vsc - но после использования в течение нескольких лет я не пропускаю кнопки и не считаю, что палитра команд трудна для использования . Может быть, просто дайте ему немного времени, вместо того, чтобы возвращаться к notepadd ++.

Эээ ... знаете, что есть в блокноте ++? файлы конфигурации ... знаете, что вы можете сделать с этими файлами? удалите элементы, на которые вы не хотите смотреть ... вы могли бы буквально сделать так, чтобы в нем было только файловое меню с одним параметром меню и без панели инструментов, если хотите ... Почему это так? потому что это позволяет людям настраивать его для того, что работает наиболее эффективно для них, не привязывая людей к рабочим процессам, которые для них неэффективны. Таким образом, сказать, что ВЫ находите его загроможденным, поэтому НЕОБЯЗАТЕЛЬНАЯ функция, которую вы не будете вынуждены использовать, не должна быть реализована, потому что ВЫ находите ее таким образом, звучит чрезвычайно эгоистично.

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

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

Что вы хотите расставить по приоритетам? API для тостера?

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

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

@ thariqnu-ifm
Насколько точно использовать палитру команд без клавиатуры?
Почему у нас не может быть и палитры команд, и дополнительной панели инструментов (или хотя бы API для нее)?

Как вы пишете код без клавиатуры?

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

Этот снимок экрана тенденции в OP не показывает то, что, по вашему мнению, он показывает ...

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

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

Есть видение ... Это видение не включает панель инструментов. Почему у меня не получается ... Но все это время ждал ... Webstorm стал лучше и лучше, увеличивая разрыв.

На чью-то точку зрения ... У них не возникло проблем согнуть назад для какой-то супер-непонятной поддержки, которую будут использовать 2% пользователей кода ... Но тогда простая ДОПОЛНИТЕЛЬНАЯ панель инструментов ... Неееет.

Прошли годы, годы и бесчисленные проблемы ушли в небытие. Думаю, пора просто позвонить.

Как вы пишете код без клавиатуры?

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

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

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

Изменить: команде Microsoft Visual Studio Code:

Разве предоставление этой функции не было бы более продуктивным действием?

@ rei-vilo

Разве предоставление этой функции не было бы более продуктивным действием?

Вы наверное запутались :)
Я начинаю тему. Я не работаю на РС. Я не мог доставить эту функцию.

@ rei-vilo

Разве предоставление этой функции не было бы более продуктивным действием?

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

Извините, это сообщение предназначено для команды разработчиков Microsoft Visual Studio Code.

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

Я начинаю тему. Я не работаю на РС. Я не мог доставить эту функцию.

Вы буквально сказали это в своем обновлении FAQ к посту 1 выше 🤣

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

OP немного tl; dr, может быть, FAQ стоит переместить в самый верх.

Перестань быть Apple. Удаление чего-то полезного от чего-то не улучшает.

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

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

Вы также можете возразить, что гигантский бар слева (как бы вы его ни называли) это что? 100px + в ширину, гораздо больше загромождает, чем панель инструментов 20px ...

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

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

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

Используя недавнее добавление подвижных панелей.

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

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

Просто добавляю в кучу ...

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

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

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

Забавно, что команда разработчиков отвергает что-то столь полезное, в то время как что-то совершенно бесполезное, вроде «ОТКРЫТЫЕ РЕДАКТОРЫ», продолжает загромождать наш экран. В этом не было необходимости даже в течение 6 дней VC ++, темных времен в эпоху кодирования, когда у нас не было вкладок, показывающих, какие файлы открыты.

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

• Настраиваемая панель инструментов -> чрезвычайно полезно.
• Вкладки, показывающие, какие файлы открыты -> чрезвычайно полезно. Оставь это!
• Открытые редакторы -> совершенно бесполезны. Брось это!

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

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

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

Что вы знаете ... это то же самое слово в слово, которое вы могли бы сказать, если бы кто-то пожаловался, что ему не нравится панель инструментов? Как разносторонне!

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

Панелей инструментов не было. Отсутствие панели инструментов было основной целью дизайна. Добавление его сейчас потребовало бы ресурсов, времени на разработку и потребовало бы совместной работы нескольких команд, чтобы добавить эту «функцию». Затем, как только он появится, разработчики ленивых расширений будут писать только для панели инструментов и не будут предоставлять способ использовать свои расширения без панели инструментов. Скорее всего, даже не будут связывать события щелчка с реальной командой, они просто будут выполнять что-то при щелчке, не давая никому возможности использовать палитру команд. Я думаю, что добавление этой «функции» сейчас было бы ошибкой, поэтому я не хочу, чтобы это делалось. Это также приведет к раздуванию API. Все исследования ленты MS показали, насколько бесполезны бесконечные пункты меню и как ад панели инструментов никому не помогает более эффективно использовать приложение.

Если MS Studies считает, что панель инструментов бесполезна, тогда почему дизайн все еще остается базовой парадигмой для приложений? В вашем браузере включена панель инструментов / лента? Слово? Excel? Исследователь? Visual Studio? Фотошоп? Прикрепленные приложения в Windows - это своего рода панель инструментов. Если вы лично никогда не используете их ни в одной из вышеперечисленных ситуаций, считаете ли вы, что пользователи, которые действительно используют программное обеспечение, неправильно? Что, например, структура палитры команд лучше всего заменит ленту в Word? Честные вопросы.

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

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

Если вы читаете эту ветку, и отсутствие панели инструментов для вас, как и для меня, по сути является препятствием, то я рекомендую Notepad ++. Я удалил VSC, установил АЭС и не оглядывался назад. Панель инструментов NPP полностью расширяема с помощью плагина, и я добавил кнопки для выполнения почти 20 повторяющихся задач с помощью Python, сценариев bash и внутреннего языка редактора. Кроме того, у него есть множество других плагинов для языковых задач и т. Д. Я уверен, что есть и другие хорошие альтернативы, но я не нашел в NPP ничего, что я не мог бы сделать по умолчанию или сам кодировать.

ХАХАХАХА ... Я только что обнаружил РЕАЛЬНУЮ причину, по которой скетчбуху не нужна панель инструментов ... Он занят, используя строку состояния в качестве панели инструментов (и по какой-то причине считает, что более приемлемо "взломать" строку состояния с непреднамеренной целью чем иметь нормальную строку состояния ...

давай, чувак ... если тебя беспокоит легкий вес ... давайте избавимся от НАСТОЯЩЕГО раздувания ... опять же, гораздо более легкие редакторы, чем VSC, имеют панели инструментов ...

... Честные вопросы.

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

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

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

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

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

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

Что касается инженерных проблем,

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

@sketchbuch :

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

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

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

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

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

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

Не хотел приводить анекдотические свидетельства.

@sketchbuch

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

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

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

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

Просто потому, что вы МОЖЕТЕ добавить туда кнопку, не означает, что VSC позволяет вам, потому что они хотят, чтобы вы превратили ее в панель инструментов ... Я действительно помню, как видел некоторый комментарий от разработчика, который явно заявил, что это не его случай. (Я знаю, шокирует, что они могут ответить ...)

PS: теперь вас забанили. спасибо за конструктивный диалог :)

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

Он повторял одно и то же в каждом сообщении: «Не хочу», «Я против», «Мне это не нравится». Он абсолютно ничего не сделал для конструктивного диалога.

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

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

Он повторял одно и то же в каждом сообщении: «Не хочу», «Я против», «Мне это не нравится». Он абсолютно ничего не сделал для конструктивного диалога.

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

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

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

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

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

Да, до sketchbuch мы были на второй странице, теперь мы на первой .
Так что спасибо @sketchbuch за вашу помощь :)

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

да. вы также можете забанить его и забыть о его существовании :)

Смейтесь, когда MS закрывает эту проблему из-за вашего детского поведения

Аккаунт создан 4 минуты назад

@krytenjrobot , @sketchbuch

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

Старик, но ведет себя как подросток.

PS: теперь вас забанили. спасибо за конструктивный диалог :)

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

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

Привет! Меня зовут Клод Дюпре, я инженер-электронщик и программист-аналитик с 40 лет. В своей карьере я использовал множество продуктов для разработки, и мне приходилось разрабатывать даже драйверы принтера, которых не было в среде Dos. Винды в то время даже не существовало. Несмотря на то, что я знал, как программировать в объектно-ориентированном стиле, машина была недостаточно мощной (8088, 8k памяти, 64k дискового пространства и т. Д.), Чтобы поддерживать такую ​​технологию, поэтому нам пришлось использовать комбинацию клавиш для часто используемых функций, и каждая программа была скомпилирована с командный файл, то же самое с компоновщиком с файлом ссылки. В течение нескольких лет я работал со студией Atmel, потому что я очень хорошо знал продукт, так как в моей карьере я программировал на Ассемблере, C, C ++, .Net и других языках, о которых вы, вероятно, никогда не слышали, например, dbase, PLM, Clipper и т. Д. Поскольку студия Atmel не поддерживала продукт STM, мне пришлось найти другой продукт, над которым я буду работать, чтобы разработать свой продукт Cortex на основе STM. Я нашел код Visual Studio. Итак, я сказал себе: «Ура, я нашел Святой Грааль». Мне пришлось потрудиться больше недели, чтобы настроить его, и я обнаружил, что меня вытащили в 80-е, поскольку идеология продукта вызывает беспокойство. Я очень разочарован, увидев, что столь популярный продукт не является эффективным инструментом. Нет контекстного меню. Нет настраиваемого меню. Плагины не создают свои собственные меню и панели инструментов, они не настраивают себя в соответствии со средой. Базовой панели инструментов нет. Таким образом, легкий продукт хорош, когда он применяется в ТЯЖЕЛЫХ условиях (я знаю, о чем говорю), что явно не относится к сегодняшним технологиям. Поэтому, если кто-то хочет использовать новый продукт, он рассчитывает, что сможет установить его и использовать с минимальными затратами времени. Если я сравниваю Visual Studio Code с Atmel Studio, vscode отстает на световые годы. Судя по тому, что я здесь прочитал, команда vscode не согласна с обновлениями, которые мне кажутся необходимыми. В заключение. Я думаю, что следует принять стандарт кодирования, чтобы определить более стабильные и эффективные плагины, поскольку использование, эффективность и документация - это забота о том, чтобы сделать конечный продукт более интегрированным и ДРУЖЕСТВЕННЫМ для пользователя (что не так, извините). Я надеюсь, что vscode команда получит более дальновидное зрение. С уважением, Клод

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

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

Поскольку аргумент вокруг «раздувания пользовательского интерфейса и API» наиболее востребован на данный момент # 10121, это возможность перетаскивать панели за пределы главного окна. Очевидно, что у людей есть много разных представлений о том, как они предпочитают рабочий процесс. VSCode имеет много функций, которые я не использую. Это не значит, что я считаю, что их следует удалить. Значит, они должны быть там, если они мне понадобятся.

Поскольку аргумент вокруг «раздувания пользовательского интерфейса и API» наиболее востребован на данный момент # 10121, это возможность перетаскивать панели за пределы главного окна. Очевидно, что у людей есть много разных представлений о том, как они предпочитают рабочий процесс. VSCode имеет много функций, которые я не использую. Это не значит, что я считаю, что их следует удалить. Значит, они должны быть там, если они мне понадобятся.

Это ... ИЛИ, по крайней мере, уметь расширять программу для удовлетворения необходимых возможностей ... если людям нужны плавающие окна, почему бы просто не открыть вторую копию VSC или развернуть окно на двух мониторах и выбрать другой макет ... ( View> Editor Layout) у них уже есть куча разных ... Но, честно говоря, это звучит как что-то, что не займет больше пары дней, чтобы выбить ...

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

Надо было устроить вечеринку по случаю двухлетней годовщины этой проблемы, чтобы отметить все ДРУГИЕ проблемы, которые были только что закрыты за out of scope т. Д. И т. Д.

Просто добавляю свой голос, чтобы в приоритетном порядке была добавлена ​​соответствующая настраиваемая опция панели инструментов.

FFS давно назрела MS !!

РС - в лучшем случае драконий ...

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

Например, проблема с плохой визуализацией или «Здесь нет панели инструментов!».
Я действительно думаю, что разработчики этой IDE ее не используют!

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

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

С другой стороны, VS Code бесплатен для личного и коммерческого использования и представлен как «легкий» редактор, а не как полноценная IDE. MS Visual Studio не бесплатна для бизнеса. Я полагаю, что они хотели бы избежать возможности того, что VS Code может полностью вытеснить MS Visual Studio. Я не профессиональный разработчик и не использовал много разных IDE. Помимо панели инструментов, я недостаточно знаком с MSVS 2019, чтобы увидеть какие-либо другие преимущества его использования, и, похоже, в некоторых других областях он не работает.

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

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

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

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

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

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

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

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

1. API vscode для добавления команд, кнопок на панели инструментов, элементов контекстного меню и т. Д. Отсутствует. Шаблон для отображения элементов на панели инструментов и в контекстном меню определяется декларативными записями contributes в файле расширения package.json и этим файл должен быть скомпилирован в расширение. Эта дыра означает, что нет возможности программно создать панель инструментов или меню из конфигурации во время выполнения, и что-либо подобное должно быть жестко встроено в код расширения.
2. Панель инструментов в правом верхнем углу, которую можно до некоторой степени расширить, на самом деле не является полнофункциональной областью панели инструментов приложения в обычном смысле этого слова. Хотя кнопки с командами могут быть добавлены в эту область, я нахожу расположение этой области странным, поскольку она встроена и находится справа от вкладок редактора, а не над редакторами.
3. Отсутствие API, упомянутого в (1), и отсутствие расширяемых контейнерных областей панели инструментов (кроме верхней правой части) являются блокировщиками, не позволяющими кому-либо разрабатывать гибкое и настраиваемое расширение панели инструментов общего назначения, которое может использоваться кем угодно.

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

Для контекста, расширение hacked together приводит к примерно следующему. Чтобы было ясно, я не защищаю этот обходной путь как приемлемое решение этой проблемы.

Этот запрос функции связан, поскольку для этого потребуется панель инструментов:
Запрос функции: упрощенный текстовый редактор

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

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

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

• добавьте необязательную / настраиваемую панель инструментов.
  Я начал искать панель инструментов VS, когда меня разочаровало выполнение Сохранить все из верхнего меню - Ctrl K + S вызывает экран, показывающий информацию о настройке ярлыков - Я не хочу тратить время на настройку ярлыков, когда был сделан простой щелчок на панели инструментов опущено без уважительной причины.
  Прекратите тратить время и просто сделайте это - у Microsoft есть обширный код из Visual Studio, который можно изменить для ускорения выполнения этой задачи.

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

Каждое новое обновление VSCODE, которое я получаю, я сижу здесь, надеясь, что MS и команда просто добавят эту функцию, и мы сможем посмотреть какой-нибудь модный анимированный гиф о панелях инструментов .... но нет ... все еще просто бесконечное количество функций, которые, вероятно, выгода <1% от пользовательской базы ... тогда что-то вроде этого, очевидно, по крайней мере, некоторая часть пользовательской базы чувствует себя страстно, все еще просто брошенная под коврик, в корзину, перенаправленная на / dev / null, что угодно .

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

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

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

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

От: Уэстон [email protected]
Отправлено: 24 августа 2020 23:35
Кому: microsoft / vscode [email protected]
Копия: DigoFuerte [email protected] ; Комментарий [email protected]
Тема: Re: [microsoft / vscode] Добавить дополнительную настраиваемую панель инструментов под меню (# 41309)

Каждое новое обновление VSCODE, которое я получаю, я сижу здесь, надеясь, что MS и команда просто добавят эту функцию, и мы сможем посмотреть какой-нибудь модный анимированный гиф о панелях инструментов .... но нет ... все еще просто бесконечное количество функций, которые, вероятно, выгода <1% от пользовательской базы ... тогда что-то вроде этого, очевидно, по крайней мере, некоторая часть пользовательской базы чувствует себя страстно, все еще просто брошенная под коврик, в корзину, перенаправленная на / dev / null, что угодно .

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

-
Вы получили это, потому что прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub https://github.com/microsoft/vscode/issues/41309#issuecomment-679400537 или откажитесь от подписки https://github.com/notifications/unsubscribe-auth/AFC3662TUXE67KO6LPNRNR3SCLTKNANE .

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

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

@GorvGoyl, очень мило! 5 звезд!

@GorvGoyl, очень мило! 5 звезд!

нет, это ужасно, что занимает слишком много места в группе вкладок

@GorvGoyl, очень мило! 5 звезд!

нет, это ужасно, что занимает слишком много места в группе вкладок

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

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

Хороший, спасибо за то, что не может беспокоить вся команда ms vscode.

Я предполагаю, что на данном этапе невозможно разместить его на отдельной панели инструментов?

@GorvGoyl, очень мило! 5 звезд!

нет, это ужасно, что занимает слишком много места в группе вкладок

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

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

@GorvGoyl : большое спасибо за ваше расширение. Для меня это лучшая панель инструментов. Жаль, что он не появляется при поиске слова «панель инструментов» на панели расширений.

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

Тем не менее, я легко нашел "удобные для печати" сочетания клавиш в формате pdf. (саркастично) LOL.

Итак ... с точки зрения команды разработчиков, у типичного пользователя VSCode на столе есть клавиатура, мышь и стопка шпаргалок. Не я. более саркастический LOL.

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

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

Отличная команда!

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

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

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