fora do escopo

mostre-me outro ide popular sem barra de ferramentas

39548:

estamos fechando questões que estavam atrasadas há muito tempo

vijayvepa abriu esta edição em 4 de dezembro de 2017 15:34
vscodebot fechou em 4 de dezembro de 2017 18:01
... foi muito tempo ... ja duas horas e meia :)

18042:

Ingresso fechado. Obrigado pela sua compreensão e feliz codificação!

Sim! Sem vscode :)

Como o # 18042 foi fechado, mudei para outro IDE. Desculpe, Microsoft!

Infelizmente, não acho que a Microsoft ou a equipe do vscode se importem com o que os clientes desejam. Há muito que esse tópico era quase uma conspiração, ignorando incontáveis ​​questões descaradamente.

Eu também aceitei as notificações como alguém da equipe que vê o vscode como seu bebê ... Vendo isso funcionando do jeito deles, sem nenhum interesse pelo contrário.

Eu comprei a assinatura completa do jet brains e não olhei para trás. Eu adoraria que o vscode estivesse na minha caixa de ferramentas ... Como engenheiro de software, vendo esse tipo de feedback sobre a sugestão da comunidade ... isso apenas deixou um gosto ruim na minha boca.

A equipe do Vscode não vai se importar em perder um punhado de usuários a mais ... Então é o que é.

Eu concordo totalmente com o OP. A maior lacuna de recurso no VSCode é a falta de uma barra de ferramentas.

Eu quero uma barra de ferramentas do estilo ms-office-2003 da velha escola, com barras de ferramentas e botões da barra de ferramentas. Ícones atenciosos e mouseover para ver as alternativas de descrição e mapa de teclado. Deve haver boas barras de ferramentas padrão e devem ser personalizáveis ​​pelo usuário. Os plug-ins também devem ser capazes de definir barras de ferramentas específicas do plug-in.

Uma barra de ferramentas conduzirá a uma adoção muito maior e tornará mais fácil para os usuários aprenderem as alternativas de teclado.

Sou um usuário de longa data do Visual Studio, Eclipse e Jetbrains. Passei muito tempo configurando e aprendendo o VSCode, e posso dizer que o VSCode é ótimo, exceto pela barra de ferramentas ausente . Se ele tivesse uma barra de ferramentas semelhante a um escritório, eu mudaria exclusivamente para o VSCode. Mas, sem ele, tenho que voltar para o Jetbrains.

Microsoft, pare de sabotar seu próprio futuro.

uma solução temporal pode usar a barra de status para adicionar os comandos de que você precisa.
essas extensões podem fazer isso:
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

e este pode adicionar tarefas à barra de status:
https://marketplace.visualstudio.com/items?itemName=GuardRex.status-bar-tasks

resultado:

Estou com @morozovsk e @MikeSummit nisso. vs code tem muito a seu favor, no entanto, a falta de descoberta de recursos, falta de navegação fácil e forçar os usuários a uma terra de Ctrl + Shift + P / o balde da paleta de comando de tudo o impede IMO.

As barras de ferramentas são um recurso obrigatório que o código vs não possui.

Faça a coisa Certa. Implemente a interface do usuário que é um padrão globalmente aceito no design da interface do usuário. Torne o código vs realmente utilizável com barras de ferramentas padrão, barras de ferramentas específicas de plug-ins e barras de ferramentas personalizáveis ​​que podem ser definidas pelo usuário.

Tenho certeza de que este será um grande recurso a ser implementado, mas isso não deve impedir que essa solicitação de recurso obtenha visibilidade no roteiro.

@alkorsan Por favor, adicione o meu à sua lista, que fornece um bom recurso para incluir em uma barra de ferramentas ...

Os desenvolvedores devem ter a opção de adicionar um botão clicável para cada uma de suas tarefas.

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

Eu adoraria RETIRAR isso!

Vindo do Atom, uma barra de ferramentas personalizável é um dos recursos que mais sinto falta. Prefiro não ter que aprender novos atalhos, pois devo focar no código real. Espero que consigamos algo em um futuro próximo! Continue com o excelente trabalho, Microsoft.

Curiosamente, este problema ainda não foi resolvido como fora do escopo e continuo esperançoso de que esse recurso seja implementado.

O roteiro oficial de 2018 fala sobre "Happy Coding", "queremos tornar a experiência ainda mais agradável, para usuários novos e existentes" e "eliminar bloqueadores que dificultam a adoção do VS Code", portanto, sem dizer especificamente isso esta questão está no roteiro, deveria estar no roteiro e ser trabalhada com base no que foi dito.

@bpasero tem estado ativo neste problema e é um desenvolvedor VSCode ativo. Seria muito bom se um desenvolvedor da equipe do Microsoft VSCode pudesse encontrar tempo para registrar esta edição e dizer qual é o plano.

Eles não publicaram e disseram que basicamente não vai acontecer no futuro previsível? Isso parece o que eu entendo com todas as questões abertas e fechadas e afirmando que não vai ficar apenas preso no backlog ... Mas mais como "não estou interessado", embora o problema tenha sido levantado inúmeras vezes.

Não estou tentando iniciar um ciclo de feedback negativo ou algo assim ... Mas este tópico é doloroso ... E eu quase sinto que há um nível de conspiração de anti-barra de ferramentas. Alguém em algum lugar decidiu que nenhuma quantidade de solicitações de recursos para isso resultará em uma barra de ferramentas de uso geral ... E sua mente está feita

Olá @ronnyek , vi vários problemas fechados semelhantes a este e entendo de onde você está vindo com sua posição. Estou tentando ser positivo. O fato de este problema permanecer aberto hoje me dá esperança de que haja boa vontade na equipe vscode de considerar que esta é realmente uma sugestão válida.

Também espero não estar iludido :)

Estou feliz em repetir que a falta de barras de ferramentas padrão, barras de ferramentas específicas de plug-ins e barras de ferramentas personalizáveis ​​definíveis pelo usuário são uma barreira real para a entrada / adoção de vscode para novos usuários e esse recurso ausente é um inibidor de produtividade também e infinito para aquelas pessoas que são disposto a ficar com o vscode de qualquer maneira.

ah, sim, não me interpretem mal ... Sou a favor dessa mudança e, como disse, não quero ser um loop de feedback negativo ou algo assim ... Estou surpreso que esse problema tenha durado tanto tempo . O VS Code está dando saltos e limites à medida que progride ... e realmente não entendo a oposição à barra de ferramentas. Por enquanto, cancelei o vscode para edição de front end em favor do webstorm, mas adoraria ter o vscode como uma opção no futuro

Parece tão básico, fiquei muito surpreso quando não encontrei um ... mas acho que se os designers têm uma filosofia de manter uma IU mínima, talvez eles sintam que não vale a pena o esforço para oferecer suporte a uma

talvez qualquer um possa tentar portar esta extensão da barra de ferramentas atom https://github.com/suda/tool-bar

Comecei um branch de recursos com algum código que visa fazer essa barra de ferramentas fixa:
https://github.com/junalmeida/vscode/pull/1
Me pergunte se você quer fazer parte disso.
Já criei os requisitos iniciais para uma barra de ferramentas (coisas da interface do usuário, como posicionamento, etc.) com 3 ações básicas comuns. Veja o gif que coloquei no PR.

Ainda há muito trabalho a ser feito.

@junalmeida oi, atualmente este pedido de recurso (como muitos outros) está aberto para que possamos obter mais feedback dos usuários, não porque queremos resolvê-lo imediatamente.
VSCode é um editor de código minimalístico e, por isso, ficaríamos relutantes em aceitar um PR que adiciona uma barra de ferramentas personalizada.

Como acontece com todas as solicitações de recursos, o melhor primeiro passo é geralmente iniciar uma discussão e não começar a codificar imediatamente.
Consulte nossas diretrizes de solicitação de pull https://github.com/Microsoft/vscode/wiki/How-to-Contribute#pull -requests

Atenciosamente
Isidor

@isidorn
atom é um editor de código minimalístico:

notepad ++ é um editor de código super minimalístico:

vscode é um editor de código ... vim way.
exclua o painel esquerdo e o menu superior! apenas atalhos de teclado! apenas hardcore!

um mouse foi inventado em 1946, mas você nos força a usar o teclado.
Eu uso muitos programas. Não preciso me lembrar das combinações de teclas em todos os programas.

Se você deseja que seu programa seja usado junto com outros, você deve ser compatível. Se você não quer ser compatível (assim como), você pode fazer o que quiser, mas não finja que se importa.

:nervoso:

@isidorn Entendi, mas acho que uma discussão já foi iniciada aqui neste tópico e em outros. De qualquer forma, comecei a codificar isso como um POC para mim, tentando entender todas as diretrizes utilizadas e o código da IU. Se essa não for a direção da equipe VSCode oficial, não há problema, mas essa é a beleza do código aberto: qualquer pessoa pode fazer um fork e fazer experimentação, e isso não significa necessariamente que um PR será aceito. ;)

Esta é uma decisão muito estranha e definitivamente será um grande bloqueador para eu adotar o vscode (e imagino que muitos outros usuários também)

Também devido à falta de barra de ferramentas, tudo é despejado na barra de status. Existem extensões que bagunçam muito a barra de status, como git-history, cmake. Visto que você não pode desabilitar os ícones da barra de status individualmente, não há espaço para coisas muito importantes.

VSCode é um editor de código minimalístico e, por isso, ficaríamos relutantes em aceitar um PR que adiciona uma barra de ferramentas personalizada.

Embora eu possa entender isso perfeitamente, não é como se essa fosse a ação necessária aqui. Seria perfeitamente normal expor alguma área de desenho para autores de extensão para que eles pudessem enviar barras de ferramentas por meio de extensões. Dessa forma, o editor principal não teria que suportá-lo totalmente e a experiência padrão certamente não seria afetada por ele.

Se você olhar apenas para os desenvolvimentos recentes, fica claro que o VS Code já está se afastando daquela funcionalidade “hard core” onde tudo é feito por meio de arquivos de configuração. Uma interface de usuário de configuração completa foi enviada, portanto, está claro que o VS Code agora também está aceitando casos de uso mais centrados no mouse. Ter uma barra de ferramentas certamente seria uma boa ideia lá, mesmo que fosse apenas para um subconjunto menor de usuários. Acontece que isso abriria muitas possibilidades para extensões adicionais.

+1

Não vejo por que uma barra de ferramentas não pode ser um recurso opcional. Quer super mínimo? Desligue isso. Deseja acesso rápido às funções por meio do mouse? Ligue-o. Heck implementá-lo como um plug-in, se necessário. Mas essas posturas de linha dura contra o que os usuários querem matar projetos (veja o Amarok por exemplo). O VSC é incrível em muitos aspectos, mas a falta de uma barra de ferramentas é irritante para muitas pessoas, obviamente.

Por favor, por favor .. Eu preciso desesperadamente da barra de ferramentas .. Estou absolutamente paralisado sem ela .. não sei como navegar entre os arquivos.

No cabeçalho do VS Code, abaixo da linha Menu, você poderia por favor outra barra de ferramentas de Ícones para as funções mais utilizadas, como Salvar Arquivo, Abrir Arquivo, etc. Como Visual Studio. Precisamos ser capazes de configurá-lo para adicionar / excluir itens.

Não vou esperar para sempre da MSFT para adicionar isso (se é que alguma vez). Comprando o WebStorm da Jetbrain.

+1
Ainda prefiro usar o teclado para tudo, mas este novo (e bastante básico) elemento da IU oferece novas possibilidades para extensões e configurações que podem me convencer do contrário.
Eu iria desligá-lo, mas ainda assim gostaria que ele existisse como uma possibilidade, se um dia eu quisesse.

Infelizmente .. mas espero que isso ajude ...
Atalhos de teclado do Visual Studio Code para Windows
https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

Acho que todos apreciam a informação ... já que esse é meu principal motivo para pedir uma barra de ferramentas ... tantos comandos para lembrar ou pesquisar com comandos da janela de comando.

Eu realmente não acho que seria necessário tanto trabalho para construir a referida barra de ferramentas ... mas o problema é que os desenvolvedores do vscode ainda não têm interesse, nem planos, nem dúvidas sobre a barra de ferramentas. Estou bastante confiante de que uma solicitação de pull com a funcionalidade da barra de ferramentas simplesmente desapareceria no éter.

Concordo plenamente, em geral tudo o que for necessário no seu negócio, se for atendido, você ganha mais presença!

Carole

Acho que todos apreciam a informação ... já que esse é meu principal motivo para pedir uma barra de ferramentas ... tantos comandos para lembrar ou pesquisar com comandos da janela de comando.

Eu realmente não acho que seria necessário tanto trabalho para construir a referida barra de ferramentas ... mas o problema é que os desenvolvedores do vscode ainda não têm interesse, nem planos, nem dúvidas sobre a barra de ferramentas. Estou bastante confiante de que uma solicitação de pull com a funcionalidade da barra de ferramentas simplesmente desapareceria no éter.

-
Você está recebendo isto porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub https://github.com/Microsoft/vscode/issues/41309#issuecomment-426295027 ou silencie o tópico https://github.com/notifications/unsubscribe-auth/AcQg2XMA0_WfTqVGZVt5M- Uw418e3Iy4ks5ug3iYgaJpZM4RW3oS .

Veterano de TI com mais de 30 anos que adora linha de comando mais do que GUIs, mas deve concordar absolutamente com o OP de que é ridículo para este editor de GUI não ter nem mesmo as barras de ferramentas mais básicas (mesmo como um recurso opcional que poderia então ser desativado para Windows-OS Desenvolvedores / usuários de aplicativos GUI que repentinamente são tão anti-básicos-GUI-recursos).

Para apoiar ainda mais (sem a intenção de envergonhar) Mesmo a mais básica das substituições de bloco de notas mais básicas tem a capacidade de adicionar até mesmo as barras de ferramentas mais básicas - muito mais tradicionalmente com recursos anti-GUI do que aqueles mencionados acima, ou mesmo meu antigo goto do Notepad ++ - é MESMO VIM PARA WINDOWS como mostrado abaixo. Quando uma porta UNIX VI pode permitir o código para adicionar uma barra de ferramentas para sua GUI ... Tenho certeza de que você entendeu.

Mas, quão necessário é, e qual é o pensamento por trás disso? IMO, por mais que eu use o teclado, há algo que sempre me senti mais confortável em ter um botão gráfico "visual", se por nenhuma outra razão - operações básicas de arquivo. Sim, eu percebo e concordo plenamente que é 1000 vezes mais rápido de acertar: wq! mas esta é uma área que 10/10 vezes terei prazer em pegar o hit de 4-5 segundos por operação de abrir / salvar arquivo principal para clicar no botão da barra de ferramentas (se houver) que eu quero dizer sobre TODAS AS OUTRAS GUI da Microsoft escrito nos últimos 35 anos, diferente do vscode disponibilizado para seus operadores. Pelos comentários acima, parece que certamente não estou sozinho em meu uso de fluxo de trabalho típico que, apesar de talvez não ser o mais eficiente em termos de tempo, é um caso em que (para preservar meu cabelo grisalho restante) conforto, conveniência e peça simples a mente vence o desempenho.

E, como aqueles acima (e muitos outros offline), devido ao quão integral meu editor principal é para mim, por menor que possa parecer, a realidade é que o vscode, embora tenha esses recursos básicos ausentes, não me dará conforto suficiente para fazê-lo meu editor principal. Sim, pode haver extensões de terceiros que adicionam barra (s) de trabalho parcial (s), mas quando a qualquer momento uma atualização do vscode principal a quebra ou outra extensão entra em conflito e faz com que o botão Salvar funcione mal, etc ... as barras de ferramentas realmente precisam estar disponível no vscode principal para segurança e confiabilidade.

UNIX-born VIm Windows-port _melhorado apenas para aderir aos padrões da GUI do Windows_ (antes de ~ 2016 + os novos padrões de recurso GUI (menos) aparentes):

Quem está encarregado do VSCode na MSFT deve ser demitido, por ignorar essas solicitações básicas. Soa novamente como o antigo MSFT.

Eu não tinha visto um problema MUITO rápido de "ir embora, não quero ouvir as pessoas que usam o que estou desenvolvendo", em que foi perguntado o motivo dos POUCOS botões miseráveis ​​dados aos usuários na barra lateral, EXTENSIONS foi visto como algo que um usuário estaria literalmente CLICANDO COM MAIS FREQÜÊNCIA do que OPERAÇÕES BÁSICAS DE ARQUIVO:

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

Quando você vê um DEV fechando e travando um problema TÃO rápido e basicamente diz "vá embora" - vejo que ele está com MS no exterior, na Suíça, não há nenhum gerenciamento DEV neste produto que não veja isso como um grande problema quando o MS ' os clientes agora estão impedidos de sequer entrar em acordo sobre o que eu consideraria uma questão seriamente embaraçosa? Se eu estivesse gerenciando aquela equipe DEV, estaria pedindo ao DEV que defende essa escolha de design para me mostrar um único ser humano que POSSIVELMENTE poderia estar clicando em um botão GIGANTE de "extensões" com mais frequência do que abrir / salvar / fechar arquivo, após arquivo, após arquivo - e, em vez disso, defender o projeto de que TODAS ESSAS operações devam, em vez disso, levar nossos usuários a vários cliques em menus e barras de comando e digitar comandos?!?

Aposto que se você DESBLOQUEAR esse problema, MUITOS dos seus usuários concordarão como é o caso aqui (que é provavelmente o que o fechamento rápido visa realizar). E @BenHayat, você está absolutamente correto - no final dos anos 90, me ofereceram uma posição na @ MS e se eu estivesse nessa posição hoje, essa é exatamente a ação que eu faria e NUNCA apoiaria o que vejo na edição nº 11159 para os usuários do produto. Este produto pode ser muito mais do que é depois de tantas iterações e os usuários do produto real SEMPRE devem ter voz quando procuram fazer melhorias. Do contrário, a equipe DEV acaba escrevendo o aplicativo que atende apenas às SUAS necessidades. E quando os DEVs gerenciam o feedback dos usuários, o que infelizmente parece mais comum atualmente no Github, às vezes o tratamento dado às pessoas reais que consomem o que você está desenvolvendo acaba parecendo o mesmo, seja de um grande desenvolvedor de MS ou de alguns adolescentes e seu primeiro repositório de código aberto. :piscar:

Eu adoraria ter uma pequena barra de ferramentas no código do VS.
Apenas alguns itens me deixariam feliz (posição anterior / posterior / última edição) - talvez a equipe do VS Code UX sinta que as barras de ferramentas são ruins (o que eu concordo se a barra de ferramentas padrão do produto for muito grande). Dito isso, parece que as barras de ferramentas já estão lá (veja as fotos) - mas os itens lá são inúteis para mim, então eu gostaria apenas de substituí-los.

Eu finalmente parei para comentar sobre isso. Sou desenvolvedor há 30 anos e uma coisa que aprendi é usar a ferramenta certa para um trabalho específico, desde a linha de comando até a entrega totalmente automatizada. Há razões para cada um e, como as ferramentas de desenvolvimento de software mudarão drasticamente com a integração avançada de IA, uma barra de ferramentas se tornará a linha de comando do passado. O código do VS está faltando um componente evolutivo fundamental que é o mesmo que omitir a linha de comando de um IDE. Dito isso, minha prática de consultoria usa o Visual Studio Professional e o JetBrains Ultimate como nossos dois pacotes básicos. O código VS definitivamente não corresponde à flexibilidade da maioria dos pacotes IDE profissionais sem uma barra de ferramentas. Eu não colocaria um desenvolvedor de primeiro ano na frente do código do VS e desperdiçaria meu dinheiro fazendo com que ele aprendesse um IDE diluído. Apenas minha opinião honesta.

@pgmolloy Tenho algumas das mesmas preocupações, atualmente uso principalmente o visual studio e o webstorm ... e eles geralmente funcionam (e em alguns casos, tendem a ter plug-ins mais completos que funcionam melhor com outros plug-ins), mas não há ilusão que são tão leves ou agradáveis ​​de trabalhar quanto o vscode.

Meu problema é que, na verdade, não estamos falando sobre uma quantidade enorme de funcionalidade que tornará o código mais lento ou que não o tornará um "editor de código leve" (essa parece ser a desculpa que mais ouço sobre o motivo de não estarmos recebendo barras de ferramentas ) Concebivelmente, as barras de ferramentas e sua configuração de botão estariam literalmente chamando esses mesmos comandos da paleta de comandos. A configuração pode ser uma configuração simples como a depuração é (ou pelo menos era)

Na minha opinião ... (e isso não é necessariamente apoiado por um fato ...), acabou de ser decidido ... alguém, em algum lugar, decidiu que não gosta da ideia de uma barra de ferramentas e, portanto, tivemos algum tratamento de nível de conspiração de problemas que até mesmo vagamente se assemelham a uma solicitação de recurso da barra de ferramentas.

SE eu fosse melhor com css / html, e SE eu

Adoraria ser provado que estou errado.

@ronnyek :

Na minha opinião ... (e isso não é necessariamente apoiado por um fato ...), acabou de ser decidido ... alguém, em algum lugar, decidiu que não gosta da ideia de uma barra de ferramentas e, portanto, tivemos algum tratamento de nível de conspiração de problemas que até mesmo vagamente se assemelham a uma solicitação de recurso da barra de ferramentas.

@bpasero e @isidorn são nossos "heróis" :)

A barra de ferramentas é essencial para quase todos os editores, exceto o vscode, adicione-a.

Realmente preciso deste recurso

Em um esforço para apaziguar as pessoas que trabalham na equipe de vscode na MS, bem como os clientes que acham que isso é uma necessidade, poderia ser apenas um gancho para extensibilidade, de forma que não seja propriedade da tela ou sobrecarga potencial apenas automaticamente assumida?

Eu ficaria realmente surpreso se as pessoas que usaram vscode se opusessem a uma barra de ferramentas ( exceto @isidorn e alguns outros) se não houvesse uma sobrecarga significativa com uma barra de ferramentas. É apenas uma questão de ser capaz de fornecê-lo, tendo as barras de ferramentas integradas bem com o código e não afetando o desempenho

Eu encontrei esta opção chamada contêiner de exibição de árvore para adicionar botões personalizados na barra esquerda do Visual Studio Code.

• Documentação em https://code.visualstudio.com/api/extension-guides/tree-view e
• Exemplo em https://github.com/Microsoft/vscode-extension-samples/tree/master/tree-view-sample.

Também interessante, esta barra de status personalizável

• Documentação em https://code.visualstudio.com/api/references/vscode-api#StatusBarItem , e
• Exemplo em https://github.com/Microsoft/vscode-extension-samples/tree/master/statusbar-sample)

E uma extensão de barra de ferramentas flutuante

• Documentação em https://github.com/JerryGoyal/Shortcut-Menu-Bar-VSCode-Extension

Não estava ciente do último item ... parece que isso ajudaria ... Ainda acho que valeria a pena desenvolver pelo menos um ponto de extensibilidade, mesmo que não seja que os conjuntos da barra de ferramentas estejam realmente integrados ou habilitados por padrão.

A edição original tem 103 votos, além de todas as incontáveis ​​questões que foram fechadas anteriormente, eu acho que deveria demonstrar o interesse das pessoas em tal funcionalidade sem ter que hackea-la na já preciosa barra de status realestate etc.

Estou no mundo bizarro?
Como é que ainda falta uma barra de ferramentas em 2019? Estamos retrocedendo por algum motivo?

@ eb7898 , Visual studio e IDEA têm uma barra de ferramentas em 2019. Vscode não tem.

Nenhuma opção da barra de ferramentas é apenas ruim - mas especialmente quando estou navegando, em vez de codificar ativamente (portanto, minha mão fica longe do teclado).
As soluções alternativas são todos os queijos (queijo fundido em oposição a um bom Époisses) ...
A barra de ferramentas do editor está muito longe no canto superior direito da tela.
Minha barra de status está cheia ... e quem quer uma barra de ferramentas na parte inferior?
A barra lateral ocupa muito espaço.

Alguma outra ideia?

@awittaker outra solução alternativa é esta extensão que se baseia no código de visualização em árvore mencionado anteriormente:

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

Ainda não é uma barra de ferramentas e aparece na área de visualização em árvore à esquerda em vez de na posição superior normal, onde você esperaria encontrar botões / opções da barra de ferramentas, mas é configurável e facilita que as pessoas não tenham que se lembrar de uma infinidade de toques no teclado para coisas aleatórias.

@awittaker "codificação ativa" não é uma solução universal para todos. Os desenvolvedores da web passam metade do tempo em um navegador, ajustando camadas e usando coisas como as Ferramentas do desenvolvedor do Chrome. Os desenvolvedores de jogos não têm escolha a não ser alternar constantemente entre o editor e o jogo. Ambos mudam para o Photoshop e outro software para desenhar ou criar algo rapidamente. Portanto, na maioria das vezes, eles têm um mouse na mão e é muito melhor continuar usando o mouse para fazer tudo. Acho que devemos ter ambos os modos no VSCode - para pessoas centradas no teclado e para pessoas centradas no mouse. Talvez até mesmo um "menu principal" não seja suficiente - pessoalmente, gostaria de ter a opção de criar algo como uma bandeja vertical para imitar o comportamento do Photoshop ou uma fita do MS Office. Como algo totalmente opcional para tarefas muito específicas, é claro - quero dizer, não é necessário espelhar todas as funções de uma caixa de comando em itens de menu. Apenas dê a oportunidade de criar caixas e menus desenhados pelo proprietário, e isso é tudo. Desculpe dizer, eu tenho que mudar para Theia ou mesmo IntelliJ IDEA Community Edition por causa disso, não há opções restantes.

Requisitos ideais de recursos da barra de ferramentas:

1. O mais próximo possível da barra de ferramentas encaixável do MS Office 2003. (Se você nunca usou isso, é o melhor exemplo de uma barra de ferramentas perfeita).
2. Inclui um conjunto de barras de ferramentas padrão com ferramentas relacionadas agrupadas.
3. Capacidade de flutuar ou encaixar barras de ferramentas individualmente. O encaixe pode ser na parte superior, inferior, esquerda ou direita.
4. Capacidade de mostrar ou ocultar barras de ferramentas
5. Capacidade de criar novas barras de ferramentas
6. Capacidade de adicionar e remover ferramentas para barras de ferramentas padrão e criadas pelo usuário.
7. As ferramentas integradas são associadas às funções e comandos do VSCode. As ferramentas do usuário podem ser associadas a scripts ou macros do usuário.
8. Passar o mouse sobre uma ferramenta mostra o nome, a descrição curta e o equivalente no teclado, para ajudar a descobrir e aprender os recursos e equivalentes do VSCode.
9. O usuário pode configurar ferramentas individuais para mostrar o ícone, o nome do texto ou ambos.
10. As ferramentas podem ser comandos de clique único (como Salvar), lista suspensa de comandos (como Construir, Construir tudo, ...) ou entrada de texto (como tamanho da fonte).
11. A configuração e as personalizações da barra de ferramentas podem ser exportadas e importadas em JSON legível por humanos. A importação pode ser aditiva ou destrutiva.
12. API simples e modelo de objeto para a criação de ferramentas e barras de ferramentas sofisticadas. Máquina de estado inteligente para ativar / desativar reativamente ferramentas com base no contexto.
13. NÃO é como o MS Office Ribbon atual. Ocupa muito espaço e geralmente requer 2 a 3 cliques em vez de um.

Eu acredito que tenho o destruidor de barragens para romper isso e restaurar alguma sanidade: acessibilidade.

Ao não incluir ou mesmo permitir barras de ferramentas, a equipe do VS Code e a Microsoft estão assumindo a posição de que ficarão felizes em excluir usuários com deficiência visual. Esses usuários podem aumentar o tamanho das fontes do editor de texto e usar o leitor de voz e as ferramentas de edição, mas acham os menus baseados em texto muito difíceis de usar.

Então, Microsoft, você valoriza a contribuição das pessoas com deficiência visual? Ou você está feliz em continuar a excluí-los deste produto e dos empregos e oportunidades que exigem seu uso?

Acontece que o VSCode é um projeto exagerado da Microsoft, já que "veio" para o código aberto.
A MS não permitirá que o VSCode se torne um concorrente do Visual Studio XXXX, que é lento e lento.
Não é difícil entender essa resistência dos principais colaboradores devido aos detalhes de seus perfis. Eles têm um emprego na Microsoft e podem ser demitidos.
Esperando pelos bifurcações do VSCode com barras de ferramentas.

O próprio @NickMaev visual studio funciona muito bem e oferece muito além do código vs. Dito isso, vscode é, em última análise, o projeto da Microsoft certo, errado ou indiferente.

Eu sou um grande defensor da adição de barras de ferramentas porque é o que pelo menos muitos consumidores (incluindo eu) vêm pedindo e reclamando há muito tempo.

tl; dr; - Não acho que haja qualquer obrigação para eles adicionarem barras de ferramentas, mas acho que apenas o grande número de questões enviadas, enviadas e fechadas, enviadas e marcadas como ingênuas, enviadas e marcadas fora do escopo, etc., parecem indicar que as pessoas querem isso, e o gerenciamento de produtos ou qualquer outro método de desenvolvimento de vscode que seja gerenciado tem alguma queixa contra isso. (Eu ainda não ouvi uma razão legítima para eles se oporem)

Microsoft, apenas reconheça os desejos / desejos das pessoas, e se realmente são uma ou duas pessoas que são inflexivelmente contra as barras de ferramentas ... por favor, apenas diga. Vou contribuir com meu tempo e esforços para adicioná-lo aos garfos já existentes.

Este bug é agora o buraco negro que os desenvolvedores têm filtros para ignorar. Isso permite que as pessoas desabafem e esperem que realmente aconteça. Ele evita que novos bugs sejam abertos sobre o problema, enquanto nada será feito com ele. Acontece quando o desenvolvimento de software é conduzido por uma ideologia cega em vez da necessidade do usuário.

Certamente isso poderia ser feito com uma extensão? Por que ele precisa estar no produto principal? Já é o editor de código mais popular, indicando que a maioria de seus usuários está perfeitamente satisfeita com a falta de uma barra de ferramentas. Este é um cenário 100% perfeito para uma extensão. Peguem a codificação, pessoal!

Este é um cenário 100% perfeito para uma extensão.

Parece inteligente ... mas hey! vscode não suporta api para a criação de barras de ferramentas. Começam a ler os ingressos, pessoal!

Certamente isso poderia ser feito com uma extensão? Por que ele precisa estar no produto principal? Já é o editor de código mais popular, indicando que a maioria de seus usuários está perfeitamente satisfeita com a falta de uma barra de ferramentas. Este é um cenário 100% perfeito para uma extensão. Peguem a codificação, pessoal!

Prefiro não fazer suposições de que as pessoas estão perfeitamente felizes, mas concordo que, se houvesse uma API e não impusesse as barras de ferramentas a todos, isso também seria aceitável para mim.

O VS Code é eficiente, bonito e um ótimo editor de código ... Eu sinto que, de alguma forma, o UX ficou em segundo plano.

Barra de ferramentas necessária. Estou começando a aprender mais sobre PowerShell, sendo muito experiente com VBScript. Usei o Notepad ++ para a maior parte da minha edição de vbscript e comecei a aprender o PowerShell ISE. O PowerShell ISE tem pelo menos uma barra de ferramentas, embora não seja personalizável, pelo que posso dizer. Ouvi falar e instalei o VSCode na esperança de ter uma barra de ferramentas melhor do que o PowerShell ISE. Ao não conseguir encontrar uma barra de ferramentas no VSCode, procurei e encontrei este tópico. Com esta solicitação de recurso confirmando que o VSCode nem mesmo tem uma barra de ferramentas, eu já o desinstalei.

Barra de ferramentas essencial! Não posso usar este editor sem ele. Não consigo acreditar na resistência em pelo menos fornecer os ganchos necessários. É evidente que vem a implicância ideológica da equipe. Surpreendente!

61336

Podemos finalmente admitir que vocês precisam fazer isso ?! Este é apenas um tópico de MUITOS MUITOS MUITOS tópicos de pessoas perguntando exatamente a mesma coisa.

Basta construir uma estrutura de barra de ferramentas para que as pessoas que desejam barras de ferramentas possam optar por ter barras de ferramentas.

Ele nos dará um sinal de fé de que um PR seria realmente considerado para aceitação, e eu aposto que você terá um monte de pessoas oferecendo essa funcionalidade

@isidorn Você escreveu: 'atualmente, esta solicitação de recurso (como muitas outras) está aberta para que possamos obter mais feedback dos usuários. . . . '

Parece que o feedback continua chegando, mas nenhum está fluindo na outra direção. Alguém no VSCodeteam poderia explicar a aparente falta de entusiasmo em oferecer suporte a esse recurso, o raciocínio por trás dele?

'VSCode é um editor de código minimalístico e, devido a isso, estaríamos relutantes em aceitar um PR que adiciona uma barra de ferramentas personalizada.'

Na minha opinião, VSCode é um IDE - ou uma plataforma de construção de IDE - não apenas um editor de código minimalista. Um editor de código minimalista é outro produto da Microsoft, o Bloco de Notas.

'Como acontece com todas as solicitações de recursos, o melhor primeiro passo é normalmente iniciar uma discussão e não começar a codificar imediatamente.'

Portanto, minha pergunta, nesta questão de feedback, é: onde está a discussão?

@ronnyek tem a ideia certa: expor uma estrutura para os desenvolvedores de extensão construirem, assim como todas as outras maneiras de construir em cima do VSCode. A ideia de minimalismo de ninguém precisa ser influenciada.

Excelente produto em conjunto, mas este problema é bastante confuso.

Esse recurso é comum em todo o mundo, o que é preciso discutir ...

Os requisitos? Assim como o nome do código do Visual Studio disse, duplique um de lá.
O implemento? Realmente precisa de algumas pesquisas, mas esse problema já tem 1,5 anos.

Acho que há apenas um pequeno passo entre a nova barra de status e uma "barra de menu".

Um pequeno passo que a equipe vscode não está disposta a dar ... esse é o ponto chave. Aqui estamos, mais de um ano depois que esta edição foi criada, um monte de pessoas comentando e um monte de outras questões para a mesma funcionalidade foram abertas ... e ainda ... mesmo nível de conspiração contra essa funcionalidade.

Mais do que feliz em continuar usando o webstorm. Muito bem equipe vscode!

Vou adicionar outra voz a isso. A falta de uma barra de ferramentas no VS Code é um mistério completo para mim. Volto a ele de vez em quando para ver se foi adicionado, mas sempre acabo nos meus editores anteriores. Há muito do que gostar no VS Code, mas esse item em falta me surpreende.

Sério, Microsoft! Um editor de código / IDE, de outra forma legal, tornado inútil para aqueles de nós que apreciam um bom design de GUI. Estamos em 2019, por que exatamente ainda estamos mexendo com as linhas de comando?

Estamos em 2019, por que exatamente ainda estamos mexendo com as linhas de comando?

Porque é mil vezes mais rápido?

Outro voto para adicionar esta funcionalidade ou possibilitar que as extensões adicionem esta funcionalidade.

O cérebro de algumas pessoas não controla os atalhos do teclado. Esta omissão é simplesmente boba.

É um bom editor, mas não se incomoda em aprender uma centena de atalhos ou vasculhar menus. Não consigo pensar em um IDE sem barras de ferramentas. A decisão de excluí-los é simplesmente boba, assim como o Windows Phone!

Eu releguei o VS Code e o usei como um visualizador de log simples.

Ainda extremamente necessário. Possivelmente meu maior ponto de personalização no momento. Quanto mais extensões e comandos eu tiver, mais preciso de um lugar para colocá-los no cromo.

quase 2 anos depois, e ainda sem comentários, confirmação, intenção declarada, simplesmente adicionado ao backlog mais uma vez. SSS-SUUUUUPER duper. (Acho que pelo menos não foi apenas excluído ou fechado)

Incrível como algo tão simples e feito inúmeras vezes antes acaba sendo negligenciado. Eu disse antes que isso me empurra para o webstorm para o qual eu já possuo licenças.

Estou realmente surpreso com o cluster que toda essa situação se tornou. maneira de ir equipe vscode!

Talvez, se houver reclamações suficientes, isso mude. Parece ser outro caso de "sabemos melhor do que você", que descobri muito com os produtos MSFT. Acabei de remover o VSC e baixei o Notepad ++.

Talvez, se houver reclamações suficientes, isso mude. Parece ser outro caso de "sabemos melhor do que você", que descobri muito com os produtos MSFT. Acabei de remover o VSC e baixei o Notepad ++.

Fez o mesmo. VsCode seguiu um caminho paralelo às minhas necessidades, então de volta ao notepad ++ (obrigado, vinho) / sublime também. Engraçado como equipes menores de pessoas sem interação com o msft fazem coisas totalmente diferentes e, na maioria das vezes, melhores. Bem, foi bom enquanto durou.

Vamos ver como a barra de status pode ser absurdamente longa em monitores sem uma barra de ferramentas.

Fiz uma tentativa honesta, mas abandonou o código do VS e voltou para o Notepad ++. Só não consigo me lembrar de todos os comandos que preciso usar e isso exige muitos recursos para inicializar. Na minha opinião, algo que ocupa mais de 700 MB de RAM para carregar apenas um arquivo de texto deve definitivamente ter uma barra de ferramentas.

Vamos ver como a barra de status pode ser absurdamente longa em monitores sem uma barra de ferramentas.

Mover essas coisas para o topo da tela não fará com que magicamente ocupem menos espaço horizontal ...

Mover essas coisas para o topo da tela não fará com que magicamente ocupem menos espaço horizontal ...

Uma barra de ferramentas dedicada pode fazer uso de:

1. Ícones maiores
2. Menos texto
3. Empilhamento / ocultação de lista
4. Múltiplas linhas
5. Fácil gerenciamento de grupos de controles (mostrar / ocultar de acordo com alguma bandeira ou status)
6. E provavelmente outras coisas sutis de UX que são úteis ou necessárias.

Só passando para ver se há alguma tração com isso?
Sério, ainda não existe uma API para extensões para adicionar uma barra de ferramentas?

Isso me faz rir...
O Visual Studio Code Roadmap 2020

• Torne-se o melhor editor para quem depende de recursos de acessibilidade
  ...

: runner: Faça do VS Code uma ferramenta de desenvolvedor excepcionalmente acessível. Vamos nos envolver e trabalhar com nossa comunidade para obter sugestões e orientação, e precisamos que você nos mantenha honestos.

Quem é esta "comunidade"? Seja quem for, sinto-me excluído ... Preciso descansar os braços e as mãos o máximo possível para minimizar a dor. A falta de barra de ferramentas está literalmente me machucando.

Como não há feedback dos desenvolvedores sobre esse problema da barra de ferramentas, não tenho certeza de como interpretar o seguinte ...

Investigue como fornecer com segurança uma personalização mais rica no ambiente de trabalho
...
Amplie o suporte para personalizar a IU, por exemplo, menus de contexto.

Ambos parecem positivos, mas estou desconfiado - a personalização dos menus de contexto existe desde 2016, não é?
Atualizações de junho de 2016 (versão 1.3)
Estou entendendo mal? Ou o roadmap de 2020 foi copiado / colado de 2015 !?

• Torne-se o melhor editor para quem depende de recursos de acessibilidade
  ...

🏃 Faça do VS Code uma ferramenta de desenvolvedor excepcionalmente acessível. Vamos nos envolver e trabalhar com nossa comunidade para obter sugestões e orientação, e precisamos que você nos mantenha honestos.

LOL ... com certeza ... Tenho certeza que eles têm mais codificadores cegos do que pessoas que querem coisas úteis como barras de ferramentas (desculpe não bater em nenhuma deficiência) é apenas normal ... Todas as coisas úteis são rejeitadas como fora do escopo e os lançamentos contêm 18 páginas de notas de lançamento de coisas com as quais ninguém se preocupa.

Quer dizer ... eu sou totalmente livre, mas se eles precisarem de mais desenvolvedores para fazer isso, eu pagaria por uma versão "Pro" se eles parassem de ignorar essas solicitações de recursos úteis ... Eu não precisa do Visual Studio, mas de um VSC com preço razoável que não foi negligenciado pelos desenvolvedores ... Estou no jogo ...

Enquanto isso, talvez eles coloquem uma barra de ferramentas no modo de acessibilidade e: /

@ minig0d
já usou um atalho de teclado? Ou aumentou o tamanho da fonte nos editores para uma apresentação? Bem, você está usando recursos de capacidade de acesso, quer soubesse disso ou não:

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

Se você não pode esperar que seu problema receba votos positivos suficientes, você sempre pode enviar um PR.

@sketchbuch sim, estou bem ciente do que é ... foi sarcasmo ... os únicos atalhos de teclado que seriam bons se fossem embutidos no núcleo são comandos múltiplos ("macros"), mas eles já têm plugins para aqueles e já podemos aumentar o tamanho da fonte da última vez que verifiquei ... sim, estou codificando agora e funciona muito bem ... agora podemos ter alguns recursos reais?

Se você não pode esperar que seu problema receba votos positivos suficientes, você sempre pode enviar um PR.

Você já olhou para a contagem de votos positivos no lançamento desses "recursos"? B / C da última vez que verifiquei alguns, eles eram bem mais baixos do que muitos do tipo ^^^ de solicitação e estavam abertos há muito mais tempo. Eu meio que acho que toda a coisa de upvote é mais como os botões para atravessar a rua ... puramente para divertir as pessoas até o semáforo mudar.

Com todos os prós e contras apresentados neste tópico, por que não tê-lo apenas como uma opção? Quem gosta de barras de ferramentas pode ligá-lo, quem não gosta pode deixá-lo desabilitado. Isso não é ciência do foguete.

A Microsoft não vai fazer isso. Devemos fazer isso. Alguém já fez isso?

Há uma barra de ferramentas limitada que estou usando, Shortcut Menu Bar de Jerrygoyal.

No entanto, a questão principal permanece:

• As APIs para uma barra de ferramentas no VSC estão disponíveis e totalmente documentadas?

Há uma barra de ferramentas limitada que estou usando, Shortcut Menu Bar de Jerrygoyal.

Claro, mas com essa extensão 1) ela não se parece em nada com uma barra de ferramentas à qual estamos acostumados em todos os outros aplicativos; e 2) não é configurável - estamos presos ao que o autor da extensão adicionou.

Daí a necessidade de uma API / extensão oficial da barra de ferramentas da equipe do Microsoft Visual Studio Code.

Daí a necessidade de uma API / extensão oficial da barra de ferramentas da equipe do Microsoft Visual Studio Code.

qualquer ano agora

Vamos MS ?! O quão difícil pode ser manter seus clientes desenvolvedores satisfeitos? Não estamos pedindo muito. Lembre-se de que somos seus clientes E seus lucros ... pense nisso ...

Podemos apenas fazer isso ... ou alguma entrada útil da equipe vscode sobre por que isso não está lá, ou não vai estar lá? Talvez eu apenas vá ver se é algo que os desenvolvedores de Theia estão dispostos a levar como um PR e implementar lá ... problema resolvido.

Inicialmente, senti a mesma confusão quando não consigo encontrar nenhuma barra de ferramentas no vscode, fui "que se dane com a nova tecnologia".

Mas agora é diferente, adoro a Paleta de comandos mais do que qualquer barra de ferramentas ou menu.

1. Pressione F1 no teclado para exibir a Paleta de Comandos (ou pressione Ctrl + Shift + P para o mesmo efeito, mas requer mais esforço: p).
2. Digite qualquer comando que você deseja pesquisar. Este recurso de pesquisa de comando é bastante inteligente, então vá em frente e digite o que deseja pesquisar.
3. Escolha o comando usando o teclado (botão direcional e pressione Enter) ou clique nele.

Encontrar um menu ou barra de ferramentas pode ser frustrante. Muito menu ou barra de ferramentas torna a vida difícil. Portanto, a capacidade de pesquisar qualquer comando digitando-o é muito útil.

Inicialmente, senti a mesma confusão quando não consigo encontrar nenhuma barra de ferramentas no vscode, fui "que se dane com a nova tecnologia".

Mas agora é diferente, adoro a Paleta de comandos mais do que qualquer barra de ferramentas ou menu.

Encontrar um menu ou barra de ferramentas pode ser frustrante. Muito menu ou barra de ferramentas torna a vida difícil. Portanto, a capacidade de pesquisar qualquer comando digitando-o é muito útil.

Mas isso está falando mais sobre a barra de ferramentas de acesso rápido do Windows (ou seja, para colocar um punhado de comandos favoritos / usados ​​com frequência), não exatamente uma faixa de opções completa do tipo office.

Ou seja, estamos falando de 1 clique vs. no mínimo 2 pressionamentos de tecla (assumindo que foi o último comando absoluto que você usou) (e provavelmente mais como 3-4 para pressionar a seta para baixo algumas vezes e selecionar ou digitar algumas letras e selecione ...

A paleta é ótima para certas coisas, mas há outras tarefas em que você tem o mouse nas mãos e voltar ao teclado é uma distração ...

@ thariqnu-ifm
Com que precisão devo usar a paleta de comandos sem o teclado?
Por que não podemos ter a paleta de comandos E a barra de ferramentas opcional (ou pelo menos uma API para ela)?

Um ponto que deve ser enfatizado é que a equipe do VSCode afirmou repetidamente que não deseja adicionar recursos que podem ser feitos com uma extensão ... Bem, mantendo esse ponto de vista, uma vez que isso não pode ser feito com uma extensão sem uma API, isso deve ser implementado de acordo :)

@ thariqnu-ifm
Com que precisão devo usar a paleta de comandos sem o teclado?
Por que não podemos ter a paleta de comandos E a barra de ferramentas opcional (ou pelo menos uma API para ela)?

Outro problema com a paleta é que ela não é estruturada - é apenas uma lista de todos os comandos despejados em uma única caixa de combinação. (Sim, você pode pesquisá-lo digitando e esperando ter adivinhado o nome do comando correto.)

Eles acabaram de adicionar suporte para a roda do mouse para a barra de guias ... em algum ponto eles podem tornar possível ter uma barra de guias de várias linhas e eu finalmente poderei ver mais de menos de 10 documentos de guias na barra de guias ... é não é como se eles se incomodassem em fornecer um botão dropmenu que mostra todos os documentos da guia ... em vez disso, você tem que ter a barra lateral do explorer aberta e para ver mais documentos do que o que é mostrado visualmente na barra de guias de uma única linha.

Como chegou a 2020 para que a MS jogasse fora toda boa GUI e UX a ponto de os desenvolvedores estarem pedindo coisas que foram em muitos casos adicionadas como princípios básicos ao software 20 anos atrás .. como uma barra de ferramentas ...

Ficarei contente de qualquer maneira quando puder alternar certas extensões / recursos, ligado / desligado e visualmente ver um botão que representa tal extensão / recurso sendo ativado ou desativado ... bem ali na minha tela! E isso também pode ser clicado em uma fração de tempo, em vez de fazer combinações de teclas e martelar as teclas para fazer a mesma coisa ... é uma merda quando você esquece o comando de recurso de nome de extensão que você precisa digitar. Botões / ícones da barra de ferramentas incríveis.

Realmente surpreso que esse recurso não seja uma prioridade, porque deveria ser.

VSCode é um editor de código minimalístico e, por isso, ficaríamos relutantes em aceitar um PR que adiciona uma barra de ferramentas personalizada.

Hah! :))
O que significa minimalista?

Botões de guia, cuja altura não pode ser personalizada e são como janelas de metrô, significam minimalistas?

Os enormes preenchimentos de botões no menu, barra de ação, etc., que ocupam mais espaço na tela do que a área do editor, significam minimalista?

Perdi três meses na personalização do editor vscode, pensando - sim, encontrei, meu editor!

E onde você acha que estou codificando,
Sim, você está certo - no notepad ++

Olá, atualmente esta solicitação de recurso (como muitas outras) está aberta para que possamos obter mais feedback dos usuários, não porque queremos resolvê-la imediatamente.
VSCode é um editor de código minimalístico e, por isso, ficaríamos relutantes em aceitar um PR que adiciona uma barra de ferramentas personalizada.

@isidorn os 20 polegares para baixo em sua resposta mostram como essa resposta estava fora de

Você diz minimalista, mas eu consideraria algo como o Notepad ++ bastante minimalista ... Enquanto isso, temos o controle git / versão embutido (que, pelo meu conhecimento, nenhum dos editores "minimalistas" inclui ... conseguiu depuração ... que eu pensei que fosse mais uma função IDE do que um editor de código minimalista? Tem seu próprio monitor de processo? Acho que nunca vi um editor de código com um desses ...

Mas você sabe o que não tem? uma BARRA DE FERRAMENTAS ... sabe o que tem uma barra de ferramentas? A maioria dos editores de código, postam VIM (praticamente) ... Qual deles não o faz? Sublime talvez o único remotamente importante em que consigo pensar que não pode (não tenho certeza se nunca o usou), então o objetivo é minimalista ou uma imitação do Sublime para tentar atrair usuários sublimes para o ecossistema MS?

Ah ... sim, quase esqueci ... Não é a Microsoft quem está desenvolvendo essas 3 EXTENSÕES de edição remota (Remota - SSH, Remota - Containers, Remota - WSL, etc.)? Também não me lembro de nenhum editor minimalista que tenha essas funções integradas ... e pensei que a filosofia era a MS desenvolver o editor e a extensibilidade controlada por extensões de terceiros? encolher os ombros ...

Venha, Microsoft - faça a coisa certa de uma vez e ouça sua base de clientes. Tenho certeza que você já tem a barra de ferramentas pronta, só precisa incluí-la na construção e deixar mais 50% do seu público feliz. É tudo uma questão de escolhas. Quem quiser a barra de ferramentas, ligue-a. Aqueles que não o fizerem, deixe-o de fora. QUAL É O PROBLEMA?????

VSCode é um editor de código minimalístico e, por isso, ficaríamos relutantes em aceitar um PR que adiciona uma barra de ferramentas personalizada.

Talvez apenas isidorn pense assim e talvez quando ele mudar de emprego, teremos uma barra de ferramentas dentro de um mês. Talvez o problema não seja só dele.

Venha, Microsoft - faça a coisa certa de uma vez e ouça sua base de clientes. Tenho certeza que você já tem a barra de ferramentas pronta, só precisa incluí-la na construção e deixar mais 50% do seu público feliz. É tudo uma questão de escolhas. Quem quiser a barra de ferramentas, ligue-a. Aqueles que não o fizerem, deixe-o de fora. QUAL É O PROBLEMA?????

Eles estão tentando "priorizar" com base na demanda do cliente ... em outras palavras, eles estão trabalhando em seu próximo lançamento de recurso rockstar ... provavelmente algo como uma API para Raspberry Pi embutida em suas cafeteiras ... apenas no caso de alguém quer programar algum Java com seu Java? Você conhece as coisas de alta demanda ... eles podem estar tentando traduzir o VSCode para a linguagem do Código de Hamurabi ... Ouvi dizer que um é muito popular em algumas partes ...

Eu garoto ... Mas falando sério ... Eu adoraria uma resposta oficial da MS de uma forma ou de outra ... porque as informações fornecidas sobre como eles vão se desenvolver no futuro e a visão de futuro não parece congruente com as ações atuais ...

Se eles não conseguem gerenciar os 30 minutos que levaria para construir uma barra de ferramentas / api OPCIONAL ... então muitos de nós provavelmente precisam voltar para outro editor ...

A ideia de um homem de preenchimento inútil é a ideia de outra de uma interface bem definida ... o notepad ++ não é bem projetado ou é ótimo para usar. Eu costumava usar o notepad ++ e o editpad pro, o último era ótimo, mas ambos parecem antiquados com botões apertados. Fico feliz que o VSC não tenha nenhum, quando eu tentei o atom pela primeira vez eu não gostei da paleta de comandos - ou vsc - mas depois de usá-la por vários anos eu não sinto falta de botões ou acho a paleta de comandos difícil de usar . Talvez apenas dê um tempo em vez de voltar para o notepadd ++.

... faça mais 50% do seu público feliz ...

Cerca de 240 pessoas adicionaram um emoticon positivo ao OP ... o que te faz pensar que o VSC só é usado por cerca de 480 pessoas ???

Não o forçamos a usar a barra de ferramentas. Ele pode ser desativado.
Você nos força a não usar a barra de ferramentas.
Você sente a diferença?
A era do "único caminho certo" foi na União Soviética.

Não me diga o que fazer e não direi para onde ir.

A ideia de um homem de preenchimento inútil é a ideia de outra de uma interface bem definida ... o notepad ++ não é bem projetado ou é ótimo para usar. Eu costumava usar o notepad ++ e o editpad pro, o último era ótimo, mas ambos parecem antiquados com botões apertados. Fico feliz que o VSC não tenha nenhum, quando eu tentei o atom pela primeira vez eu não gostei da paleta de comandos - ou vsc - mas depois de usá-la por vários anos eu não sinto falta de botões ou acho a paleta de comandos difícil de usar . Talvez apenas dê um tempo em vez de voltar para o notepadd ++.

Exatamente por que o título do problema diz "opcional". Nunca uso as guias na parte superior para acessar os arquivos - todas estão à esquerda. Por que eles estão lá? Só porque um fluxo de trabalho funciona para você, não significa que seja ótimo para todos. A interface do usuário configurável pode torná-lo melhor para uma gama mais ampla de usuários - para mim, é uma função de acessibilidade. Eu uso teclas aderentes, portanto, apertar certas combinações de teclas (principalmente desfazer / refazer) pode ser entediante se precisar ser repetido várias vezes. Isso tornaria minha vida mais fácil e não afetaria a sua, então por que você está aqui me dizendo que eu não preciso disso? Por quê você se importa?

Pode até ser um plugin, ninguém que não queira nem precisa saber que existe.

@morozovsk Não há barra de ferramentas - ninguém pode forçá-lo a não usar algo que
não existe.

Eu não me importo se eles adicionarem um, eu só não quero priorizar ... parece que muitos desenvolvedores querem isso, então por que você não forma uma equipe e envia um PR?

Eu não me importo se eles adicionarem um, eu só não quero priorizar ... parece que muitos desenvolvedores querem isso, então por que você não forma uma equipe e envia um PR?

As pessoas se ofereceram, dê uma olhada em muitos outros relatórios de bug feitos sobre o mesmo problema. MS disse que provavelmente iria rejeitá-lo. Eles nem mesmo querem adicionar ganchos para tornar possível um plugin. Portanto, não é uma questão de recursos, é ideológica.

Obviamente, não está sendo priorizado. MS nem comenta sobre isso há meses. Novamente, eu não sei por que você se importaria.

A ideia de um homem de preenchimento inútil é a ideia de outra de uma interface bem definida ... o notepad ++ não é bem projetado ou é ótimo para usar. Eu costumava usar o notepad ++ e o editpad pro, o último era ótimo, mas ambos parecem antiquados com botões apertados. Fico feliz que o VSC não tenha nenhum, quando eu tentei o atom pela primeira vez eu não gostei da paleta de comandos - ou vsc - mas depois de usá-la por vários anos eu não sinto falta de botões ou acho a paleta de comandos difícil de usar . Talvez apenas dê um tempo em vez de voltar para o notepadd ++.

Uhhh ... sabe o que o notepad ++ tem? arquivos de configuração ... sabe o que você pode fazer com esses arquivos? remova os itens que você não deseja ver ... você pode literalmente fazer com que tenha apenas um menu de arquivo com uma opção de menu e nenhuma barra de ferramentas se quiser ... Por que é assim? porque permite que as pessoas o personalizem para o que funciona de forma mais eficiente para elas, sem prendê-las em fluxos de trabalho que não são eficientes para elas. Portanto, dizer que VOCÊ o acha confuso, então um recurso OPCIONAL que você não seria forçado a usar não deve ser implementado porque VOCÊ o acha dessa forma, soa extremamente egoísta.

Eu gosto de temas escuros ... talvez o VSCode deva remover todas as opções para personalizar as opções de cores e forçar todos a usarem o que eu gosto? Por que eles não? Hmmm porque, assim como a barra de ferramentas, é fácil construir código para permitir que o usuário personalize para o que funciona melhor para eles e de forma alguma impacta negativamente os outros usuários ...

Eu não me importo se eles adicionarem um, eu só não quero priorizar ... parece que muitos desenvolvedores querem isso, então por que você não forma uma equipe e envia um PR?

O que você deseja priorizar? uma API para sua torradeira?

Exceto pelo problema do sistema de arquivos em que os dados reais estão sendo destruídos por causa da teimosia semelhante da equipe de codificação, não vi um pedido que pareça que deveria ser de maior prioridade ... mas acho que todos deveríamos saudar o King Sketchbuch?

Adicionado FAQ ao tíquete.
É cansativo responder às mesmas perguntas para pessoas que ainda não descobriram o assunto, mas já são contra ele.

@ thariqnu-ifm
Com que precisão devo usar a paleta de comandos sem o teclado?
Por que não podemos ter a paleta de comandos E a barra de ferramentas opcional (ou pelo menos uma API para ela)?

Como você está escrevendo código sem um teclado?

Adicionado FAQ ao tíquete.
É cansativo responder às mesmas perguntas para pessoas que ainda não descobriram o assunto, mas já são contra ele.

Essa captura de tela de tendência no OP não está mostrando o que você acha que está mostrando ...

Eu não me importo se eles adicionarem um, eu só não quero priorizar ... parece que muitos desenvolvedores querem isso, então por que você não forma uma equipe e envia um PR?

Aparentemente, houve várias tentativas ... Algumas foram mais longe do que outras. O problema é que a equipe do vscode havia bloqueado esses esforços no passado e não tinha intenção de permitir isso.

Existe uma visão ... Essa visão não inclui uma barra de ferramentas. Por que me confunde ... Mas todo esse tempo de espera ... O Webstorm ficou cada vez melhor, ampliando a lacuna.

Indo ao ponto de outra pessoa ... Eles não têm problema em se dobrar para um suporte obscuro que 2% dos usuários de código usarão ... Mas então a barra de ferramentas OPCIONAL simples ... Nããããão.

Já se passaram anos e anos e incontáveis ​​problemas foram perdidos para o esquecimento. Acho que provavelmente é hora de simplesmente encerrar.

Como você está escrevendo código sem um teclado?

Alguém disse que estava escrevendo código sem teclado?
Na minha experiência, desenvolver é mais do que digitar código - desde gastar tempo descobrindo sistemas legados no início até depurar no final.

Sinto dores nos braços, o que torna o tempo do teclado uma mercadoria valiosa. Também é um esforço alternar entre o uso do mouse e do teclado. Portanto, para descansar as mãos, uso o mouse sempre que possível. Com um pouco de suporte (uma _toolbar_ por exemplo), posso sentar e examinar o código e a documentação de referência, depurar etc. sem chegar perto do teclado por horas.

Adicionado FAQ ao tíquete.
É cansativo responder às mesmas perguntas para pessoas que ainda não descobriram o assunto, mas já são contra ele.

Editar: Para a equipe do Microsoft Visual Studio Code:

Apresentar o recurso não seria uma ação mais produtiva?

@ rei-vilo

Apresentar o recurso não seria uma ação mais produtiva?

Você provavelmente está confuso :)
Estou iniciando o tópico. Não estou trabalhando para MS. Não consegui entregar o recurso.

@ rei-vilo

Apresentar o recurso não seria uma ação mais produtiva?

Você deve estar confuso :)
Estou iniciando o tópico. Não estou trabalhando para MS. Não consegui entregar o recurso.

Sinto muito, a mensagem era destinada à equipe do Microsoft Visual Studio Code.

Do meu lado, tentei brincar com extensões, mas a documentação é difícil de cavar.

Estou iniciando o tópico. Não estou trabalhando para MS. Não consegui entregar o recurso.

Você literalmente disse isso na atualização do FAQ da postagem 1 acima 🤣

Algumas pessoas não vão ler ou tentar entender do que se trata esse problema antes de começar a fazer um comentário sem sentido irrelevante.

OP é um pouco tl; dr, talvez o FAQ deva ser movido para o topo.

Pare de ser Apple. Remover algo útil de algo não o torna melhor.

Pessoalmente, nunca percebi que ele não tem uma barra de ferramentas até este tópico. Eu gosto da maneira atual. Ele meio que tem uma barra de ferramentas em forma de barra de atividades à esquerda. Mas suponho que os desenvolvedores de vscode poderiam ter explicado melhor a decisão de não incluir uma barra de ferramentas, como, talvez uma barra de ferramentas faria a janela parecer desordenada (o que eu acho que ficaria). É claro que, em sua implementação, eles poderiam apenas incluir a barra de ferramentas como uma opção, mas provavelmente ela está em um ponto inferior na lista de prioridades. Mesmo assim, algum comentário útil teria sido bom.

Pessoalmente, nunca percebi que ele não tem uma barra de ferramentas até este tópico. Eu gosto da maneira atual. Ele meio que tem uma barra de ferramentas em forma de barra de atividades à esquerda. Mas suponho que os desenvolvedores de vscode poderiam ter explicado melhor a decisão de não incluir uma barra de ferramentas, como, talvez uma barra de ferramentas faria a janela parecer desordenada (o que eu acho que ficaria). É claro que, em sua implementação, eles poderiam apenas incluir a barra de ferramentas como uma opção, mas provavelmente ela está em um ponto inferior na lista de prioridades. Mesmo assim, algum comentário útil teria sido bom.

Você também pode argumentar que a barra gigante à esquerda (como você decidir chamá-la) é o quê? Mais de 100 pixels de largura, é muito mais desordenado do que uma barra de ferramentas de 20 pixels ...

Além disso ... acabei de perceber ... sabe o que mais tem uma barra de ferramentas que a Microsoft possui ...? Github ... bem nesta caixa que estou digitando ... me pergunto por que isso ... quero dizer, se todo mundo é um especialista em teclado, não deveríamos todos saber markdown? lol

No mínimo, eu gostaria de um "painel de ferramentas" que eu pudesse mover (e duplicar?) Em diferentes recipientes de painel.

Portanto, ele pode ter um ícone dedicado na barra de atividades ou ser um painel em um painel existente e assim por diante.

Aproveitando a recente adição de painéis móveis.

Pessoalmente, nunca percebi que ele não tem uma barra de ferramentas até este tópico. Eu gosto da maneira atual. Ele meio que tem uma barra de ferramentas em forma de barra de atividades à esquerda. Mas suponho que os desenvolvedores de vscode poderiam ter explicado melhor a decisão de não incluir uma barra de ferramentas, como, talvez uma barra de ferramentas faria a janela parecer desordenada (o que eu acho que ficaria). É claro que, em sua implementação, eles poderiam apenas incluir a barra de ferramentas como uma opção, mas provavelmente ela está em um ponto inferior na lista de prioridades. Mesmo assim, algum comentário útil teria sido bom.

Em outras threads fechadas, os desenvolvedores disseram que estão relutantes ou mesmo relutantes em incluir ganchos para que os desenvolvedores de plug-ins criem um plug-in de barra de ferramentas. Portanto, em vez de ser apenas uma prioridade baixa, parece que esses desenvolvedores se opõem ativamente até mesmo tornar possível ter uma barra de ferramentas totalmente opcional, mesmo como um plug-in. Como disse o OP, isso parece ideológico.

Apenas adicionando à pilha ...

Esse problema é o principal motivo pelo qual não uso o VS Code para nada. Na verdade, eu verifico cerca de uma vez por mês ou mais para ver se eles recuperaram o bom senso e adicionaram uma barra de botões. Mas, infelizmente, parece que até mesmo permitir que desenvolvedores de addons integrem uma barra está fora do escopo.

Vou continuar usando o Notepad ++ e outros editores que fornecem essa funcionalidade básica. No entanto, irei desinstalar o VS Code desta vez e não acho que irei reinstalar tão cedo.

Eu só queria adicionar meu +1 a esta solicitação de recurso.

É engraçado como algo tão útil parece ser rejeitado pela equipe de desenvolvimento enquanto algo completamente inútil como "ABRIR EDITORES" fica bagunçando nossa tela. Isso não foi necessário nem mesmo durante os 6 dias do VC ++, um período sombrio na era da codificação, quando não tínhamos guias mostrando quais arquivos estavam abertos.

E antes que algum desenvolvedor maluco comece a errar minhas divagações cheias de erros gramaticais, deixe-me tentar deixar bem claro:

• Barra de ferramentas configurável -> extremamente útil.
• Abas mostrando quais arquivos estão abertos -> extremamente útil. Mantê-la!
• Editores abertos -> totalmente inúteis. Jogá-lo!

TLDR
Uma barra de ferramentas configurável seria extremamente útil e muito mais essencial do que um monte de coisas que estou vendo sendo implementadas.

Basta clicar com o botão direito na visualização dos editores abertos e desmarcá-la se não quiser vê-la

Basta clicar com o botão direito na visualização dos editores abertos e desmarcá-la se não quiser vê-la

O que você sabe ... essa é exatamente a mesma linha, palavra por palavra, que você poderia dizer se alguém reclamasse que não gostou da barra de ferramentas? Quão versátil!

Não, não é. A opção de ocultar visualizações existe desde o primeiro lançamento.

As barras de ferramentas não foram. Não ter uma barra de ferramentas era o objetivo central do design. Adicioná-lo agora consumiria recursos, tempo de desenvolvimento e exigiria que várias equipes colaborassem para adicionar esse "recurso". Então, uma vez lá, os desenvolvedores de extensões preguiçosos escreverão apenas para a barra de ferramentas e não fornecerão uma maneira de usar suas extensões sem uma barra de ferramentas. Muito provavelmente, nem mesmo conectarão os eventos de clique a um comando real, eles apenas executarão algo no clique, não dando a ninguém a chance de usar a paleta de comandos. Acho que adicionar esse "recurso" agora seria um erro, por isso não quero que seja feito. Isso também vai inchar a API. Todos os estudos de MS na faixa de opções mostraram como as opções de menu infinitas são inúteis e como o inferno da barra de ferramentas não ajuda ninguém a usar um aplicativo com mais eficácia.

Se a MS Studies considera que a barra de ferramentas é um lixo inútil, então por que o design ainda é um paradigma básico para aplicativos? Você tem uma barra de ferramentas / faixa ativada em seu navegador? Palavra? Excel? Explorador? Estúdio visual? Photoshop? Os aplicativos fixados no Windows são uma forma de barra de ferramentas. Se você pessoalmente nunca os usa em nenhuma das situações acima, acha que os usuários que os usam estão usando o software incorretamente? Que, por exemplo, uma estrutura de paleta de comando seria melhor substituir a faixa de opções no Word? Perguntas honestas.

Quanto às questões de engenharia, você não precisa permitir que o código seja executado dentro dos eventos de clique. A estrutura poderia facilmente ser limitada a apenas um gatilho de função desde o início, o que para mim parece ser a única maneira lógica de implementá-la de qualquer maneira. Qualquer aplicativo que eu já criei uma barra de ferramentas / menu apenas chama uma função. Por que permitiria que o código fosse incorporado no evento de clique do botão? Por que os desenvolvedores teriam acesso aos eventos por trás da barra de ferramentas? Adicionar uma estrutura para suportar botões com ganchos de comando seria bastante trivial, você já tem a paleta de comandos fazendo a mesma coisa, então parece uma extensão daquela estrutura sozinha.

Eu continuei neste tópico por curiosidade, mas para mim o verdadeiro sinal é que a maioria da minha equipe optou por não usar o código citando as deficiências da interface. É decepcionante, pois é um ótimo produto de outra forma.

Se você está lendo este tópico e a falta de uma barra de ferramentas é essencialmente um impedimento para você como foi para mim, então eu recomendo o Notepad ++. Desinstalei o VSC, instalei o NPP e não olhei para trás. A barra de ferramentas NPP é totalmente extensível por meio de um plug-in e adicionei botões para fazer quase 20 tarefas repetitivas por meio de Python, scripts bash e a linguagem do editor interno. Além disso, tem muitos outros plug-ins para tarefas específicas de linguagem, etc. Tenho certeza de que existem outras boas alternativas também, mas não encontrei nada com NPP que não possa fazer por padrão ou codificando sozinho.

HAHAHAHA ... Acabei de descobrir a razão REALLLL do sketchbuch não querer uma barra de ferramentas ... Ele está ocupado usando a barra de status como uma barra de ferramentas (e por qualquer motivo sente que é mais aceitável "hackear" a barra de status para um propósito não intencional do que ter uma barra de status legítima ...

vamos lá cara ... se você está preocupado com o peso leve ... vamos cortar um pouco do inchaço REAL ... novamente, editores muito mais leves que o VSC têm barras de ferramentas ...

... Perguntas honestas.

Não, é apenas ignorar o que eu disse. Eu nunca disse que as barras de ferramentas são inúteis, disse que o inferno das barras de ferramentas é inútil ... que é o que me preocupa que isso se torne. A faixa de opções tem botões, mas eles são pesquisados ​​com UX por trás deles, não haverá pesquisas feitas para melhorar a UX para usuários que desejam botões. Vai voltar a ter centenas de botões e barras de ferramentas abaixo das barras de ferramentas. vai se tornar uma bagunça inchada - eu acho.

Se o MS fornecer uma barra de ferramentas, quanto tempo demorará as pessoas a quererem várias barras de ferramentas, ou barras de ferramentas abaixo das barras de ferramentas com a capacidade de organizar as barras por meio de arrastar e soltar, as pessoas vão querer uma maneira de personalizar os botões e alterar a ordem. Eles vão querer pastas de botões que agrupem comandos. Esta API simples para botões que você deseja tem o potencial de se transformar em um monstro que incha a API e a IU e esgota o tempo do desenvolvedor.

Eu gosto da API pequena, no começo achei bem restritiva. Depois de fazer algumas extensões, posso ver por que todas as exibições personalizadas para extensões estão em editores, é o único lugar onde a API permite criar conteúdo personalizado.

A propósito, como estamos reunindo evidências anicdóticas inúteis ... todas as equipes com as quais trabalho usam o Código VS

Sim, essas são minhas extensões, mas adicionam botões onde já existe um sistema de botões em vigor. Não é um hack, essas extensões não fazem nada que a API não exponha ao desenvolvedor. Olha se eles adicionam a api do botão e está totalmente funcionado e testado não me importo. Eu só não quero que eles fodam com o editor fazendo isso.

O botão do terminal Zen btw usa a barra de título do editor para a localização do botão - não a barra de status;). Você sempre pode criar uma extensão privada para si mesmo adicionando botões lá.

Quanto às questões de engenharia,

Sim, os botões podem ser vinculados a um comando, mas também é possível no package.json interromper um comando sendo chamado por meio da paleta. Este é o tipo de coisa que eu não quero que aconteça, que os desenvolvedores comecem a fazer as coisas funcionarem apenas com botões - por qualquer motivo.

@sketchbuch :

Não quero que aconteça que os desenvolvedores comecem a fazer as coisas funcionarem apenas com botões - por qualquer motivo.

Não somos seus escravos para pedir sua permissão quando podemos usar os botões, e quando não podemos. Saia da multa.

Dane-se, não preciso de sua permissão para comentar sobre um assunto em aberto. Se você não gosta cresça e deixe-se

Não, é apenas ignorar o que eu disse. Eu nunca disse que as barras de ferramentas são inúteis, disse que o inferno das barras de ferramentas é inútil ... que é o que me preocupa que isso se torne.

Obrigado pela resposta. Concordo que o inferno da barra de ferramentas pode ser um problema (estou olhando para você Office), mas também coloco isso na categoria de "decisão do usuário" quando a barra de ferramentas é editável. (se a barra de ferramentas não for editável, isso é outro problema) Quando tenho a opção de personalizar a barra de ferramentas em aplicativos, eles não vêm "prontos para uso" com todos os itens habilitados por padrão, eles vêm com uma seleção sensata de itens comuns e posso adicionar / remover o que torna meu fluxo de trabalho mais eficiente. Para mim é o mesmo que os editores me permitem definir as opções de recuo, espaçamento, tamanhos de fonte preferidos, etc.

Mesmo que o VSCode fosse enviado com uma barra de ferramentas em branco que estava oculta por padrão, não haveria problema. Para mim, é uma questão de escolha do usuário e não forçá-lo a uma metodologia com a qual não se sinta confortável. Admito que nunca construí uma extensão para o VS Code, no entanto, imagino que seja limitado a um recurso de bitmap adicionado e uma entrada no manifesto de extensão permitindo a opção. Isso não permitiria que os desenvolvedores abusassem dele. Descarregue o trabalho de fazer bitmaps padrão para a paleta para a comunidade, desde que a estrutura básica exista. Em seguida, envie o VS Code tão limpo quanto é hoje e, se eu escolher otimizar meu fluxo de trabalho da minha maneira, tenho a opção.

Não tive a intenção de jogar fora evidências anedóticas.

@sketchbuch

Dane-se, não preciso de sua permissão para comentar sobre um assunto em aberto.

Mas na verdade você deveria, porque este é o meu problema em aberto :)
PS: agora você está banido. obrigado pelo diálogo construtivo :)

Sim, essas são minhas extensões, mas adicionam botões onde já existe um sistema de botões em vigor. Não é um hack, essas extensões não fazem nada que a API não exponha ao desenvolvedor. Olha se eles adicionam a api do botão e está totalmente funcionado e testado não me importo. Eu só não quero que eles fodam com o editor fazendo isso.

O botão do terminal Zen btw usa a barra de título do editor para a localização do botão - não a barra de status;). Você sempre pode criar uma extensão privada para si mesmo adicionando botões lá.

Só porque você PODE adicionar um botão lá, não significa que o VSC permite, porque eles querem que você o transforme em uma barra de ferramentas ... Na verdade, lembro-me de ter visto um comentário de um desenvolvedor que afirmou explicitamente que não era o caso. (Eu sei que é chocante que eles possam realmente responder ...)

PS: agora você está banido. obrigado pelo diálogo construtivo :)

Aquilo foi um ato inútil apenas quando uma discussão apropriada estava acontecendo. Você não pode simplesmente desligar as pessoas de quem discorda. A lição nº 1 sobre como não convencer as pessoas de que seu ponto de vista é válido.

Ele repetia a mesma coisa em todas as mensagens: "Não quero", "Sou contra", "Não gosto disso". Ele não fez absolutamente nada para um diálogo construtivo.

Não quero que aconteça que os desenvolvedores comecem a fazer as coisas funcionarem apenas com botões - por qualquer motivo.

Antes, eu pensava que ele era apenas um troll. Após essas palavras, ficou claro que ela não quer tornar o vscode melhor ou pior. Ela só quer limitar as outras pessoas e não importa se elas querem isso ou não.
Bem, o que eu fiz com ele a mesma coisa, agora ele provavelmente pode entender o que é quando você é limitado contra sua vontade.

Ele repetia a mesma coisa em todas as mensagens: "Não quero", "Sou contra", "Não gosto disso". Ele não fez absolutamente nada para um diálogo construtivo.

Não quero que aconteça que os desenvolvedores comecem a fazer as coisas funcionarem apenas com botões - por qualquer motivo.

Antes, eu pensava que ele era apenas um troll. Após essas palavras, ficou claro que ela não quer tornar o vscode melhor ou pior. Ela só quer limitar as outras pessoas e não importa se elas querem isso ou não.
Bem, o que eu fiz com ele a mesma coisa, agora ele provavelmente pode entender o que é quando você é limitado contra sua vontade.

Desculpe sBrecht, concordo totalmente com morozovsk. Ele não tinha adicionado uma única crítica construtiva. Honestamente, com base na maneira como ele estava falando (como se tivesse algum tipo de autoridade no assunto) foi por isso que olhei o perfil dele ... Achei que ele pudesse ser um funcionário secreto da Microsoft ... mas não ... ele era apenas um troll ...

O único benefício que ele trouxe para a conversa estava recebendo o pós contar até ... que pode espero conseguir MS a prestar mais atenção à questão ombros

lol olha ... o troll AINDA está trollando ... polegares para baixo no meu post ... continue assim troll ... Eu amo como você acabou de provar o meu ponto !!!

Sim, antes do sketchbuch estávamos na segunda página, agora estamos na primeira .
Então, obrigado @sketchbuch por sua ajuda :)

lol olha ... o troll AINDA está trollando ... polegares para baixo no meu post ... continue assim troll ... Eu amo como você acabou de provar o meu ponto !!!

sim. você também pode bani-lo e esquecer sua existência :)

Ria quando a EM fechar este problema devido ao seu comportamento infantil

A conta foi criada há 4 minutos

@krytenjrobot , @sketchbuch

Em vez disso, você será banido por registrar novas contas para spam.
Se eu te vir aqui novamente com uma nova conta, vou escrever uma reclamação para o github e sua conta principal será banida.

Velho, mas agindo como um adolescente.

PS: agora você está banido. obrigado pelo diálogo construtivo :)

Aquilo foi um ato inútil apenas quando uma discussão apropriada estava acontecendo. Você não pode simplesmente desligar as pessoas de quem discorda. A lição nº 1 sobre como não convencer as pessoas de que seu ponto de vista é válido.

"Dane-se" não é uma discussão adequada. O cara estava claramente trollando, quando foi apontado que seus argumentos eram falhos, ele moveu as traves do gol. Ele está apenas perdendo o tempo de todo mundo.

Olá, meu nome é Claude Dupré e sou engenheiro eletrônico e analista programador há 40 anos. Eu usei vários produtos de desenvolvimento em minha carreira tendo que desenvolver até mesmo drivers de impressora que não existiam no ambiente DOS. O Windows nem existia naquela época. Embora eu soubesse programar orientado a objeto, as máquinas não eram poderosas o suficiente (8088, 8k de memória, 64k de espaço em disco etc.) para suportar esse tipo de tecnologia, então tivemos que usar teclas de atalho para funções de uso frequente e todos os programas foram compilados usando um arquivo em lote, o mesmo com o vinculador com um arquivo de link. Há alguns anos trabalho com o Atmel studio porque conhecia muito bem o produto, pois na minha carreira programei em Assembler, C, C ++, .Net e outra linguagem que você provavelmente nunca ouviu falar, como dbase, PLM, Clipper etc. como o Atmel Studio não dava suporte ao produto STM, tive que encontrar outro produto para trabalhar para desenvolver meu Cortex baseado em STM. Encontrei o Visual Studio Code. Então disse a mim mesmo: Hourra, encontrei o Santo Graal. Tive que trabalhar mais de uma semana para configurá-lo e descobrir que fui puxado para trás nos anos 80 no que diz respeito à ideologia do produto. Estou muito desapontado ao ver que um produto tão popular não o seja, embora seja uma ferramenta eficiente. Nenhum menu contextual. Nenhum menu configurável. Plugins não geram seus próprios menus e barra de ferramentas, eles não os configuram para o ambiente. Não existe uma barra de ferramentas básica. Portanto, um produto leve é ​​bom quando se aplica a um ambiente TIGHT (eu sei do que estou falando), o que claramente não é o caso com as tecnologias atuais. Portanto, se alguém quiser usar um novo produto, ele espera poder instalá-lo e usá-lo com um tempo mínimo de execução. Se eu comparar o Visual Studio Code com o Atmel Studio, vscode está anos-luz atrás. Parece, pelo que li aqui, que a equipe vscode não concorda com atualizações que me parecem essenciais. Para concluir isso. Eu acho que um padrão de codificação deve ser adotado para definir plugins mais estáveis ​​e eficientes no que diz respeito ao uso, eficiência e documentação é a preocupação de tornar o produto final mais integrado e AMIGÁVEL ao usuário (o que não é o caso, sorrrry). Espero que o vscode equipe terá uma visão mais visionária. Atenciosamente Claude

Se a MS fornecer uma barra de ferramentas, quanto tempo levará para as pessoas quererem várias barras de ferramentas, ou barras de ferramentas abaixo das barras de ferramentas com a capacidade de organizar as barras por meio de arrastar e soltar, as pessoas vão querer uma maneira de personalizar os botões e alterar a ordem. Eles vão querer pastas de botões que agrupem comandos. Esta API simples para botões que você deseja tem o potencial de se transformar em um monstro que incha a API e a IU e esgota o tempo do desenvolvedor.

Bem, uma grande notícia para você: as pessoas já querem tudo isso. Esse é todo o propósito desta proposta - permitir que os usuários adicionem comandos que desejam, como e onde desejam. Não depender de autores de extensão para preparar os comandos para eles, em um componente que não foi feito para eles e sem customização.

Na medida em que o argumento em torno de "IU e API incham", o recurso mais solicitado agora # 10121 é a capacidade de arrastar painéis para fora da janela principal. É evidente que as pessoas têm muitas idéias diferentes sobre seu fluxo de trabalho preferido. O VSCode tem muitos recursos que não uso. Isso não significa que eu acho que eles devam ser removidos. Isso significa que eles devem estar lá se eu precisar / quiser.

Na medida em que o argumento em torno de "IU e API incham", o recurso mais solicitado agora # 10121 é a capacidade de arrastar painéis para fora da janela principal. É evidente que as pessoas têm muitas idéias diferentes sobre seu fluxo de trabalho preferido. O VSCode tem muitos recursos que não uso. Isso não significa que eu acho que eles devam ser removidos. Isso significa que eles devem estar lá se eu precisar / quiser.

Isso ... OU pelo menos ser CAPAZ de estender o programa para abordar os recursos necessários ... se as pessoas querem janelas flutuantes, por que não apenas abrir uma segunda cópia do VSC ou expandir a janela em dois monitores e selecionar um layout diferente ... ( Exibir> Layout do Editor) eles já têm vários outros diferentes ... Mas, honestamente, isso soa como algo que não deve demorar mais do que alguns dias para ser concluído ...

Mas se você olhar as notas de lançamento da versão mais recente (Ajuda> Notas de Lançamento se quiser puxá-las para ver por si mesmo), observe quantas dessas mudanças são "recursos avançados" ou atendem apenas a um pequeno subconjunto de usuários , etc.

Deveria ter dado uma festa para o aniversário de 2 anos desta edição, para comemorar todas as OUTRAS edições que acabaram de ser fechadas por out of scope etc etc etc etc

Apenas adicionando minha voz para obter uma opção de barra de ferramentas personalizável adequada adicionada como uma questão de prioridade.

FFS está muito atrasado MS !!

MS é draconius na melhor das hipóteses ...

Alguns problemas são simplesmente jogados fora, este IDE é como se apenas um cara o estivesse criando, e não dezenas ...

Como o problema de renderização deficiente ou "Nenhuma barra de ferramentas aqui!".
Eu realmente acho que os desenvolvedores deste IDE não o usam!

Eu não estava ciente desse tópico e enviei uma solicitação para uma barra de ferramentas personalizável. Foi rejeitado / encerrado por não ser um recurso que se pretende considerar nos próximos dois anos. Eu também fui encaminhado para este tópico.

Este é realmente o meu único problema com o VS Code e é um desvio estranho de todos os outros programas MS que usei desde que o Windows se tornou uma coisa.

Por outro lado, o VS Code é gratuito para uso pessoal e comercial e é apresentado como um editor "leve", em oposição a um IDE completo. O MS Visual Studio não é gratuito para empresas. Imagino que eles gostariam de evitar a possibilidade de que o VS Code substitua inteiramente o MS Visual Studio. Não sou um desenvolvedor profissional e não usei muitos IDEs diferentes. Além da barra de ferramentas, não estou familiarizado o suficiente com o MSVS 2019 para ver quaisquer outros benefícios em usá-lo, e parece ser insuficiente em algumas outras áreas.

Imagino que haja alguma maneira de um usuário codificar uma extensão compatível que possa adicionar esse recurso (além do que já existe, que é ótimo, mas não muito robusto). No entanto, como eu disse, não tenho muito conhecimento, então talvez não haja.

Espero que eles reabram esse problema eventualmente, o que pode acontecer se o VSCode continuar a expandir sua base de usuários rapidamente. Nesse ínterim, é um software muito bom, visto que é totalmente gratuito.

Imagino que haja alguma maneira de um usuário codificar uma extensão compatível que possa adicionar esse recurso (além do que já existe, que é ótimo, mas não muito robusto). No entanto, como eu disse, não tenho muito conhecimento, então talvez não haja.

Não há ... (acredito que a resposta estava em algum lugar acima, mas acho que o problema era algo como a API só permite o acesso a cerca de 10 funções codificadas em vez de expor todo o espectro de comandos como todas as outras partes do IDE acesso a.

E fico perplexo que, apesar do tempo que o tráfego de pesquisa está aberto, quantidade de suporte, facilidade que deveria ser implementado para eles, etc. ainda não há um único comentário da equipe de desenvolvimento aqui ...

Gratuitos ou não, vários outros recursos que são benéficos para um número menor de usuários foram lançados (o que claramente levou muito mais tempo do que este levaria para ser implementado), então é realmente uma pena.

Não há ... (acredito que a resposta estava em algum lugar acima, mas acho que o problema era algo como a API só permite o acesso a cerca de 10 funções codificadas em vez de expor todo o espectro de comandos como todas as outras partes do IDE acesso a.

Existe uma maneira um tanto medíocre de criar uma extensão que estenda a barra de ferramentas (chamada "menu" por razões conhecidas apenas por pessoas da Microsoft vscode) e o menu de contexto do botão direito com quaisquer comandos necessários. Eu chamo isso de medíocre porque há uma série de problemas com o que é atualmente viável.

1. Não há API vscode para adicionar comandos, botões da barra de ferramentas, itens do menu de contexto etc. O padrão para fazer com que as coisas apareçam na barra de ferramentas e no menu de contexto é conduzido por entradas declarativas contributes no arquivo de extensão package.json e este o arquivo deve ser compilado em uma extensão. Essa lacuna significa que não há como construir programaticamente uma barra de ferramentas ou menu a partir da configuração em tempo de execução e qualquer coisa assim deve ser ligada ao código de extensão.
2. A barra de ferramentas na área superior direita que pode ser estendida até certo ponto não é realmente uma área de barra de ferramentas de aplicativo com todos os recursos no sentido normal. Embora botões com comandos possam ser adicionados a esta área, acho o posicionamento desta área estranho por estar alinhada e à direita das guias do editor, em vez de ser colocada acima dos editores.
3. A falta de API mencionada em (1) e não havendo área (s) de contêiner de barra de ferramentas extensível (além da parte superior direita) são os bloqueadores que impedem qualquer pessoa de desenvolver uma extensão de barra de ferramentas de propósito geral flexível e configurável que possa ser usada por qualquer pessoa.

Eu criei uma extensão hackeada para meus próprios propósitos e embora elimine um pouco da dor de ter que lidar com a abordagem balde de tudo do vscode para alguns dos meus comandos mais usados, ainda está longe de ser uma solução ideal.

Para o contexto, a extensão hackeada resulta em algo parecido com o seguinte. Para ser claro que eu não estou defendendo esta solução alternativa como solução aceitável para esta questão.

Esta solicitação de recurso está relacionada, pois uma barra de ferramentas será necessária para que isso aconteça:
Solicitação de recurso: Editor de texto simplificado

Por favor, dê um voto positivo, então ele pode ser colocado no backlog.

Para ser honesto, toda vez que eu recomendo o Vscode para meus colegas, o Vscode é muito especial (rígido) para que eles saibam como começar.
ninguém quer (difícil) lembrar tantas combinações de teclas.

Eu não entendo a aparente resistência em adicionar esse recurso obviamente necessário

• adicione uma barra de ferramentas opcional / configurável.
  Comecei a procurar uma barra de ferramentas do VS quando fiquei frustrado ao fazer Salvar tudo no menu superior - Ctrl K + S exibe uma tela mostrando informações sobre a configuração de atalhos - Não quero perder tempo configurando atalhos quando um simples clique na barra de ferramentas foi omitido sem um bom motivo.
  Pare de perder tempo e simplesmente faça - a Microsoft possui uma grande quantidade de código do Visual Studio que pode ser reaproveitado para acelerar essa tarefa.

Vscode com uma barra de ferramentas iria finalmente substituir o notepad ++ .. se eles realmente se importassem em adicionar um suporte adequado para a barra de ferramentas que as extensões poderiam suportar (com a personalização do usuário para jogar fora as coisas por espaço de trabalho)

A cada nova atualização do VSCODE que recebo, estou aqui esperando que a MS e a equipe simplesmente incluam esse recurso e possamos assistir a alguns gifs animados sobre barras de ferramentas ... mas não ... ainda apenas uma quantidade infinita de recursos que provavelmente beneficia <1% da base de usuários ... então algo assim, que aparentemente pelo menos uma parte da base de usuários tem paixão por, ainda sendo jogada para debaixo do tapete, no lixo, roteada para / dev / null, seja o que for .

Bem ... acho que a equipe fala com suas ações, e suas ações têm sido um "NÃO" flagrante, acho que todos esperávamos pelo menos mostrar que havia interesse por esse recurso. Aparentemente, as decisões foram tomadas.

O engraçado é que muito provavelmente alguma outra equipe de desenvolvimento está prestando atenção e eventualmente lançará um editor com os recursos que temos solicitado - e provavelmente mais.

Nesse ponto, a EM provavelmente tirará o dedo do seu proverbial - mas seria tarde demais. Tarde demais? Eles claramente não estão prestando atenção em seus clientes - isso provavelmente significa que estão perdendo um monte de outras coisas simples que poderiam melhorar e que uma empresa rival poderia capitalizar.

Até então, aguardamos o próximo grande manipulador de texto.

De: Weston [email protected]
Enviado: 24 de agosto de 2020 23:35
Para: microsoft / vscode [email protected]
Cc: DigoFuerte [email protected] ; Comentário [email protected]
Assunto: Re: [microsoft / vscode] Adicionar uma barra de ferramentas configurável opcional abaixo do menu (# 41309)

A cada nova atualização do VSCODE que recebo, estou aqui esperando que a MS e a equipe simplesmente incluam esse recurso e possamos assistir a alguns gifs animados sobre barras de ferramentas ... mas não ... ainda apenas uma quantidade infinita de recursos que provavelmente beneficia <1% da base de usuários ... então algo assim, que aparentemente pelo menos uma parte da base de usuários tem paixão por, ainda sendo jogada para debaixo do tapete, no lixo, roteada para / dev / null, seja o que for .

Bem ... acho que a equipe fala com suas ações, e suas ações têm sido um "NÃO" flagrante, acho que todos esperávamos pelo menos mostrar que havia interesse por esse recurso. Aparentemente, as decisões foram tomadas.

-
Você está recebendo isto porque comentou.
Responda a este e-mail diretamente, veja-o no GitHub https://github.com/microsoft/vscode/issues/41309#issuecomment-679400537 ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/AFC3662TUXE67KO6LPNRNR3SCLTKNANCNFSIKM4E .

Parece que não será o recurso de alta prioridade em um futuro previsível, então fiz esta extensão que adiciona botões úteis como embelezar, listar arquivos, desfazer, refazer, salvar tudo etc na barra de menu do editor no VSCode. Barra de menu de atalho

@GorvGoyl dadas as restrições que você teve que trabalhar, vou chamar essa extensão de uma vitória. Tudo que eu realmente queria era desfazer / refazer, então, obrigado! 5 estrelas de mim.

@GorvGoyl muito bom! 5 estrelas!

@GorvGoyl muito bom! 5 estrelas!

não, é assustador que ocupar muito espaço do grupo de guias

@GorvGoyl muito bom! 5 estrelas!

não, é assustador que ocupar muito espaço do grupo de guias

lol. você pode realmente ativar / desativar esses ícones conforme sua necessidade.

Parece que não será o recurso de alta prioridade em um futuro previsível, então fiz esta extensão que adiciona botões úteis como embelezar, listar arquivos, desfazer, refazer, salvar tudo etc na barra de menu do editor no VSCode. Barra de menu de atalho

Boa, obrigado por fazer o que toda a equipe do ms vscode não se dá ao trabalho de fazer.

Suponho que tê-lo em uma barra de ferramentas separada não é possível neste estágio.

@GorvGoyl muito bom! 5 estrelas!

não, é assustador que ocupar muito espaço do grupo de guias

É por isso que precisamos ter uma API exposta para permitir uma "barra de ferramentas configurável separada"

Mas, por enquanto, é provavelmente o melhor que pode ser. Dado que tem mais de 10k usuários, eu diria que definitivamente existe a necessidade de uma barra de ferramentas. É "bom o suficiente" para mim.

@GorvGoyl : muito obrigado por sua extensão. É para mim a melhor barra de ferramentas disponível. Pena que não aparece quando você pesquisa por "barra de ferramentas" no painel de extensões.

Eu sou novo no VSCode e inicialmente pensei que perdi a configuração durante a instalação para mostrar a barra de ferramentas! Procurei por um longo tempo até encontrar este tópico.

No entanto, eu encontrei facilmente o pdf de atalhos de teclado "amigável para impressão". (sarcástico) LOL.

Então .... na visão da equipe de desenvolvimento, um usuário VSCode típico tem um teclado, um mouse e uma pilha de folhas de referência em sua mesa. Eu não. mais sarcástico LOL.

Literalmente, toda vez que vejo uma atualização do vscode ... leio várias coisas que literalmente nunca usaria (reconhecidamente, isso não significa que ninguém usará) e penso ... sim, mas ... ainda sem barras de ferramentas.

Agradeço os esforços envidados por pessoas que tentam desenvolver extensões que ajudam da melhor maneira possível ... mas sinto que o fato de que este problema ainda está aqui e teve pouca ou nenhuma contribuição ou atenção dos desenvolvedores do ms (esqueça as dezenas de questões que acabaram de ser fechadas descaradamente sem nenhum raciocínio).

Muito bem equipe!

Em vez disso, use o Atom. É muito fácil adicionar uma barra de ferramentas ao Atom. No entanto, agora que o GitHub / Atom foi engolido, as atualizações tornaram-se raras e bugs sérios (ou seja, coloração de sintaxe) continuam existindo indefinidamente. É triste ver que eles deixaram um editor morrer e não se importam muito com o que os usuários do outro editor precisam.

Oh, eu uso o webstorm para a maioria das coisas para as quais usaria o vscode ... Eu ainda o tenho instalado ... Eu simplesmente não sonharia em substituir um IDE competente por ele (pelo menos ainda).

Eu também adoraria uma barra de ferramentas onde posso adicionar ações para extensões. Os atalhos de teclado são legais e tudo, mas não consigo memorizar tudo o que cada extensão faz.