Vscode: Suporte para dividir editores horizontalmente

+ 1

Eu uso 2 à esquerda e um à direita no átomo com frequência e isso não acontece no VSCode.

@SetTrend como uma dica, se você não estiver em um monitor 16: 9, você pode alternar a barra lateral com Ctrl + B

Atualmente não é compatível, mas é uma solicitação de recurso válida.

Freqüentemente, tenho o VS Code em uma metade da tela e uma janela de terminal na outra metade. Dividir o código VS verticalmente torna as janelas de código muito estreitas. Uma divisão horizontal funcionaria muito melhor neste caso.

Imo, também seria bom desencaixar completamente as janelas para colocá-las em monitores externos. Apenas os arquivos, sem barras de ferramentas - semelhante a como você pode fazer no Photoshop com painéis.

+1.

+1

+1

+1

Pessoal, agora existe um botão de curtir no GitHub, vamos parar de marcar problemas com +1 se não tivermos mais nada a dizer

@felixfbecker Cool! Mas eu tive que puxar a versão desktop do site para vê-lo. Ainda não funciona no celular. : -1:

Idealmente, não seríamos restritos ... Eu gostei do UltraEdit no Windows, permitindo-me posicionar os painéis de edição em qualquer configuração de divisão que eu preciso ... talvez 3 empilhados à esquerda, 1 painel alto à direita ou uma grade 2x2, ou 1 painel largo na parte superior com 2 painéis meio largos na parte inferior.

Além disso, mudar do layout MDI para SDI para oferecer suporte à colocação de painéis em telas diferentes parece uma boa adição. Não tenho certeza se o usaria agora, mas já fiz isso no passado com o UltraEdit.

Como observação, o Sublime não é particularmente bom para fazer essas coisas, mas você pode personalizá-lo mais do que o VSCode.

FWIW, vindo do Vim e sua flexibilidade infinita, descobri que o limite de divisão vertical 3 do VSCode reduziu enormemente a carga cognitiva de divisão, troca e limpeza. Onde no Vim, eu <c-w> ad naseum para obter a configuração 'perfeita' para um problema de codificação específico e, em seguida, não mudaria a menos que forçado a, no VSCode, encontrei o <c-\> , <c-1> etc feito para um layout muito mais fluido e adaptável, de acordo com o contexto particular em que estou trabalhando. Isso, eu acho, é uma marca registrada do paradigma ST / Atom / VSCode, simples, rápido e ágil com carga cognitiva reduzida.

Já que é blasfêmia argumentar contra a configurabilidade, eu apenas faço uma sugestão humilde de deixar os padrões como estão e permitir que quem desejar, opte pela complexidade adicional.

Definitivamente +1 sobre este assunto :-)

Estou muito feliz que as guias finalmente chegarão ao VSCode. Adicionar o painel de divisão horizontal seria um grande benefício e, pelo menos no meu caso de uso, completar todos os recursos necessários para o tipo de desenvolvimento de produto que faço diariamente. Eu comentei sobre os painéis divididos na discussão das guias, então também vou incluí-los aqui:

Isso permite que você tenha dois arquivos abertos lado a lado na parte superior e um ou dois abertos abaixo deles. Embora este não seja um recurso crítico, eu me encontro perdendo isso com frequência ao desenvolver aplicativos da web front-end e aplicativos móveis. A razão é que a maior parte do que eu trabalho é MVC ou suas derivações, então ter um modelo, visão, controlador e algum arquivo de IU (css, Js, etc) abertos ao mesmo tempo é um grande benefício.

Obrigado por todo o seu trabalho árduo. Este é realmente um dos maiores editores de código do mercado e tem sido um prazer usá-lo.

A divisão horizontal seria boa para pessoas que usam monitores de retrato.

A divisão horizontal seria boa para desenvolvedores vindos do VS

Onde isso está no backlog?

O Vim permite que os usuários dividam a janela verticalmente (semelhante ao nosso Grupo de editores) e horizontalmente, então vejo a razão pela qual as pessoas estão ansiosas por isso.

No entanto, no Vim, a janela está sempre dentro da guia, mas nossa guia está dentro do grupo de editores (como mencionei acima, nosso grupo de editores é como a janela vertical do Vim). Não sou fã de fazer divisões adicionais em nossa guia novamente, pois isso tornará a estrutura da IU muito complexa (uma janela horizontal dentro de uma guia dentro de um grupo de editores vertical). Talvez possamos apenas permitir que o Grupo de editores seja horizontal? @bpasero

Só por curiosidade, onde posso verificar a prioridade desse problema na lista de pendências? Estou realmente ansioso por isso :)

BTW, parabéns pelo excelente trabalho: +1:

+1 seria ótimo

+1

+1

+1

+1

Temos alguns designs iniciais para esta experiência que gostaríamos de compartilhar. Se você estiver interessado em revisar esses designs conosco, junte-se a nós na terça-feira, 30 de agosto, às 16:00 BST neste Google Hangout:
https://hangouts.google.com/call/ez36wxxp35cr3g77rlbuv3mho4e

Compartilharemos nossos designs e pediremos seus comentários e feedback.

Apenas um lembrete de que compartilharemos nossos designs para divisão horizontal em pouco mais de uma hora (16:00 BST de hoje). Junte-se a nós no hangout do Google para compartilhar seus comentários sobre nossos designs: https://hangouts.google.com/call/ez36wxxp35cr3g77rlbuv3mho4e

Eu gostaria que isso funcionasse sem um plugin. Vamos MS, você possui Skype: D

Obrigado a todos que se juntaram à conversa ontem para discutir os projetos para permitir a divisão horizontal.

Discutimos duas principais decisões de design:

• Para começar, ofereceremos suporte apenas para divisões horizontais ou verticais, não uma combinação de ambas. Isso significa que não será possível dividir um editor horizontalmente e outro verticalmente. Estamos fazendo isso porque nos permite introduzir divisões verticais com mais facilidade devido ao design atual. Atualmente, suportamos um máximo de três grupos de editores e colocamos um botão ao lado do grupo para permitir que o usuário divida este grupo. Se quisermos permitir uma mistura de divisões horizontais e verticais, teremos que reconsiderar a maneira como oferecemos suporte à divisão de grupos de editores, já que precisamos permitir que o usuário escolha a maneira de dividir.

Antes de seguirmos esse caminho, queremos dar este passo inicial de suporte a grupos de editores horizontais dentro do design atual. Continuaremos monitorando o feedback e o uso para determinar se devemos fornecer um suporte mais flexível para uma combinação de grupos de editores horizontais e verticais.

• Propomos colocar um botão na área aberta do cabeçalho dos editores que permitirá ao usuário escolher a orientação de cada divisão. Veja a imagem abaixo:
  

Quando o usuário interage com este menu suspenso, ele pode escolher a orientação que deseja dividir no editor. O botão de divisão no canto superior direito muda de acordo com esta alternância de forma que quando o usuário pressiona o botão de divisão, os grupos de editores serão divididos de acordo com a orientação selecionada.

Aqui estão alguns exemplos de como as coisas podem parecer com grupos de editores horizontais.

• Visualizando um editor de diferenças
  
• Depuração (observe o console de depuração na parte inferior)
  
• Três grupos de editores horizontais com o console de depuração visível
  

Agradável!

Ontem na conf eu dei um exemplo de usuários como eu, que preferem editores a tabs (estilo emacs). Para habilitar esse tipo de configuração, é necessário combinar divisões horizontais e verticais.

Devo criar um problema para os usuários votarem nesse recurso? Sei que alguns usuários gostariam, mas também sei que talvez não haja usuários suficientes que queiram que valha a pena implementá-lo.

De qualquer forma, obrigado por ouvir nosso feedback! :)

@fjunqueira 2º com isso. Eu amo essa funcionalidade em todos os editores jbrains, mesmo no atom. Minha configuração geralmente tem:

HTML
Módulo Sass | Variáveis ​​Sass

Supereficiente, tendo que reabrir e alternar arquivos o tempo todo.

Não vejo necessidade de convencer ninguém aqui, mas veja como trabalho no momento:

Eu me sinto claustrofóbico, heh.

Não se esqueça dos atalhos de

Esperando por vocês, pessoal!
Boa sorte com isso.

Deixe-me saber quando recompilar para obter divisões horizontais :-)

Isso não vai acontecer em setembro e continuará em outubro.

+1 para divisão horizontal.

Por que as pessoas ainda marcam isso com +1 quando já vai acontecer? Já estamos conseguindo nosso caminho em breve.

@natdm, a questão deveria ser por que as pessoas marcam +1 em geral quando temos isso:

Ele apenas envia notificações aos mantenedores, confunde o tópico e não adiciona nenhum valor à discussão.

Que perda de tempo ter uma revisão de design para janelas divididas horizontalmente; existem muitos editores que já fazem isso. Basta implementá-lo e salvar todos que precisam desse recurso. Por mais imperfeita que você possa pensar que sua implementação inicial pode ser, não se preocupe - apenas suba nos ombros de gigantes (datados) como o Emacs para ver como é feito, com flexibilidade infinita.

Nesse caso, ter algo imperfeito é 100% melhor do que nada. Apenas faça!!

PS No geral, adoro este editor, tendo usado o Emacs por muitos anos, depois o Sublime por um ano, depois o Atom por seis meses e agora o VS Code. Continue com o ótimo trabalho.

@gold não é tão simples quanto implementá-lo, muitas partes do VS Code são projetadas sob a suposição de que existem apenas 1-3 editores verticais. A revisão do projeto responde a questões importantes como:

• Como os atalhos de teclado de navegação atuais funcionam com os editores horizontais?
• Os editores horizontais podem existir ao mesmo tempo que os editores verticais?
• O git diffs mostra como editores horizontais?
• Qualquer outra coisa que a equipe menciona.

Embora faça sentido para alguns recursos disponibilizá-los e iterar no feedback, este tem implicações mais amplas que devem ser trabalhadas ou corremos o risco de enviar um produto com bugs, o que acaba custando mais tempo para a equipe acertar.

Qual é o veredicto sobre isso? Avaliando VS Code vs meu editor regular (Atom) e este é um fator decisivo para minhas preferências.

@geddski, você pode testá-lo agora na compilação do

Awesome thx!

É apenas uma forma ou outra agora? Isso é quase tão limitado.

@eddiemonge , Acima eles discutiram como o design atual do editor torna a flexibilidade um pouco limitada para este tipo de mudança de design, mas @stevencl mencionou que eles monitorariam o feedback e o uso e considerariam fazer mudanças adicionais no futuro. Portanto, especificar o que você está procurando ajudaria a definir o que eles farão no futuro.

Antes de seguirmos esse caminho, queremos dar este passo inicial de suporte a grupos de editores horizontais dentro do design atual. Continuaremos monitorando o feedback e o uso para determinar se devemos fornecer um suporte mais flexível para uma combinação de grupos de editores horizontais e verticais.

Existem apenas duas coisas que me impedem de mudar para o VSC agora. O primeiro é a flexibilidade limitada na divisão. Eu corro monitores de 27 "4K em modo retrato, então ter as duas divisões é essencial para mim. A outra é porque diabos não posso esconder a barra de ferramentas esquerda. Ela ocupa um espaço valioso

@eddiemonge atualmente não temos layout de grade, mas no último Insiders Build , permitimos que você esconda a barra de ferramentas à esquerda (barra de atividades). Vá para Exibir> Ocultar barra de atividades.

No Insiders Build, também introduzimos um "Modo de Foco" ou Modo Zen que esconde tudo, exceto os editores e as guias. Espero que ajude :)

Gostaria de ter a capacidade de ter 4 painéis. 3 parece um número pequeno ou pequeno, considerando que tenho tantos imóveis.

Gosto de poder dividir tanto vertical quanto horizontalmente e isso realmente está faltando aqui :(

Esperançosamente, será implementado. Este é o único grande problema que tenho com o vscode no momento.

Forneça seus comentários em https://github.com/Microsoft/vscode/issues/14909 para centralizar as questões em torno da limitação de ter que escolher entre divisão vertical e horizontal

Já se passou um ano e ainda não há suporte para esse recurso que deveria ter existido desde o início, podemos adicioná-lo.

@BuddyWork este recurso estava disponível na v1.7, você pode alterná-lo via paleta de comando ou alt + shift + 1. O nome do comando é workbench.action.toggleEditorGroupLayout .

N30

Na quinta-feira, 5 de janeiro de 2017, Daniel Imms [email protected] escreveu:

@BuddyWork https://github.com/BuddyWork esse recurso foi lançado na v1.7,
você pode alternar através da paleta de comando ou alt + shift + 1. O nome do comando é
workbench.action.toggleEditorGroupLayout.

-
Você está recebendo isto porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/1749#issuecomment-270653425 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AXjFUDlof9WSJZ0oPrTCehlhR4KuexJ3ks5rPPtNgaJpZM4G9n5r
.

contexto

Na quinta-feira, 5 de janeiro de 2017, Ricky Rage [email protected] escreveu:

N30

Na quinta-feira, 5 de janeiro de 2017, Daniel Imms < [email protected]
<_e i = "11">

@BuddyWork https://github.com/BuddyWork esse recurso foi lançado na v1.7,
você pode alternar através da paleta de comando ou alt + shift + 1. O nome do comando é
workbench.action.toggleEditorGroupLayout.

-
Você está recebendo isto porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/1749#issuecomment-270653425 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AXjFUDlof9WSJZ0oPrTCehlhR4KuexJ3ks5rPPtNgaJpZM4G9n5r
.

Não adianta responder a @BuddyWork , é apenas um bot que está postando comentários inflamados semelhantes sobre bugs em toda a Internet. Observe como o comentário é genérico e pode se aplicar a todos os tipos de bugs, não apenas a este.

O bot começou postando coisas como "X não está interessado em consertar bugs" (onde X é o cessionário) em bugs do Bugzilla. Depois disso, ele começou a procurar por bugs que mencionassem Linux e a postar uma longa discussão sobre por que você deveria dizer GNU / Linux em vez disso. Agora, parece que foi reescrito para bugs de spam no Github (e no Gitlab).

Em um ponto, o código-fonte do bot estava realmente disponível no Github, o que era atrevido, mas o repositório e a organização por trás dele agora foram excluídos.

Só quero agradecer a todos que trabalharam nisso!

Excelente adição a um editor brilhante.

Existe alguma maneira de dividir os painéis horizontal e verticalmente ao mesmo tempo?

ex. 2 painéis na metade superior e um na parte inferior

sim. Editor Atom

Em 4 de abril de 2017 16:42, "btoo" [email protected] escreveu:

Existe alguma maneira de dividirmos horizontal e verticalmente
painéis ao mesmo tempo?

ex. 2 painéis na metade superior e um na parte inferior

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/1749#issuecomment-291625570 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AAMNA6i3hr7L_6HtKjf3Xm7oc_YCTIhnks5rsqsogaJpZM4G9n5r
.

Qual editor?

Enviado do Mail para Windows 10

De: btoo
Enviado: terça-feira, 4 de abril de 2017 13:42
Para: Microsoft / vscode
Cc: Ricky Rage; Comente
Assunto: Re: [Microsoft / vscode] Suporte para dividir editores horizontalmente (# 1749)

Existe alguma maneira de dividir os painéis horizontal e verticalmente ao mesmo tempo?
ex. 2 painéis na metade superior e um na parte inferior
-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa.

Clique com o botão direito e divida com a esquerda para a direita ou use 2 janelas

Enviado do Mail para Windows 10

De: Ricky Rage
Enviado: terça-feira, 4 de abril de 2017 23h35
Para: Microsoft / vscode
Cc: Ricky Rage; Sua atividade
Assunto: Re: [Microsoft / vscode] Suporte para dividir editores horizontalmente (# 1749)

Qual editor?

Enviado do Mail para Windows 10

De: btoo
Enviado: terça-feira, 4 de abril de 2017 13:42
Para: Microsoft / vscode
Cc: Ricky Rage; Comente
Assunto: Re: [Microsoft / vscode] Suporte para dividir editores horizontalmente (# 1749)

Existe alguma maneira de dividir os painéis horizontal e verticalmente ao mesmo tempo?
ex. 2 painéis na metade superior e um na parte inferior
-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa.

-
Você está recebendo isto porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa.

@felixfbecker Desencaixar janelas é absolutamente uma falta no VSCode quando chegar o VS. O VSCode em um sistema de monitores duplos (ou mais) é bastante restritivo.

Há uma solução alternativa para esticar o VSCode em ambos os monitores e, em seguida, dividir o editor horizontalmente, mas isso não é tão bom quanto uma janela de editor desencaixada como a que o VS suporta.

Adoraria a capacidade de dividir horizontalmente e verticalmente ao mesmo tempo com um layout de grade , bem como o Atom.io (também baseado em elétrons). Não vou mudar até que isso aconteça, infelizmente.

Vindo de VIM e VS da velha escola, Sublime e Atom com plug-ins VIM ... É uma limitação séria não ser capaz de:

:vs 
:vs 
:split

Tradução para gurus não-VIM: é um eco aos discursos neste tópico sobre não ser capaz de dividir verticalmente E horizontalmente - para formar um editor em formato de grade, como mencionado em # 14909.

Chega de "revisões de design" - apenas habilite os recursos que todos os outros editores têm e pronto. Se você tiver que mudar a infraestrutura e os agrupamentos de guias ou qualquer outra coisa, torne-o uma versão principal e diga a todos por quê. Feito.

É tão frustrante que tendo a usar apenas o código VS para edição de iluminação, e cair em um terminal para edição de grade hardcore.

No meu 4k 30 "ou no meu Macbook Pro 15" Retina - uso exclusivamente o layout de grade.

Desencaixar as janelas também seria uma grande vantagem. Mas agora, eu ainda tenho que usar o vim - então eu tenho o console aberto com o tmux em meus três monitores por enquanto - já que o VSCode não suporta o 'layout de grade' de divisões horizontais e verticais ao mesmo tempo.

+1

+1

Precisa ser capaz de dividir 4 mais editores

+1

Apenas foi revertido com a última atualização.
Última atualização eu iria cmd + 1 e iria dividi-lo verticalmente e agora quando eu fizer cmd + 1 ele divide horizontalmente.

Não vejo nenhuma opção em minha configuração para alterar isso. Estava procurando toggleEditorGroupLayout sem sucesso. : /

A versão atual é a versão 1.14.0 (1.14.0)

⌘ + Option + 1 no macOS ou Shift + Alt + 1 no Windows.

A descrição do uso foi confusa para mim.

errr ... Eu estava batendo em shift+alt+1 e tentei inserir o comando de alternância na paleta de comandos sem sucesso (nenhuma janela nova se dividia para mim) ... Felizmente eu alternei um número ímpar de vezes, então minha próxima divisão de janela foi então vertical. D'oh !!

Para ser EXATO :

1. Existem 2 modos de divisão da tela, horizontal ou vertical. Horizontal (lado a lado) é o padrão. Para mudar o modo, use shift+alt+1 no Windows ou ⌘+Option+1 no Mac.
2. Existe um comando separado para realmente dividir as janelas: ctrl+\ ou cmd+\ para mac.

Depois de dividir as janelas na tela, você pode alternar seus modos (1) e a divisão se moverá. Se você não tiver nenhuma tela dividida, alternar apenas alternará o modo para a próxima vez que você dividir sua tela com (2).

Sugestão

Se as telas não estiverem divididas, alternando o modo (1) ... shift+alt+1 dividirá a tela como uma divisão de tela (2) ... ctrl+\ . Acho que isso tornaria esse recurso muito mais detectável.

existe uma configuração de preferência no json que me permitirá dividir horizontalmente por padrão? eu tive que pesquisar no google para me lembrar de fazer cmd+option+1

Este problema parece relacionado a # 5911. Vou postar o mesmo comentário aqui para o caso de:

Por que esse recurso não foi implementado?

Este é um recurso grande, importante e crítico, e o último que posso descobrir que o Atom tem, mas o VSCode não.

Basta implementar a visualização dividida (horizontal / vertical ao mesmo tempo) da mesma forma que o Atom - eles fizeram um ótimo trabalho IMO.

Esta é a única razão pela qual eu não uso o VSCode em vez do Atom, já que tenho telas de 2 - 32 "- 4K e posso facilmente acomodar" janelas "ou" visualizações "verticais e horizontais - é um recurso obrigatório.

@aadamsx

Por que esse recurso não foi implementado?

Concordo, este tópico está se aproximando dos dois anos e os pedidos aqui estão começando a parecer mendigos. O que precisa acontecer para resolver isso?

Implementamos a capacidade de dividir horizontalmente ou verticalmente e lançamos isso há quase um ano. Antes disso, não suportávamos divisões horizontais. Na época, discutimos a abordagem que estávamos adotando e os motivos pelos quais não implementamos a capacidade de divisão vertical e horizontal.

Estamos cientes de que algumas pessoas gostariam de mais flexibilidade e entendemos a motivação para isso. Mas, como mencionei aqui: https://github.com/Microsoft/vscode/issues/5911#issuecomment -328063678, temos uma grande lista de itens que precisamos concluir, como multi-root. Muitos desses itens têm impacto significativo em todo o resto do produto, por isso, dedicamos nosso tempo para fazê-los da maneira adequada.

Oferecer suporte a layouts mais flexíveis do que suportamos atualmente é uma grande parte do trabalho, já que é necessário um trabalho significativo de UX para garantir que acertemos, em seguida, o trabalho de engenharia para implementá-lo. No entanto, estamos nos concentrando em fazer o multi root agora (este é um grande esforço), portanto, não poderemos dedicar atenção a isso em um futuro próximo, infelizmente.

Retire da tela inteira é por isso que não funciona como você deseja