Vscode: Permitir alterar o tamanho da fonte e a fonte da bancada

Criado em 24 nov. 2015  ·  263Comentários  ·  Fonte: microsoft/vscode

No momento, só podemos alterar o tamanho da fonte / fonte do editor. Se quisermos alterar o tamanho da fonte, precisamos usar um método indireto de "aumentar / diminuir o zoom". Seria bom se isso pudesse ser ajustado por meio das preferências.

feature-request layout

Comentários muito úteis

Além disso, gostaria de aumentar o espaçamento entre linhas no explorer. Os nomes dos arquivos são muito próximos uns dos outros e são cansativos de olhar.

Todos 263 comentários

Além disso, parece estranho que, se eu quiser fontes maiores _fora_ do editor, tenha que aumentar o zoom toda vez que reiniciar.

por favor, veja # 291 para o problema de zoom (em geral, por favor, não crie problemas de combinação: sorria:)

+1

v1.4.0 pareceu tornar as fontes do explorador de arquivos maiores / mais ousadas, tornando mais difícil atravessar um diretório grande

+1

+1

👍

👍

A nova interface de temas da IU dá acesso ao tamanho da fonte?

Além disso, gostaria de aumentar o espaçamento entre linhas no explorer. Os nomes dos arquivos são muito próximos uns dos outros e são cansativos de olhar.

Ha, eu ia sugerir expor a altura da linha para que eu pudesse diminuí-la e empacotar mais arquivos em cada tela.

apenas para adicionar outro motivo:

  • alterar o Explorer para uma fonte monoespaçada é mais fácil de ler durante a digitalização de arquivos

+1

Adicione suporte para alterar o tamanho da fonte da janela do EXPLORER.

Uma espécie de solução hacky para aqueles interessados: aumente o tamanho da fonte principal e defina o nível de zoom da janela para um valor negativo (configuração cmd + - ou window.zoomLevel ). Também é possível usar valores fracionários como "window.zoomLevel": -0.75 .

@kompot - sua abordagem funciona perfeitamente! Este é meu arquivo de configurações de usuário:

{
"workbench.colorTheme": "One Dark Pro",
"editor.fontSize": 12,
"window.title": "$ {activeEditorMedium} www.BKD.io ",
"newFile.defaultBaseFileName": "newFile",
"newFile.relativeTo": "arquivo",
"newFile.defaultFileExtension": ".ts",
"newFile.rootDirectory": "~",
"newFile.showPathRelativeTo": "root",
"newFile.expandBraces": falso,
"editor.tabSize": 2,
"editor.formatOnSave": verdadeiro,
"mais bonito.semi": falso,
"window.zoomLevel": 1,
"git.enableSmartCommit": true,
"terminal.integrated.fontSize": 16,
"terminal.external.osxExec": "Hyper.app",
"atomKeymap.promptV3Features": verdadeiro,
"editor.multiCursorModifier": "ctrlCmd",
"editor.formatOnPaste": verdadeiro,
"files.exclude": {
" /.git": verdadeiro," /.svn": verdadeiro,
" /.hg": verdadeiro," / CVS": verdadeiro,
" /.DS_Store": verdadeiro," /.history": verdadeiro,
" /.github": verdadeiro," /.vscode": verdadeiro,
"** / node_modules": verdadeiro
}
}

Em particular, acho que há muito espaço entre 2 itens na lista, portanto, não cabem itens suficientes na tela. Eu apenas comparei a árvore de arquivos do Eclipse, e ela obteve 48 itens no espaço onde o Visual Studio obteve 36.

Eu sinto que a barra lateral em particular precisa ser capaz de customizar wrt: lineHeight, fileFontColor, dirFontColor e activeLineColor.

Comparando Sublime 3:

image

para o código VS:

image

Fico cansado de olhar para a árvore do VS Code e muitas vezes não consigo encontrar arquivos facilmente sem ter que desviar o olhar e redefinir meus olhos ou recolher todas as pastas abertas e, em seguida, começar novamente da raiz para encontrar o que estou procurando . Não posso dizer que já experimentei isso no Sublime, e acho que é a diferenciação de cores de arquivos e pastas que impede isso.

Ao alterar a fonte em editor.fontFamily , isso não se reflete no resto da IU, criando uma discrepância entre o editor e a IU. Além disso, não há configurações de workbench.fontFamily ou workbench.fontSize para compensar esse problema.

Para mim, definindo um pequeno zoom CMD / CTRL + - algumas vezes, e aumentando edit.fontSize e terminal.intergrated.fontSize , estou pronto. Não é tão hacky quanto pensei que seria. Tudo ainda é relativo, então usar o CMD / CTRL + + muda todo o espaço de trabalho, que é o que eu quero.

... acrescentando as várias razões: Se eu definir "workbench.fontAliasing": "none", - dado que estou usando uma fonte não suavizada no editor, o explorer (lado esquerdo da imagem) parece muito ruim: /
screen shot 2017-11-21 at 10 48 31

+1
É necessário alterar _fontStyle_, _fontSize_ no Explorer e guia

+1 de mim para temas de interface do usuário como Atom.

Eu realmente gosto desse recurso em outros editores de código (Pycharm). Por favor, inclua o mesmo em seu roteiro próximo.

Da mesma forma, seria ótimo se também fosse possível alterar a família da fonte.

+1 personalização de fonte para o explorer também

+1

Precisa de uma família de fontes de IU geral e configurações de tamanho de fonte de IU ...

O que eu realmente gostaria de saber é por que todos esses votos negativos para esse recurso? Qual é a desvantagem de ser capaz de alterar a fonte do ambiente de trabalho?

@picosam Os

mais de 1 ano e ainda temos que esperar este recurso :(

Quer saber se há um ETA para esse recurso? Seria muito útil se pudéssemos configurar isso nas configurações do json. O tamanho da fonte atual torna muito difícil navegar nos arquivos de um projeto. obrigado

Concordo que o tamanho da fonte da interface é enorme, mas pelo menos temos o hack do @kompot , que é o suficiente por enquanto.

Se eu pudesse escolher statusBar.zoomLevel separadamente, isso seria um grande aumento, se por alguma razão a integridade do layout fosse difícil de manter com o tamanho de fonte livre.

Pls adiciona alguma funcionalidade para mudar a fonte da barra lateral. Por causa disso, estou usando editores alternativos.

+1

Passei o dia inteiro fazendo a transição de sublime para VSCode. Gosto de tudo, exceto da barra lateral, que é estranhamente pequena demais. Exponha as configurações para alterar a altura da linha, família da fonte e tamanho da fonte.

+1

Estou fazendo a transição do Sublime para o VS Code e a barra lateral é a principal coisa com a qual tenho problemas. Seria incrível poder personalizar a altura da linha e o tamanho da fonte.

Eu fiz a transição do IntelliJ e minha experiência com VSCode até agora é excelente ... exceto para o SideBar. Eu não consigo me acostumar com isso. Uma opção sideBar.lineHeigth ajudaria muito com isso. Uma opção sideBar.dirBackground e sideBar.dirExpandedBackground também seriam boas, eu acho.

+1

+1

+1

Me tire da subscrição

Na terça, 20 de março de 2018 13:40 farahabdi, [email protected] escreveu:

+1

-
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/519#issuecomment-374600867 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AjugnBFb7O9WsyW3BMQT8i1TaTdkOdVtks5tgQbbgaJpZM4GoAlw
.

Gente, vocês estão falando sério? Por que diabos você continua postando seus mais, basta usar os botões em uma mensagem inicial.

@ steve6274 Faça você mesmo, há um botão para isso, está no canto inferior direito desta imagem: https://monosnap.com/file/FJkeWTsHWIhI6DtRXZKXLo0oUHjv43.png

Troquei principalmente de Sublime para VS Code e, da mesma forma, acho a barra lateral um dos maiores desafios, para mim especialmente por causa da falta de diferenciação, por exemplo, entre pastas e arquivos - ícones ou não.

Encontrei um dos meus desejos da Sublime nesta edição: https://github.com/Microsoft/vscode/issues/10748#issuecomment -241287964 - um pedido simples para adicionar pastas em negrito, com o comentário vinculado a uma possível solução sugerida aberta para feedback.

Esta (configuração opcional) foi rejeitada porque aparentemente uma opção de fonte em negrito precisa de uma decisão da equipe de UX inteira (???) e "não está no roteiro pelos próximos 6 a 12 meses". Eu realmente gosto do VS Code até agora, mas acho esse tipo de atitude desanimador. É uma preferência de nome de pasta de fonte em negrito opcional. No entanto, continuo esperançoso e ficaria feliz em ajudar com essas coisas, se necessário.

Talvez este https://github.com/Microsoft/vscode/issues/26128 seja realmente aquele a ser assistido? Eu perdi quando estava lendo antes.

Há alguma chance de vermos isso sendo implementado antes do final deste ano?

VSCode Version: 1.21.1
OS Version: Windows 7

Eu gostaria de ver uma opção para aumentar o pequeno tamanho da fonte usado nos menus VSCode

Talvez você espere que tal configuração seja configurável no nível do sistema operacional, sinto que há uma necessidade dela dentro do VScode, assim como há um editor e opções de tamanho de fonte do terminal, deve haver o óbvio "menu.fontsize": 14,

Estou ciente
"window.zoomLevel": 0,4

Mas isso não parece afetar o menu e os menus suspensos.
Obrigado.

Eu gostaria da opção de colorir certas pastas de código com uma cor de fundo
Aponte para uma pasta, clique com R para alterar a cor de fundo / realçar

image

  • Em relação ao tamanho da fonte, por que não suportar Ctrl-Wheelmouse em cada uma das principais áreas do VSCode e permitir que os usuários definam seu nível de conforto dinamicamente.
  • A maneira natural é apontar com o mouse para o menu , guias, barra de ferramentas lateral, painéis, terminal, etc. e usar o Ctrl-Wheelmouse para definir o tamanho da fonte (nível de zoom)
  • É errado presumir que todos os usuários desejam necessariamente um nível de zoom global ou tamanho de fonte.
    Obrigado.

+1.
nível de zoom não é meu favorito

Resposta do Visual Studio sobre a opção de alterar a fonte dos comentários: _ " No momento, a alteração da família da fonte não está disponível. No entanto, esta solicitação de recurso está aberta no repositório VS Code GitHub. Consideramos que você pode querer votar nela aqui: http://msft.social/jeezBz . "_

Eu consertei isso com alguns css personalizados.

  1. Baixe be5invis/vscode-custom-css
  2. Ative-o e adicione seu css personalizado

Eu queria mais espaço para cada linha na visualização em árvore. Eu uso este estilo:

.monaco-tree .monaco-tree-rows>.monaco-tree-row {
  min-height: 25px;
}

Hacky, eu sei. Mas funciona

@lindesvard Obrigado, não sabia sobre esta extensão.

@mchampanis Eu também

.monaco-tree-row.has-children {
peso da fonte: 500;
margem: 8px;
color: #eee;
tamanho da fonte: 14px;
}

.monaco-tree-row {
peso da fonte: 300;
margem: 5px;
tamanho da fonte: 12px;
cor: #bbb;
}

Quando eu uso o VS Code em uma máquina virtual no meu MacBook Pro com uma tela Retina, tenho uma renderização de fontes realmente terrível. Tudo está muito embaçado. Se eu usar algo próximo à resolução de tela nativa (2880 x 1800) para tentar melhorar isso, as fontes se tornarão extremamente pequenas. Posso ajustar o tamanho da fonte no editor e no terminal para obter resultados aceitáveis, mas usar a opção window.zoomlevel para deixar a IU em um tamanho legível torna tudo embaçado novamente, já que obviamente está apenas aumentando o zoom.

Eu realmente gostaria que a opção de alterar o tamanho da fonte estivesse presente. Como é, o VS Code é inutilizável para mim em um ambiente VM.

@lindesvard Só por curiosidade ... antes de ficar louco com isso, essa extensão me permite alterar o tipo de fonte que uso para os comentários em meu código? Apenas me perguntando sobre as limitações. OBRIGADO !!

_Eu percebi depois de postar isto_ que atualmente não há como modificar as fontes dos comentários. No entanto, o outro hack de @mchampanis ajudou a deixar o editor um pouco mais organizado. Espero que a opção de adicionar fontes sofisticadas aos comentários seja colocada de volta em breve.

Sim, gostaria que as pastas fossem um texto um pouco maiores do que os arquivos e que as pastas raiz (as pastas de nível superior adicionadas a um projeto) tivessem um pouco de preenchimento antes delas, ou até mesmo uma borda superior esmaecida, para que você pudesse ver facilmente onde cada nova árvore do sistema de arquivos começa.

A extensão custom-css parece um hack demais, embora :-)

Eu consegui mudar a font-family da visualização em árvore e outras barras laterais em minha Debian editando workbench.main.css na pasta /usr/share/code/resources/app/out/vs/workbench/

encontre .monaco-shell class e mude a família de fontes lá.

ATUALIZADA :

Basta adicionar .monaco-shell {font-family: "your font";} na última linha do arquivo /usr/share/code/resources/app/out/vs/workbench/workbench.main.css . E você está pronto para ir

screenshot from 2018-07-08 01-49-31

@MaxySpark Obrigado pela correção. Ainda assim, eu realmente gostaria que eles adicionassem esse recurso. Tenho certeza que da próxima vez que o VScode atualiza este temp. fix será sobrescrito e terei que alterar a família da fonte novamente.

@MaxySpark embora mude a fonte, também dá um erro de corrupção de uma nova instalação do vscode. A solução de problemas de uma nova instalação em uma máquina separada, com apenas esta alteração sendo feita, me dá este erro sempre que abro o editor:

screen shot 2018-07-04 at 5 27 17 pm

@chaddanna basta clicar no ícone de engrenagem e selecionar Don't Show Again

É incompreensível com todo esse esforço para entrar no VSCode, um problema básico como esse ainda não resolvido. No OS X, a fonte da IU é muito grande e a única maneira de reduzi-la (window.zoomLevel) resulta em uma oscilação de rolagem feia. Este é um problema significativo de usabilidade.

Isso ainda está sendo investigado? Ao usar
"window.zoomLevel": -1,

Faz minha fonte parecer incrivelmente feia

já se passaram 3 anos desde a solicitação original, por que continuo pensando que esse foi o aprimoramento de recurso mais abandonado de todos?

Moda típica da Microsoft.

Moda típica da Microsoft.

Ok, agora isso soa ingrato. Existem muitas pessoas que se esforçam muito no VSCode (e muitas delas em seu tempo livre). E, definitivamente, ao contrário do "estilo típico da Microsoft", ele é open source, então ninguém o impede de implementar isso e enviar uma solicitação pull.

Deve haver um problema com o Electron upstream que está impedindo a implementação desta solicitação de recurso. Caso contrário, tenho certeza de que a equipe do VS Code já teria resolvido. @ ramya-rao-a você poderia gritar por favor?

Sim, deve ser uma edição simples. Eu estava verificando este editor e preciso pelo menos ter uma fonte maior.

O Atom é bom e você pode configurar tudo, então pode ser um ajuste melhor. https://atom.io/

+1

Querida comunidade

Ainda não estamos tratando disso porque temos muitas listas codificadas e alturas de árvore (por exemplo, explorer) em nossa bancada e tornar o tamanho da fonte personalizável iria quebrar a renderização.
Esta não é uma solução simples e requer um trabalho mais elaborado. Atualmente, não está em nosso plano lidar com isso, mas iremos considerá-la no futuro.

obrigado
Isidor

É totalmente compreensível 🙂. Que tal deixar-nos mudar a família da fonte agora? As fontes monoespaçadas ficam ótimas na barra lateral.

@swashata Isso provavelmente precisaria alterar a altura da lista / alturas das árvores (nem todas as fontes têm os mesmos tamanhos / alturas de glifo). Imagino que a capacidade de personalizar fontes seria agrupada com a capacidade de alterar os tamanhos das fontes.

Enquanto isso, a solução alternativa de https://github.com/Microsoft/vscode/issues/519#issuecomment -387148025 (usando https://github.com/be5invis/vscode-custom-css) está me ajudando muito.

PS: Eu não estou na equipe VSCode.

@pradyunsg eu sei disso. Só não sou um grande fã porque eu uso o vscode insider e ele se atualiza todos os dias. O que eu faço, em vez disso, é apenas abrir o devTool e alterar a família da fonte para Dank Mono .

Seria ótimo modificar a fonte da barra lateral.

Ansioso por este recurso.

Outra perspectiva interessante desse problema é que o VSCode já tem a capacidade de alternar entre diferentes fontes de interface do usuário específicas da plataforma por padrão. Por exemplo, no Linux, se você instalar a fonte Segoe UI do Windows, o VSCode mudará automaticamente da fonte Linux padrão (Noto Sans?) Para Segoe UI. Dado que este recurso já existe, seria possível permitir a alternância entre as referidas fontes da IU, uma vez que são instaladas pelo usuário, já que os espaçamentos embutidos estão sendo trabalhados? Isso ainda seria uma solução temporária (um pouco de nicho), mas deve pelo menos permitir um pouco mais de personalização do que o que está presente atualmente.

Podemos simplesmente implementar:

{
  "explorer.fontSize" : 13.5
}

?

Então podemos resolver esse problema.

Microsoft ... este é um pedido básico. Ninguém está solicitando uma funcionalidade de pesquisa que também liga para sua mãe, deseja um feliz aniversário, pede um presente para ela na Amazon para entrega no mesmo dia (de acordo com o gosto dela, é claro) e agenda uma videochamada, tudo enquanto faz seu trabalho para voce. Estamos falando de mudanças básicas de fonte aqui.

Embora a fonte padrão da barra lateral possa ser adequada para determinados cenários, ela absolutamente não é adequada para muitos desenvolvedores. Isso precisa ser corrigido, dando-nos as opções para definir:

  • o nome da fonte
  • o tamanho da fonte, e
  • a altura da linha

OU faça com que editar o CSS principal usando algo como vscode-custom-css não interrompa o aplicativo. Caramba, um único arquivo CSS personalizado armazenado nas configurações do usuário também seria adequado.

O problema com o CSS customizado, porém, é às vezes que ele quebra o layout - você não pode rolar para baixo em uma barra lateral, ele atrapalha outras fontes, etc. E é por isso que eu quero ver uma implementação nativa em vez de usar um sistema hacky por meio de um plugin que afirma explicitamente que faz o VSCode pensar que está quebrado.

Não pode ser tão difícil adicionar um recurso simples como esse que foi solicitado TRÊS ANOS ATRÁS .

@ dougc84 embora eu esteja totalmente com você, ter esse recurso não é tão simples quanto o @isidorn já mencionado, principalmente por causa dos valores codificados relacionados com o explorer. Esses valores são o motivo pelo qual você não consegue rolar para baixo todo o caminho no explorador, uma vez que a altura das linhas é maior do que o esperado, eu acredito.

No entanto, estou frustrado por ter que lidar com todas essas desvantagens, mensagens de instalação corrompidas, etc. também. Acho que essa solicitação de recurso deve ser levada mais a sério porque para mim o VSCode parece realmente inutilizável em meu laptop de 13,3 "com o tamanho de fonte padrão e não quero desperdiçar espaço precioso ampliando o aplicativo inteiro.

Portanto, agora não posso alterar a fonte da minha barra lateral também :(

@isidorn

Ainda não estamos tratando disso porque temos muitas listas codificadas e alturas de árvore (por exemplo, explorer) em nossa bancada e tornar o tamanho da fonte personalizável iria quebrar a renderização.

Por que existem valores de tamanho codificados?

Esta não é uma solução simples e requer um trabalho mais elaborado,

Estou farto de ouvir corporações globais de trilhões de dólares reclamarem sobre como é difícil fazer coisas simples. A Microsoft não tem mais desenvolvedores juniores?

no momento, não está em nosso plano lidar com isso, mas vamos considerá-lo no futuro.

Atualmente, não está em meus planos usar o VSCode até que ele ofereça o recurso simples, simples de ser capaz de ler minha maldita árvore de arquivos. Não tenho certeza se vou me preocupar em considerar isso no futuro.

Gente, eu sei que é chato, mas embora @isidorn e a equipe não consigam consertar, pelo menos tente o hack do @kompot

Na verdade, existe um hack. Mas considere as consequências do hack: preciso me apropriar dos arquivos contidos em um diretório do sistema apenas para alterar a fonte? Para mim, isso não vale o risco de segurança. Mais importante ainda, este é um recurso básico que não deve exigir um hack.

@ Al2Me6 , não, não settings.json :

  "editor.fontSize": 13,
  "window.zoomLevel": -1,

Alguns de meus colegas de trabalho estão usando "editor.fontSize": 14 .

@robsonsobral como mudar a fonte feia da barra lateral?

@ Al2Me6 , não, não settings.json :

  "editor.fontSize": 13,
  "window.zoomLevel": -1,

Alguns de meus colegas de trabalho estão usando "editor.fontSize": 14 .

Sim, isso muda o tamanho da fonte, mas como efeito colateral você obtém esse tremor irritante durante a rolagem (https://github.com/Microsoft/vscode/issues/28439). Na verdade, não há uma boa solução no momento para ajustar o tamanho da IU. Eu entendo os valores codificados para prototipagem, mas ter software de produção sendo enviado com esse problema de usabilidade irritante é um pouco incompreensível, especialmente considerando quanto esforço a Microsoft está colocando em VSCode.

@ shirshak55 , se você está falando sobre a fonte, não sei. Mas se você está falando sobre uma possível renderização ruim, tente diferentes valores de zoom.

@knopp , nunca percebi isso, mas estou usando o Windows agora. Vou verificar no Mac, na próxima segunda-feira.

Pessoal, o assunto é tamanho da fonte e cara da fonte. Os níveis de escala e zoom não resolvem o problema. Se isso funciona para você, ótimo. Mas o dimensionamento e o zoom não são o problema - é a fonte compactada e feia que resulta em uma exibição de arquivos e pastas difícil de ler.

@isidorn

Ainda não estamos tratando disso porque temos muitas listas codificadas e alturas de árvore (por exemplo, explorer) em nossa bancada e tornar o tamanho da fonte personalizável iria quebrar a renderização.
Esta não é uma solução simples e requer um trabalho mais elaborado. Atualmente, não está em nosso plano lidar com isso, mas iremos considerá-la no futuro.

Lamento, mas esta é uma resposta inaceitável. Este é um aplicativo de elétrons em sua essência. Você está lidando com (no sentido mais básico) tecnologia da web básica no front end. Este é um problema que muitos outros desenvolvedores resolveram sem codificar classes monaco (ou, ainda pior, inserir manualmente valores de estilo - vamos lá, é 2018) em todo o lugar. Como um produto da Microsoft, não posso dizer que espero melhor (IU não é, e nunca foi, o forte da Microsoft), mas se você vai ter um produto como este disponível para várias plataformas, vários idiomas e vários usos , deixe os usuários ajustar o CSS de acordo com suas necessidades. O problema de "interromper a renderização" ... bem ... não é um problema ao usar CSS personalizado, exceto por alguns problemas com não ser capaz de rolar até o fim, mas pode ser facilmente corrigido com um simples overflow: scroll attribute. E dizer que a instalação foi corrompida por CSS customizado com um plug-in permitido no mercado de extensões é completamente sem sentido.

Eu não poderia concordar mais com @ dougc84 .

Na minha cabeça, isso realmente cheira a merda de cavalo corpensource.

A Microsoft quer o nome e a fama, mas assim que conseguem adoção em massa (ou perto disso), eles começam a se concentrar em recursos que beneficiam apenas o benfeitor.

Estou literalmente começando a me perguntar se há algum tipo de controle de ambiente ridículo por trás da resistência a essa solicitação de recurso.

Honestamente, quantos valores codificados podem existir? 9 trilhões? Cada um é único?

Atenção todos os malvados que estão soando nos comentários aqui, se a correção para isso é tão "simples" "desenvolvedores juniores" poderiam resolver porque é apenas "tecnologia web básica" que está impedindo _você_ de abrir uma solicitação de pull que corrige o problema ?

Era mais fácil reclamar dessas coisas quando todas as coisas do MS eram de código fechado, mas eles criaram um dos melhores editores / IDE como um projeto de código aberto gratuito. Não gostou? Vá usar o Atom. Ou um dos muitos outros editores de texto. Se o VSCode é uma merda dessas, por que você está se incomodando?

Pra ficar claro, eu também quero que esse problema aconteça, foi assim que cheguei aqui. Mas estou cansado do escárnio inútil dos mantenedores quando é gratuito e open source! Este tópico provavelmente deve estar bloqueado ...

@austinbutler

Atenção todos os durões ...

Por mais que aprecie o elogio, desde quando o CSS básico é "fodão"?

o que exatamente está impedindo _você_ de abrir uma solicitação de pull que corrige o problema?

O fato de que não tenho o hábito de doar meu tempo ou habilidades para iniciativas de marketing da Microsoft.

A Microsoft quer usar o VS Code como um meio para capturar os corações e mentes dos desenvolvedores. Eles querem que seja a primeira parada para seu código ao longo de um pipeline que imagino que eles imaginem incluir o Github e o Azure.

Desde quando a Microsoft é uma instituição de caridade que precisa da ajuda da comunidade para atingir seus objetivos? Eles estão com pouco dinheiro? Devemos configurar uma página Kickstarter para eles?

Não é meu trabalho consertar a dívida técnica da Microsoft. Não fui eu quem codificou todos os valores nele em primeiro lugar. Você quebrou, você conserta.

Era mais fácil reclamar dessas coisas quando todas as coisas do MS eram de código fechado, mas eles criaram um dos melhores editores / IDE como um projeto de código aberto gratuito.

Você dificilmente pode chamar o VS Code de "um dos melhores editores", visto que o ponto principal deste segmento (TRÊS ANOS) é que o VS Code está faltando um dos recursos mais básicos e fundamentais de um IDE e, portanto, é inútil para 40 -50% de seu mercado-alvo.

Como este software é "um dos melhores" quando mais da metade dos usuários pretendidos não pode usá-lo porque um gigante da tecnologia de um trilhão de dólares está sendo derrubado por um bug do CSS?

Não gostou? Vá usar o Atom.

Ummm ... você tem lido as notícias ultimamente?

Se o VSCode é uma merda dessas, por que você está se incomodando?

O VS Code em si não é uma besteira, é a maneira que a Microsoft está priorizando recursos que beneficiam seu plano de negócios em vez de recursos que beneficiam os usuários reais.

Pra ficar claro, eu também quero que esse problema aconteça, foi assim que cheguei aqui.

Bom, então talvez você possa entender que esta solicitação de recurso tem TRÊS ANOS. Quanto tempo espera-se que uma base de usuários espere? Quanto tempo a Microsoft acha que tem antes que algum outro IDE corpensource apareça e ofereça a habilidade mágica de personalizar a fonte em sua árvore de arquivos?

Mas estou cansado do escárnio inútil dos mantenedores quando é gratuito e open source!

O modelo de preços que a Microsoft escolhe para seu software não é problema meu. Se fosse um produto pago e oferecesse os recursos de que preciso por um preço razoável, ficaria feliz em desembolsar os US $ 100 ou mais, como fiz no passado por muitos, muitos outros títulos.

Se a Microsoft quiser usar o VS Code como propaganda para se conectar com a comunidade de desenvolvedores, tudo bem. Mas se eles não conseguem lidar com um bug CSS, então talvez seja hora de começarmos a procurar um novo benfeitor corporativo.

Este tópico provavelmente deve estar bloqueado ...

É uma excelente ideia. Todos sabem que a melhor maneira de melhorar seu software é ignorar seus usuários e silenciá-los quando eles o criticam.

Melhor ainda: por que não banimos do Github qualquer um que ouse criticar a Microsoft?

Certo, rapazes, relaxem.

O motivo pelo qual _muitas_ pessoas não contribuem não é devido à sua capacidade de escrever o recurso. Muitos de nós não temos tempo para fazer nosso trabalho E gastamos tempo aprendendo um aplicativo totalmente novo, estrutura, guias de estilo e (em alguns casos) linguagens para fazer isso acontecer. E, com 169 solicitações de pull atuais, bem como um roteiro definido, o problema não é que a equipe MS / VSCode _não_ pode fazer isso acontecer, eles simplesmente não estão tornando isso uma prioridade (e nem mesmo está em seu radar )

A razão pela qual esse problema existe e está ganhando força é devido a um recurso que as pessoas desejam. Mas a atenção negativa não está nos levando a lugar nenhum.

@austinbutler está certo - alguém precisa se apresentar e contribuir, apesar das palavras desnecessariamente ásperas. Eu pessoalmente não tenho recursos para contribuir com este projeto. Se fosse ruby ​​(que, eu sei, não funciona realmente com aplicativos de desktop), eu tentaria arranjar algum tempo para fazer algo acontecer, mas não é. É elétron, e não estou familiarizado o suficiente com JS _or_ node.js _ou_ do lado do servidor.

Dito isso, @ AJB99 também está certo (também, novamente, apesar das palavras desnecessariamente duras). MS não está ouvindo sua comunidade e eles não se preocupam em abordar o problema. A MS está trabalhando em plataformas de código aberto - VSCode como o primeiro grande - mas eles são uma empresa no coração com seus próprios objetivos e roadmap, que inevitavelmente afastará as pessoas. E, como mencionei antes, o MS _nunca_ foi centrado na IU. O Windows sempre foi o sistema operacional feio. A barra de fita, por exemplo, na maioria de seus aplicativos simplesmente não é intuitiva ou fácil de usar. O Windows 10 parece que estou usando o KDE de 2010. Dito isso, a MS lançou o VSCode como um editor simples, então as pessoas estão olhando para ele como uma alternativa ao Notepad ++, Sublime, Atom, Komodo, JetBrains, etc., _não_ um full- IDE desenvolvido, como o Visual Studio. A maioria das pessoas interessadas quer apenas realce e recuo de código adequados, algum preenchimento automático básico, algumas cores agradáveis ​​e uma interface de usuário bonita e, possivelmente, alguma integração de ferramenta simples. Se quiserem mais, sempre existe o Visual Studio ou um dos inúmeros IDEs poderosos por aí. Alguns desses requisitos básicos simplesmente estão faltando.

De qualquer forma, não há razão para ficarmos exaltados com isso. Comentários e votos positivos sobre problemas indicam à equipe de desenvolvimento que estamos interessados ​​ou queremos algo. No entanto, as respostas deles dizendo "não estamos considerando isso", enquanto deixam o problema em aberto, ou nem o abordam, apenas informam aos usuários, como eu, que eles não se importam. Esse é o problema.

É um cara novo na lista de discussão, mas basta ler tudo isso e puta merda a negatividade aqui ... De onde veio esse senso de direito? É um produto de código aberto GRATUITO . Não me importo se o proprietário é algum desenvolvedor aleatório, "nosso senhor e salvador" Google ou a "encarnação do diabo" da Microsoft, nunca vou entender esse tipo de atitude em relação aos produtos FOSS. É tóxico e totalmente improdutivo.

Estou desesperado por esse recurso tanto quanto todo mundo aqui, mas, francamente, se eu fosse o mantenedor disso, estaria ainda menos inclinado a construir o recurso com todas as demandas autorizadas acontecendo ...

@sgarcia-dev Finalmente vi um pouco de bom senso aqui, obrigado.

É tóxico e totalmente improdutivo.

Ser paciente, simpático e educado tem funcionado muito bem para nós até agora. Acho que devemos continuar implorando.

Estou cansado agora :) Voltei para o sublime e descobri que está melhor. E a barra lateral parece incrível agora: D.

@panóplia

Ser paciente, simpático e educado tem funcionado muito bem para nós até agora. Acho que devemos continuar implorando.

Bem, ser um idiota com direito que só reclama não está funcionando tão bem também.

Estou livre depois das 11h11, talvez eu possa tentar.
Mas quem pode me dizer o que você quer?
Apenas o tamanho da fonte da janela lateral?

@saighost

Família de fontes

Tamanho da fonte

line-height também ...

Muitos layouts em código usam 22px direto, muito trabalho a fazer.
talvez eu possa enviar uma versão, o tamanho da fonte pode ser definido, mas não mais do que 22px.
E então tentarei fazer com que o layout possa se adaptar a mais tamanhos de fonte.

É hora de fazer algumas noise sobre este PR que resolveria este problema https://github.com/Microsoft/vscode/pull/63602

Olá, vejo que este é um assunto que fascina muita gente.

Abri um problema hoje (# 66472) sem saber que ele existia.

Não coloquei todo o fio da conversa (porque data de 2015), mas acho que a parte inferior do problema vem principalmente do Electron.

Por exemplo, no Linux, discord não renderiza as fontes corretamente. Este também é o caso em outras aplicações baseadas em elétrons, mas não vou embrulhar uma lista exaustiva.

Olhei no PR e o mais interessante que saiu é a mudança de não default de acordo com o SO.

Eu mantenho o assunto no olho para ver se há alguma mudança

A parte inferior do problema não vem do Electron, mas de desenvolvedores que não se importam com a personalização da IU. O Electron em si não o restringe de definir uma fonte, veja como é fácil fazer no Atom e em tempo real!
clip 2019-01-24 at 06 36 33

A edição tem 4 anos, agora podemos ver claramente o quão alta é a prioridade.

sim, se o átomo não tem esse problema, o código também não deve ter. Eu me pergunto quando o atom xray será lançado e eu poderei deixar o código com segurança e felicidade :(

Não estou convencido. O Electron deve fornecer renderização correta básica de fontes de acordo com o sistema operacional onde funciona.

Não estou convencido. O Electron deve fornecer renderização correta básica de fontes de acordo com o sistema operacional onde funciona.

Electron irá renderizar qualquer fonte e tamanho que a folha de estilo especificar. Culpar o elétron por fontes / tamanhos de fontes / alturas de linha codificados é inútil.

A capacidade de alterar a espessura da fonte na barra lateral também ajudaria muito.

Para aqueles que estão tendo problemas com isso. Até que eles possam contornar isso, aqui está uma solução rápida. Baixe a extensão CSS e JS customizada aqui: https://github.com/be5invis/vscode-custom-css e em um arquivo css customizado apenas edite a propriedade .explorer-viewlet. Um exemplo

.explorer-viewlet { font-family: "Space Mono"; font-weight: bold; }

A visão resultante é esta
screenshot from 2019-02-01 21-47-58

@ dr3amnightmare, o ponto-chave aqui não é que não haja nenhuma maneira (hacky ou não) de realizar o efeito pretendido, mas que é simplesmente inaceitável usar uma solução alternativa que envolva a modificação dos arquivos do aplicativo para realizá-lo.

Como a pessoa original que iniciou este tópico, estou absolutamente surpreso que ainda não tenha recebido atenção após mais de 3 anos.

A Microsoft odeia programadores.

Em 1º de fevereiro de 2019, às 23h07, hsdk123 [email protected] escreveu:

Como a pessoa original que iniciou este tópico, estou absolutamente surpreso que ainda não tenha recebido atenção após mais de 3 anos.

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

Como desenvolvedores, tenho certeza de que muitos de nós podem concordar que, ao configurar qualquer ambiente de desenvolvimento, a aparência de nossa base de trabalho é absolutamente uma das primeiras coisas que queremos "da maneira certa" - um fator-chave para para maximizar a produtividade.

Negligenciar esta questão, eu sinto que é uma grande declaração sobre a negligência deste fenômeno cotidiano que tenho certeza que até mesmo os desenvolvedores do VS Code seriam capazes de se identificar.

De qualquer forma, este tópico recebeu mais de 1000 reações - duvido que sejam dados insuficientes para exibir este problema, é algo fundamental que precisa ser resolvido. Se mesmo com tantos dados isso ainda não foi abordado, parece que a única conclusão lógica que se pode fazer é que isso está sendo simplesmente ignorado ou empurrado de propósito.

Se o desenvolvimento for realmente orientado por dados, esse deveria ter sido um problema abordado há muito tempo. Isso, portanto, parece apenas mais um exemplo triste de questões importantes sendo enviadas pelo ralo devido a gerentes de produto míopes ou ciclos de desenvolvimento que favorecem atualizações fáceis de obter e chamativas do que a priorização de questões que são realmente importantes, mas podem levar um tempo decente contemplação.

Mais de 3 anos se passaram. Se esse problema recebesse o mínimo de atenção, duvido que nada teria sido aliviado durante esse período de tempo. Se alguém fosse propor um contra-argumento de que a atenção foi dada, isso pareceria uma grande declaração sobre a capacidade daqueles em desenvolvimento.

Conserte este único problema e o VSCode terá mais de 1000 apoiadores para essa atualização específica. Isso ainda não é incentivo suficiente?

@ Al2Me6 Embora eu concorde plenamente que este é um problema que deveria ter sido abordado e corrigido 3 anos atrás quando foi relatado, parece que as pessoas ainda conseguem encontrar o caminho para este tópico 3 anos depois para serem decepcionados pelos desenvolvedores. Eu cheguei a esse problema hoje e decidi hackear uma correção para mim e só queria compartilhar uma alternativa para aqueles que vierem nos próximos 3 anos enquanto este problema for negligenciado para que eles possam pelo menos ter uma maneira de resolver isso. Especialmente aqueles que são deficientes em HTML / CSS e / ou JS (eu sei que estou faltando muito nessa frente). Devo ter tempo na próxima parte, vou considerar dar uma olhada no código e encontrar uma maneira de adicionar isso como uma opção e enviar uma solicitação de pull para vocês, poucos maravilhosos que foram desprezados. Sem promessas. Mas eu vou tentar!

@ dr3amnightmare já existe uma solicitação de pull, mas ninguém dá a mínima. Mas não vejo nenhum progresso das equipes da Microsoft.

63602

@knopp
17 de agosto de 2018
"... é de código aberto, então ninguém impede você de implementar isso e enviar uma solicitação de pull."

Já se passaram mais de três anos e isso não foi implementado. Se a mudança fosse possível [por meio da contribuição da comunidade], já teria sido feita.

@panóplia
2018-Nov-06
"Esta é uma empresa multibilionária ..."

Você tem uma empresa enorme e difundida como a MS, que geralmente acumula muito ódio, muitas vezes merecidamente, IMHO. Dependendo dos dados que você lê, a MS ainda detém a maior parte da instalação de sistemas operacionais empresariais.

@isidorn
21 de agosto de 2018
"... nós temos muitas listas codificadas e alturas de árvores ..."

@hawkgs
23 de outubro de 2018
"... esse recurso não é tão simples quanto @isidorn já mencionou, principalmente por causa dos valores codificados ..."

Isso é desconcertante. Essas são as pessoas a quem você confia implicitamente seus dados mais privados, enquanto navega na web e se envolve em transações financeiras online. (Ah, e a folha de pagamento e os sistemas de RH de sua empresa provavelmente estão em servidores Windows.) E, no entanto, essas são as mesmas pessoas que não podem atualizar um editor por causa de recursos codificados. Talvez uma atualização do CS101 seja apropriada.

Acho bastante hilário que os designers do VSC desenvolveram um editor de código com uma fonte proporcional ... que por acaso é um dos recursos embutidos no código!

Não tenho amor por MS, Apple, Google ... nada disso. Certamente não tenho nenhum compromisso com o VSC. O problema da "fonte do explorer" foi a gota d'água para mim. Minha solução: de volta ao Vi. (Posso digitar muito mais rápido do que "digitar e passar o mouse sobre".)

Lembre-se, você só precisa de dois personagens por ano!

Por favor, MS, bloqueie este tópico! @isidorn , @egamma?

Estou interessado em acompanhar o progresso nesta questão, não em reclamações insípidas ou posturas de desenvolvedores durões e durões. Sim, _obviamente_ isso é algo que muitas pessoas desejam. Sim, se a MS achasse que era importante, eles teriam feito isso depois de três anos. Você acha que é apenas um certo limite de insultos que vai motivar a MS a implementar isso? E estamos vendo qual é esse limite? Algo me diz que não é isso que vai ajudar.

Este é um produto de código aberto gratuito. Se você acha que MS é lixo e VSC é uma merda, vá em frente e use VIM, VI, Nano, Atom, Sublime, seja lá o que for muito superior, e pare de postar lixo odioso aqui. Se você é uma pessoa razoável que pensa: "Sabe, o VSC é muito bom, mas gostaria que permitisse alterar o tamanho e a fonte da fonte", então marque com +1 a postagem original aqui, inscreva-se e siga em frente ...

Por favor, MS, bloqueie este tópico! @isidorn , @egamma?

Se você é uma pessoa razoável que pensa: "Sabe, o VSC é muito bom, mas gostaria que permitisse alterar o tamanho e a fonte da fonte", então marque com +1 a postagem original aqui, inscreva-se e siga em frente ...

Infelizmente, o bloqueio de discussão bloqueia as reações para a postagem original. E pode quebrar a classificação de problemas com base na opinião dos usuários.

Este artigo me permitiu entender muitas coisas: https://pandasauce.org/post/linux-fonts/

Isso não tem nada a ver com o problema aqui; o problema diz respeito a fontes e tamanhos de fontes embutidos, não a problemas de renderização.

Isso é parte do problema. No MacOS / Windows, a renderização geral das fontes vscode está correta. Ao contrário do Linux.

Em qualquer outro sistema operacional que não o linux, deseja alterar essas fontes, é um pequeno gadget.

A parte do desenvolvedor que deseja alterar a aparência de vs sob macos / windows é infinitesimal

Não.

Estou no macOS. As fontes são boas no que diz respeito à renderização real de fontes, mas o
escolha da fonte é muito difícil de ler, para não mencionar a letra estreita
espaçamento e alturas de linha.

Não tem nada a ver com Linux, Mac ou Windows. Tem a ver com o usuário
preferência. Se vou ficar olhando para um aplicativo por mais de 40 horas por semana, não
quer lutar ou hackear para tornar as coisas legíveis.

Em 7 de fevereiro de 2019 às 2:36:27, Benjamin Nolmans (
notificaçõ[email protected]) escreveu:

Isso é parte do problema. No MacOS / Windows, a renderização geral de
As fontes vscode estão corretas. Ao contrário do Linux.

Em qualquer outro sistema operacional que não o linux, deseja alterar essas fontes, é um pouco
gadget.

A parte do desenvolvedor que deseja alterar a aparência de vs sob macos /
windows é infinitesimal

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

Eu sou o único que acha que isso está começando a parecer um episódio de "The Expanse"?

@austinbutler Tanta tendência para anular a vox populi. Surpreendente.

Estou interessado em acompanhar o progresso nesta questão, não em reclamações insípidas ou posturas de desenvolvedores durões e durões.

Cara, de novo, é CSS. Não há nada de "hardcore" ou "fodão" nisso.
(Exceto que aqueles que são verdadeiramente mestres em CSS são basicamente deuses em minha mente.)

Sim, _obviamente_ isso é algo que muitas pessoas desejam.

Corrigir.

Sim, se a MS achasse que era importante, eles teriam feito isso depois de três anos.

Eu estou com você até agora ...

Você acha que é apenas um certo limite de insultos que vai motivar a MS a implementar isso?

Talvez?

E estamos vendo qual é esse limite?

Talvez também. Também divertido.

Algo me diz que não é isso que vai ajudar.

Neste ponto, não pode doer. Algo, alguma coisa, foda-se a Microsoft.

Este é um produto de código aberto gratuito.

Não, não é. Você paga com sua alma.

Esta é uma iniciativa de marketing de origem de um gigante da tecnologia global. Este é um estratagema projetado para capturar seus corações e mentes (embora seja muito bom). Mas no estilo típico da Microsoft, eles estão destruindo a experiência do usuário de que precisam para capturar seu coração ou sua mente.

O VS Code não é uma oferta altruística do deus da tecnologia MS. Se eles pudessem colocar um preço de $ 100.000 nisso, eles o fariam.

O Grande e o Mal A Microsoft provou ao longo de seus 43 anos de existência que não vai parar por nada para dominar o cenário do software de qualquer maneira que puder.

Seus líderes mentirão, trapacearão e furtarão para obter qualquer ponto de vantagem que lhes permita impingir seu software de merda, feio, cheio de erros e inseguro a um planeta desavisado.

Então, por que você acha que de repente eles ficaram com a febre do FOSS e estão tão animados para poder oferecer este grande presente à comunidade de programação?

(A menos, é claro, que você queira alterar a fonte em sua árvore de arquivos. Nesse caso, você pode direcionar sua solicitação para [email protected]).

Se você acha que MS é lixo

Segue ...

e VSC é uma merda

Incorreta. VS Code é um excelente software. Faltando apenas alguns recursos essenciais.

Este tópico não é sobre um pedido de recurso há anos. É por isso que a Microsoft se recusa a implementar esta solicitação de recurso.

Não faz sentido. Por que não mesclar @saighost PR? Eu não executei uma compilação de teste, mas pelo que vi são remoções de estilo inline, algumas adições de classe e algumas adições de var de configuração (e parecia limpo e consistente). Certamente a MS tem um estagiário ou alguém que pode dizer: "Ei, você pode executar uma compilação e os testes neste @saighost PR para # 519?"

Eles não querem atender a essa solicitação de recurso.

E agora eu realmente, realmente, realmente quero saber por quê.

@ dougc84

Você tem que diferenciar entre renderização e estilo.

Aqui tudo é apenas uma questão de estilo. Sem renderização.

Eu passo muito tempo no vscode porque ele é o editor que faz tudo.

No entanto, há apenas no Linux que desejo alterar a fonte porque a renderização padrão não é limpa.

O artigo que dou é muito interessante porque mesmo que você mude a fonte, se a renderização não estiver boa, ele te dá uma resposta para esse problema.

Este não é um problema do "Linux". No Ubuntu (Xubuntu), a renderização de fontes para o VS Code sempre foi 100% perfeita. Estou inscrito neste bug porque gostaria apenas de aumentar algumas das fontes. Este é provavelmente um problema em sua distribuição.

@Xarkam então por que o atom não tem problemas de renderização? vs código e átomo, ambos são baseados em elétrons.

@Xarkam Talvez para sua distro e compilação em particular isso seja um problema. Se for, esse é um problema separado, e você deve enviar um novo problema para ele (você já tentou ajustar o nível de zoom, porque isso pode atrapalhar as coisas?). Para mim, e para a maioria das pessoas aqui, é legibilidade (não estilo). O zoom não é uma solução, pois torna TUDO maior ou menor. Eu não quero tudo maior. Os editores estão bem. Eu só quero ser capaz de ver todos os arquivos listados com espaçamento apropriado para não clicar errado ao olhar os arquivos, ser capaz de diferenciar entre um L minúsculo e um i maiúsculo sem apertar os olhos e ser capaz de ler nomes de arquivos facilmente. Isso é resolvido com uma simples mudança de fonte (provavelmente para uma fonte serif de largura fixa) com melhor espaçamento entre letras e sendo capaz de ajustar o preenchimento na visualização do arquivo. É isso aí. Não é difícil entender que seu problema é diferente do de todos os outros aqui.

Uma das questões mais votadas e comentadas e a Microsoft não se importa?
Quão difícil é adicionar opção para alterar a fonte da interface, é a opção mais básica e outros IDEs têm.
Minha preferência é ter a mesma fonte na interface que no editor, me incomoda ter estilos de fonte diferentes no editor e na barra lateral.

@wooque hmm Não acho que a microsoft vai pensar nisso porque eles não se importaram mesmo depois que PR foi feito em # 63602 tornando o esforço do autor inútil. Esses votos positivos significam apenas um número para a microsoft :) "
Seu PR já chegou há 4 meses e ninguém se importou do lado da microsoft :(
Eu me pergunto quando vem o átomo Xray :(

Para aqueles que estão tendo problemas com isso. Até que eles possam contornar isso, aqui está uma solução rápida. Baixe a extensão CSS e JS customizada aqui: https://github.com/be5invis/vscode-custom-css e em um arquivo css customizado apenas edite a propriedade .explorer-viewlet. Um exemplo

.explorer-viewlet { font-family: "Space Mono"; font-weight: bold; }

Isso apenas altera a fonte do viewlet do explorer. Descobri que a seguinte regra muda toda a fonte da IU no Mac:

.monaco-shell.mac, .monaco-shell.mac .monaco-menu-container .monaco-menu {font-family: "SUA FONTE AQUI";

Editar: parece no VSCode mais recente (1.32.1 no momento desta redação), o CSS para Mac se torna:

.mac{ font-family: "YOUR FONT HERE"; }

Eu descobri isso desminificando /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.css e executando:

grep apple-system DE-MINIFIED-CSS -A 5 -B 5

E tentando regras de aparência plausível até que toda a IU mudou.

Provavelmente, você precisa ajustar os caminhos para seu sistema operacional, e essas regras parecem um pouco específicas para Mac.

Um +1 de mim para uma solução real para isso. Nenhum feedback da Microsoft sobre
https://github.com/Microsoft/vscode/pull/63602 é um pouco decepcionante.

Eu consertei isso com alguns css personalizados.

  1. Baixe be5invis/vscode-custom-css
  2. Ative-o e adicione seu css personalizado

Eu queria mais espaço para cada linha na visualização em árvore. Eu uso este estilo:

.monaco-tree .monaco-tree-rows>.monaco-tree-row {
  min-height: 25px;
}

Hacky, eu sei. Mas funciona

.monaco-tree-row.has-children {
peso da fonte: 500;
margem: 8px;
color: #eee;
tamanho da fonte: 14px;
}

.monaco-tree-row {
peso da fonte: 300;
margem: 5px;
tamanho da fonte: 12px;
cor: #bbb;
}

Eles deveriam funcionar neste ponto? As margens entre os itens da barra lateral não estão aumentando :(

Para alterar famílias de fontes e tamanhos do ambiente de trabalho, além de instalar o plugin vscode-custom-css conforme referido acima, outra forma mais direta foi comprovada para ser viável (testado no código VS 1.32.3):

  1. Pesquise o arquivo "workbench.main.css" em seu disco, o caminho de arquivo adequado pode ser "C: \ Arquivos de programas \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
  2. Faça um backup do arquivo;
  3. Abra o arquivo e procure por ".part> .content", pode haver 4 correspondências, apenas modifique a primeira correspondência de acordo com sua preferência como .part> .content {font- size: 14px; intensidade da fonte: Negrito; família de fontes: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
  4. Salve este arquivo e reinicie o Vs Code, Bingo :)

Existe uma maneira de alterar a fonte dos comentários do código ??

rico

Em 15 de março de 2019 às 12h51:48, Mike Zheng (notificaçõ[email protected]) escreveu:

Para alterar famílias de fontes e tamanhos do ambiente de trabalho, além de instalar o plugin vscode-custom-css conforme referido acima, outra forma mais direta foi comprovada para ser viável (testado no código VS 1.32.3):

Pesquise o arquivo "workbench.main.css" em seu disco, o caminho de arquivo adequado pode ser "C: \ Arquivos de programas \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
Faça um backup do arquivo;
Abra o arquivo e procure por ".part> .content", pode haver 4 correspondências, apenas modifique a primeira correspondência de acordo com sua preferência como .part> .content {font-size: 14px; intensidade da fonte: Negrito; família de fontes: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
Salve este arquivo e reinicie o Vs Code, Bingo :)
-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa.

Para alterar famílias de fontes e tamanhos do ambiente de trabalho, além de instalar o plugin vscode-custom-css conforme referido acima, outra forma mais direta foi comprovada para ser viável (testado no código VS 1.32.3):

  1. Pesquise o arquivo "workbench.main.css" em seu disco, o caminho de arquivo adequado pode ser "C: \ Arquivos de programas \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
  2. Faça um backup do arquivo;
  3. Abra o arquivo e procure por ".part> .content", pode haver 4 correspondências, apenas modifique a primeira correspondência de acordo com sua preferência como .part> .content {font- size: 14px; intensidade da fonte: Negrito; família de fontes: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
  4. Salve este arquivo e reinicie o Vs Code, Bingo :)

Isso resolve a alteração da face da fonte, mas não do tamanho da fonte. As alturas das linhas são codificadas. Portanto, quando você reduz o tamanho da fonte, acaba ficando com muitos espaços em branco entre as linhas.

Para alterar famílias de fontes e tamanhos do ambiente de trabalho, além de instalar o plugin vscode-custom-css conforme referido acima, outra forma mais direta foi comprovada para ser viável (testado no código VS 1.32.3):

  1. Pesquise o arquivo "workbench.main.css" em seu disco, o caminho de arquivo adequado pode ser "C: \ Arquivos de programas \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
  2. Faça um backup do arquivo;
  3. Abra o arquivo e procure por ".part> .content", pode haver 4 correspondências, apenas modifique a primeira correspondência de acordo com sua preferência como .part> .content {font- size: 14px; intensidade da fonte: Negrito; família de fontes: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
  4. Salve este arquivo e reinicie o Vs Code, Bingo :)

Provavelmente perderá tudo em cada atualização. Pelo menos é assim que funciona no Linux.

Desculpe deixá-lo pensar que meu PR é a solução completa. Ele só pode mudar a parte da barra lateral, não para toda a bancada.
Eu acho que a extensão Custom CSS e JS é uma boa ideia, talvez o plugin seja uma solução melhor do que o patch neste momento.
Talvez escreva um plugin para isso, para torná-lo mais fácil de usar.

+1

+1

Aqui está um excelente exemplo de por que isso precisa estar nas configurações - Veja a fonte do menu. Já ampliei o restante do aplicativo, caso contrário não conseguiria ler, como o menu! Esse problema também afeta o FF, o Thunderbird e o Chrome e, literalmente, todos os outros softwares de merda que não seguem os padrões do desktop.

Edit: Settings -> Window: Title Bar Style = custom => I can see the menu !!

Esses navegadores etc funcionam bem em HiDPI no GNOME desde que mudaram para GTK3. O Qt ainda não conseguiu lidar com o suporte HiDPI, então seu problema provavelmente é causado pelo KDE.

Sim, mas não ser capaz de alterar essas fontes não é culpa do KDE.

Mas o exemplo destaca a pequena fonte do menu. Acho que o menu não faz parte do HTML / CSS, é gerenciado pela IU do sistema. GTK3 no GNOME "simplesmente funciona", mas as coisas podem ficar complicadas quando você tenta usar Qt no GNOME ou GTK no KDE. Como você pode ver no guia hidpi do Arch , KDE e Qt são menos consistentes.

Tentei fazer isso, mas só muda as fontes dos títulos. Não afeta nenhuma fonte de 'comentário', que é o que eu estava tentando modificar. Existem outras opções que funcionam em 'comentários'?

rico

Em 15 de março de 2019 às 10:08:30, Rich ([email protected]) escreveu:

Existe uma maneira de alterar a fonte dos comentários do código ??

rico

Em 15 de março de 2019 às 12h51:48, Mike Zheng (notificaçõ[email protected]) escreveu:

Para alterar famílias de fontes e tamanhos do ambiente de trabalho, além de instalar o plugin vscode-custom-css conforme referido acima, outra forma mais direta foi comprovada para ser viável (testado no código VS 1.32.3):

Pesquise o arquivo "workbench.main.css" em seu disco, o caminho de arquivo adequado pode ser "C: \ Arquivos de programas \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
Faça um backup do arquivo;
Abra o arquivo e procure por ".part> .content", pode haver 4 correspondências, apenas modifique a primeira correspondência de acordo com sua preferência como .part> .content {font-size: 14px; intensidade da fonte: Negrito; família de fontes: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
Salve este arquivo e reinicie o Vs Code, Bingo :)
-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa.

@teresaejunior isso irá gerar

A instalação parece estar corrompida [sem suporte]
O VS Code faz uma verificação em segundo plano para detectar se a instalação foi alterada no disco e, em caso afirmativo, você verá o texto '[Sem suporte]' na barra de título. Isso é feito porque algumas extensões modificam (corrigem) diretamente o produto VS Code de forma que seja semipermanente (até a próxima atualização) e isso pode causar problemas de difícil reprodução. Não estamos tentando bloquear o patch do VS Code, mas queremos aumentar a conscientização de que o patch do VS Code significa que você está executando uma versão sem suporte. A reinstalação do VS Code substituirá os arquivos modificados e silenciará o aviso.

Também para mim o caminho era

C: \ Usuários [nome] \ AppData \ Local \ Programas \ Microsoft VS Code \ resources \ app \ out \ vs \ workbench

Sério, estamos em 2019 e ainda não é possível alterar o tamanho da Explorer ???

  1. Socorro
  2. Alternar ferramentas de desenvolvedor
  3. Encontre o elemento, mude seu css
  4. ???
  5. Lucro😎
  • Socorro
  • Alternar ferramentas de desenvolvedor
  • Encontre o elemento, mude seu css
  • ???
  • Lucro😎

Existem alturas de linha especificadas no código-fonte.

  • Socorro
  • Alternar ferramentas de desenvolvedor
  • Encontre o elemento, mude seu css
  • ???
  • Lucro😎

Isso é possível sem criar seu próprio tema?

  • Socorro
  • Alternar ferramentas de desenvolvedor
  • Encontre o elemento, mude seu css
  • ???
  • Profitsunglasses

Existem alturas de linha especificadas no código-fonte.

Não sou especialista em CSS, mas brincando um pouco com as ferramentas de desenvolvedor, não consegui descobrir uma maneira de obter os mesmos layouts que foram relatados neste problema anteriormente. Por exemplo: https://github.com / Microsoft / vscode / issues / 519 # issuecomment-387007363 parece não funcionar mais, os ids foram alterados e agora são muito mais difíceis de fazer funcionar. Preenchimentos, margens apenas fazem o texto desaparecer e min-height não faz nada com .monaco-tree .monaco-tree-rows> .monaco-tree-row ou .monaco-tree-row.has-children parecem não ser mais os mesmos e agora parece haver pelo menos 5? classes diferentes que afetam como uma linha é exibida.

1000 polegares para este problema e ainda nada? Quase podemos dizer "6 ... anos ... depois ..."

Acho que estou meio fixada nisso porque eu costumava usar sublime e realmente gosto do recurso, mas seria muito bom se o MS adicionasse o recurso de poder usar fontes extravagantes para a seção de comentários em nosso código. Ainda esperando. Acho que deve ser uma coisa extremamente difícil que estou pedindo. Ainda é um grande fã do VS Code tho.

Esta é a versão da Microsoft de "Por alguma razão, desenvolvemos um processador de texto sem fontes". Mas 40 anos depois. Nem mesmo um fã da Apple. Apenas para dizer.

Este problema foi criado em novembro de 2015 e é maio de 2019. Há uma solicitação pull enviada em novembro de 2018 e esse recurso básico ainda não foi discutido. É uma pena porque o código vs deve ser o melhor editor / IDE que já usei. Uma vergonha suja.

Desisti de

No mínimo, seria bom se eles pudessem pelo menos nos dizer as dificuldades técnicas envolvidas em fazer isso funcionar. Eu até ficaria feliz com um prazo potencial em que esse problema pudesse pelo menos ser considerado ...

Posso estar errado, mas a partir de alguns comentários, parece que algumas pessoas estão exagerando neste problema. Eu gostaria de ter esse recurso para ajustar as fontes ao meu gosto também. Mas se alguém não consegue nem mesmo ler as fontes, aumentar / diminuir o zoom funcionará, mesmo que não pareça tão bom.

Existem alguns hacks de CSS nos comentários anteriores também.

@Jaeiya para as dificuldades técnicas, consulte https://github.com/microsoft/vscode/pull/63602

Para qualquer futuro observador, o plugin Custom CSS e JS Loader funciona.

// settings.json
"vscode_custom_css.imports": [
  "file:///path/to/file.css"
]
// Aforementioned example files content
.mac, .windows {
  font-family: Desired-Font, FiraCode-Retina, Roboto, monospace;
}
.monaco-workbench, .monaco-workbench .part > .content {
  font-size: 16px;
}

.other-css-selector        { content: "??????"; }
.other-css-selector::after { content: "profit"; }

Nota

  • O arquivo importado muda para não se propagar imediatamente.
  • Use reload custom css/js -> reload window para ver as mudanças

@SidIcarus existe um modelo para escrever para o linxu? deve mudar para

.linux {
  font-family: Desired-Font, FiraCode-Retina, Roboto, monospace;
}

e qual é o significado de "??????" ?

Portanto, em relação ao tamanho da fonte do ambiente de trabalho, eu realmente não estaria prendendo a respiração. Ontem eu fiz um fork do VSCode para finalmente consertar fontes de workbench excessivamente grandes no OS X (para torná-lo par com o XCode), e isso é o que eu tive que fazer simplesmente diminuir o tamanho da fonte e a altura das linhas de árvore em todas as visualizações. Essas coisas são codificadas em tantos lugares que seria necessário um esforço significativo para torná-las configuráveis.

É possível que o link de commit acima pare de funcionar após rebasing e force push, mas ainda deve estar dentro dos primeiros commits aqui .

Há uma versão binária para OS X disponível aqui , com base no VSCodium. Eu pretendo atualizá-lo quase regularmente. Ou talvez até mesmo crie um script para realocar periodicamente e acionar a construção de travis. O lançamento não é um código assinado, portanto, após o download, você precisa clicar com o botão direito e escolher "Abrir", se quiser experimentar.

Tamanho da fonte do ambiente de trabalho VScode original:
Screen Shot 2019-05-19 at 16 39 18

Após o patch:
Screen Shot 2019-05-19 at 16 39 40

(Há também outro commit que reduz a altura das guias de 35 para 30 pixels)

Ok, então eu fiz uma extensão que permite alterar tamanhos de fonte da IU, família de fontes, alturas de linha e até mesmo substituir folhas de estilo de settings.json. É bastante experimental neste momento e pode não ser para os fracos de coração.

Para este FR, a opção line height também deve ser adicionada
Relacionado: # 59873

+1

++

Acho que tem muita gente esperando por esse recurso ..

+1

+1

Alguém sabe se existe um meme GIF para a Microsoft tropeçando em sua própria estupidez e acidentalmente colocando a cabeça no lugar?

1 Desejo este recurso também

@caioproiete Não é uma má ideia, mas é um cálculo complicado.

Que tipo de dano punitivo alguém pode esperar ao ser submetido a uma merda de cavalo corpensource hoje em dia?

PS: Não thumbs-up seus próprios comentários. Só idiotas fazem isso. ;)

Pessoal, por favor, não façam barulho sobre esse assunto. Há pessoas (como eu) inscritas neste problema porque queremos ouvir (se?) Quando alguém da equipe de desenvolvimento entra na conversa para fornecer uma atualização de status.

Comentários úteis como @knopp 's - https://github.com/microsoft/vscode/issues/519#issuecomment -499584551 - são enterrados por tal ruído.


O Twitter existe, para seus comentários picantes / peculiares e respostas aos mesmos. Além disso, os comentários do tipo "Eu também quero" também não estão ajudando ninguém aqui. Para mostrar que você deseja isso, por favor: +1: a descrição deste problema.

@pradyunsg

Há pessoas (como eu) inscritas neste problema porque queremos ouvir (se?) Quando alguém da equipe de desenvolvimento entra na conversa para fornecer uma atualização de status.

Isso nunca vai acontecer.

A única atualização de status que você precisa ouvir é: A Microsoft matou o VS Code da maneira mais estúpida possível.

Eles não te amam, eles nunca amaram. Eles sempre quiseram que você os reverencie apenas o tempo suficiente para tirar vantagem de sua energia a fim de avançar em seus próprios objetivos e para o lucro

A Microsoft despreza os programadores.

honestamente, acho que seria muito melhor se a Microsoft tivesse dito que não
resolvendo esse problema. Mudei para o vim e nunca fiquei tão feliz. Deles
produto como o Internet Explorer me ajudou a mudar para o Firefox agora vs código
me fez mudar para o neo vim.

Obrigado novamente microsoft. Eu te amo independentemente de qualquer coisa.

Na segunda-feira, 4 de novembro de 2019, 15h50, AJB99 [email protected] escreveu:

@pradyunsg https://github.com/pradyunsg

Há pessoas (como eu) que se inscreveram neste problema porque queremos
ouvir (se?) quando alguém da equipe de desenvolvimento intervém para fornecer um
atualização de status.

Isso nunca vai acontecer.

Eles não te amam, eles nunca amaram. Eles sempre quiseram que você
reverencie-os apenas o tempo suficiente para tirar proveito de sua energia para
para avançar seus próprios objetivos e para seu lucro.

A Microsoft despreza os programadores.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/microsoft/vscode/issues/519?email_source=notifications&email_token=AB5Y4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEC6XETY#issuecomment-549286479 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AB5Y4YJS4X5EKSM6RCU2GDLQR7XXRANCNFSM4BVABFYA
.

OMG que jardim de infância aqui. Alguns comentaristas precisam de uma séria verificação de fatos ou mesmo de terapia. Você basicamente acusa a equipe de desenvolvimento de ser ignorante, não espere, isso deve ser algum plano mestre maligno de MS desde o início.

Deixe-me ajudá-lo com alguns fatos: Esta equipe criou o vscode literalmente em nenhum momento, tem um processo de desenvolvimento muito aberto e implementou muitos recursos sugeridos pela comunidade. Isso é muito incomum para um software com essa taxa de adoção. O resultado é um editor gráfico muito capaz e independente de plataforma com toneladas de addons / plugins. E sim, há uma agenda, qualquer equipe de desenvolvimento sem uma agenda também nunca terá um produto. Nossa.

Agora que você não consegue mais seu tão desejado pirulito, todo mundo se transforma em bebês chorões. Adivinha - há outras lojas de doces, podem vender o seu pirulito ...

@jerch , considero seu comentário ofensivo. Você pode classificar os problemas deste projeto por +1 . E eu acho que essa deve ser a agenda deste projeto, independentemente dos problemas com security , bug e os mesmos rótulos.

@AlexWayfer Sinta-se à vontade para vê-lo como desejar. Tudo o que fiz foi espelhar como as pessoas estão perdendo maneiras. Irritar uma equipe de desenvolvimento nunca vai ajudar, só piora as coisas. Não vou continuar a meta discussão.

E eu acho que essa deve ser uma pauta deste projeto, independentemente dos problemas com segurança, bug e mesmos rótulos.

Portanto, de volta ao tópico: Sim, a ideia parece boa (embora eu mesma não precise dela). Mas, dadas as dificuldades que ele pode apresentar para o layout e tal, e a lista de problemas em toda a sua glória, eles podem ter boas razões para não abordá-lo oficialmente ainda. Portanto, tudo o que podemos fazer é continuar perguntando até obtermos uma declaração.

então, sem resposta?

alguma resposta ?

@AlexWayfer isso foi no ano passado.

@AlexWayfer isso foi no ano passado.

E o autor era @isidorn , sim.

Vamos escrever mais fatos inúteis!

Você quer este recurso? Implementá-lo! Ou pague por sua implementação.

Não há responsabilidade por projetos de código aberto gratuitos. Basta usar este programa ou não. Não vou usar até que esse problema seja resolvido, porque não quero implementá-lo sozinho.

sim

Faça um bom editor de texto vencer todos os concorrentes e então ...

https://en.wikipedia.org/wiki/Embrace , _extend, _and_extinguish

Como uma solução alternativa, eu personalizo a configuração window.zoomLevel com meu gosto para o tamanho da fonte do ambiente de trabalho e, em seguida, ajusto editor.fontSize para compensar o tamanho da fonte do editor. Por exemplo:

// In VS Code's settings.json
{
    ...
    "editor.fontSize": 13,
    "window.zoomLevel": -1,
    ...
}

Esta é uma solução alternativa palatável para o tamanho da fonte do ambiente de trabalho até que uma solução melhor seja apresentada. Por favor, pare com as brigas e ódio no MS; não é útil.

@duanehutchins, desculpe, mas esses hacks criam muitos problemas. Às vezes, devido a tais hacks, a fonte não funciona corretamente no console e muitos problemas. Verifique as respostas anteriores 👍
https://github.com/microsoft/vscode/issues/84194

“Por favor, pare de brigar e odeie a esclerose múltipla; não ajuda”.
O que é útil? Esperar mais 10 anos? Outro hack que causa problemas no editor e aumenta sua lista de bugs?

O que é útil?

Como escrevi acima:

Implementá-lo! Ou pague por sua implementação.
...
Basta usar este programa ou não. Não vou usar até que esse problema seja resolvido, porque não quero implementá-lo sozinho.

Eu perguntei isso há um tempo, mas muitas mudanças ocorreram no VSC desde então, então peço desculpas se for redundante. Parece que esse recurso ainda não foi ativado, mas vou perguntar novamente:
Existe uma maneira de alterar a fonte dos comentários de código, também conhecido como fancyfont?

Existe uma maneira de alterar a fonte dos comentários de código, também conhecido como fancyfont?

Existe uma maneira de criar um problema separado para alteração / recurso separado.

Esse problema é sobre o tamanho da fonte na IU, não sobre a família da fonte (ou mesmo o tamanho) no editor de código.

@AlexWayfer seu tamanho e família de fontes.

Permitir alterar o tamanho da fonte e a fonte da bancada

@AlexWayfer seu tamanho e família de fontes.

Permite alterar o tamanho da fonte e _fonte_ da bancada

OK, obrigado, desculpe.

De qualquer forma, é sobre workbench, não comentários de código (no editor de código).

este recurso é muito solicitado !!!!! precisamos disso o mais rápido possível !!

Gostaria de saber se posso fazer uma configuração de fonte global, incluindo pasta da barra lateral, fonte do nome do arquivo, fonte da barra de status, como a ideia do IntelliJ.

Alguma atualização? De qualquer forma, eu fiz uma solução alternativa. Aumentei o tamanho de tudo com CMD + e, em seguida, diminuí o tamanho da fonte do editor para o tamanho de fonte desejado.

Também gostaria de poder alterar a família e o tamanho da fonte em áreas específicas (por exemplo, a barra lateral).
Prefiro ver a fonte monotípica "Source Code Pro".

Obrigado!

O recurso foi proposto em 2015 e agora é 2020 ... 🙄

Definitivamente, um recurso desejado!

Por favor, adicione este recurso obrigado

Por favor adicione isto

Vocês esperavam algo diferente quando a MS comprou o Github? Concordo com @jerch, outros IDEs têm o que precisamos, é hora de voltar ao Atom e lembrar que seu desenvolvimento foi interrompido para este IDE que ainda guarda o nome de uma das peças de malware mais inchadas que já vi na minha vida, "Visual Studio" - O que está nos impedindo de voltar ao Atom?

Faz muito tempo que não experimento o Atom, mas sempre que o comparei com o VS Code, prefiro o Code. Aparentemente, os desenvolvedores do Atom estão ocupados reescrevendo-o do zero com um back-end Rust em vez de um nó. Eu acho que isso é um erro, porque um nó com um frontend decente para JS (TS sendo muito mais popular que CS é outro ponto bom) tem desempenho e confiabilidade adequados para este aplicativo IMO, então a dificuldade de desenvolver em Rust supera os benefícios que irá traga aqui.

@realh acho que você está completamente errado. Por que você acha que o texto sublime é tão mais rápido do que o código vs? A tipagem dinâmica JS tem muito custo, é por isso que o asm está se tornando tão popular. E, para sua informação, não acho que os desenvolvedores de átomos estejam trabalhando no backend da ferrugem. Se eles tivessem o átomo seria tão diferente hoje e tão rápido que ninguém adoraria usar o vscode.

Veja: https://github.com/atom-archive/xray

Eles o arquivaram. O benefício da ferrugem é a segurança e a velocidade, essenciais para qualquer software.

Sublime é bastante antigo. Em sua essência, algo como Atom ou VS Code poderia nem mesmo ser possível, por razões adicionais além do desempenho. Mas o desempenho do hardware e do navegador melhorou muito, de modo que agora o VS Code provavelmente funciona pelo menos tão bem quanto um IDE / editor equivalente escrito em C ++ teria feito há uma década. Seu desempenho é adequado . Ele pode acompanhar minha digitação e não sofre de atrasos irritantes em recursos como o Intellisense, mesmo quando executado no meu Macbook Air, editando arquivos em sshfs.

Da mesma forma, confiabilidade. O Rust pretende ser um substituto principalmente para C / C ++, não para linguagens gerenciadas. A maioria dos bugs do Code estão faltando recursos como este, ou coisas que não funcionam corretamente (como a seleção visual no plugin vim), que o Rust não ajudaria. O tipo de bugs que o Rust evita são muito reduzidos em JS etc em comparação com C / C ++, e podem causar travamento e / ou corrupção do que estou editando, e não vejo evidências de que o Código ou Atom tenha grandes problemas com esse tipo de coisa.

Se o Atom arquivou seu projeto baseado em Rust, acho que isso corrobora meu ponto. Aposto que eles concluíram que não era a ferramenta certa para esse trabalho, afinal. Apenas ter seu Rust escrito e compilado levaria muito mais tempo do que escrever e depurar o Coffeescript para um padrão igual de confiabilidade. No momento em que eles tivessem uma substituição completa para o Atom, a tecnologia teria fechado a lacuna de desempenho e / ou tornado todas as linguagens atuais, incluindo Rust, obsoletas. Substituir Electron por algo escrito em Rust faria sentido, porque Electron é uma espécie de sistema, mas um editor de texto é um aplicativo, não exatamente o que Rust foi criado.

O Web assembly ainda é implementado em Javascript, então não acho que o desempenho seja sua principal atração ainda, mas uma vez implementado como verdadeiramente nativo, ele pode ter um futuro brilhante (para jogos, não tanto para aplicativos de produtividade). No momento, seu principal benefício é permitir que jogos C ++ antigos, ou que de outra forma tenham baixa demanda de desempenho, sejam transferidos para o navegador.

Sublime é bem antigo
Não, foi lançado pela primeira vez em 18 de janeiro de 2008, que não é muito antigo, apenas 7 anos mais velho que o vscode.

"Mas o desempenho do hardware e do navegador melhorou muito"
Mas, como um editor de propósito geral, deve sempre ter desempenho. Quando você executa linters, digite hints, o desempenho se torna crítico. Abrir um arquivo grande - o desempenho é essencial certo? Tente abrir um arquivo de texto de 2 GB em vscode e em texto sublime você perceberá o valor do desempenho.

"O tipo de bugs que o Rust evita são bastante reduzidos em JS etc em comparação com C / C ++, e podem causar travamento e / ou corrupção do que estou editando, e não vejo evidências de que o Código ou Atom tenha grandes problemas com isso tipo de coisa."
Sim, mas a ferrugem ajuda quando você tenta refatorar o código, o que é ótimo. O custo que você paga em ferrugem é um longo tempo de compilação, caso contrário, é a melhor linguagem de todos os tempos.

"Web assembly ainda é implementado em Javascript, então não acho que o desempenho seja sua principal atração ainda",
Não estou entendendo, mas o wasm permitirá o uso de C, C ++ e Rust e a principal razão para usar o wasm é o desempenho, caso contrário, por que precisaríamos do wasm em primeiro lugar?

De qualquer forma, o vscode nunca vai usar o Rust, pois está usando o Typescript, que já tem um custo muito alto na compilação. Então, eu não sei por que Rust, C ++ e C estão aqui.

E sim, eu acho que depois que o ms adquiriu o github, o atom foi muito negligenciado :(. De qualquer forma, o Vscode é um ótimo editor, mas esse problema não está recebendo nenhum foco, o que é triste.

Esta não é realmente uma discussão no tópico. Venho acompanhando essa questão há muitos anos e parece que o único propósito que serve é as pessoas exercitarem suas frustrações e opiniões com outras pessoas. Há muito barulho e nenhuma atualização positiva.

Se você quiser passar para outros editores, não precisa informar a outros. Apenas faça isso e veja se você está feliz com a mudança. No final das contas, a maioria dessas coisas é sobre preferência de qualquer maneira.

Esta não é realmente uma discussão no tópico. Venho acompanhando essa questão há muitos anos e parece que o único propósito que serve é as pessoas exercitarem suas frustrações e opiniões com outras pessoas. Há muito barulho e nenhuma atualização positiva.

Se você quiser passar para outros editores, não precisa informar a outros. Apenas faça isso e veja se você está feliz com a mudança. No final das contas, a maioria dessas coisas é sobre preferência de qualquer maneira.

Eu concordo mas esse é o melhor uso que podemos dar a essa discussão já que isso nunca será consertado pela Microsoft, se você quiser acompanhar essa discussão para finalmente vê-la resolvida um dia, tenho más notícias para você meu amigo, customização e dando os desenvolvedores as ferramentas certas para trabalhar nunca foram importantes para a Microsoft, volte ao que era o IE6 se você quiser uma aula de história.

Eu realmente não entendo o ódio contra a Microsoft em relação ao VSCode. É de longe o melhor editor para qualquer caso de uso que eu encontrei ... sim, ele tem seus casos extremos onde poderia ser "melhor", mas vamos ser honestos, quando estamos falando sobre software e necessidades de desenvolvedores ; "poderia ser melhor em x, y, z" nunca será satisfeito. É um padrão impossível .

Dito isso, questões como essa estão aqui para dar visibilidade às coisas que nossa comunidade VSCode realmente deseja como um todo e a Microsoft consegue priorizar essas coisas. Até agora, acho que eles fizeram um trabalho incrível e se alguém quiser continuar reclamando sobre o quão ruim a Microsoft é (em relação ao VSCode), então prove escrevendo seu próprio IDE massivamente popular que cuida de todos os "x, casos extremos y e z " que inevitavelmente devem satisfazer a todos igualmente.

Este projeto é absolutamente gigantesco e eu parabenizo a Microsoft por seu trabalho ativo em nos ajudar pequenos desenvolvedores que não podem pagar o Visual Studio, com um produto GRATUITO que atende a 99% de pelo menos meus próprios requisitos e eu imagino um monte de outros também .

Eu realmente não entendo o ódio contra a Microsoft em relação ao VSCode. É de longe o melhor editor para qualquer caso de uso que eu encontrei ... sim, ele tem seus casos extremos onde poderia ser "melhor", mas vamos ser honestos, quando estamos falando sobre software e necessidades de desenvolvedores ; _ "poderia ser melhor em x, y, z" _ nunca ficará satisfeito. É um padrão impossível .

Dito isso, questões como essa estão aqui para dar visibilidade às coisas que nossa comunidade VSCode realmente deseja como um todo e a Microsoft consegue priorizar essas coisas. Até agora, acho que eles fizeram um trabalho incrível e se alguém quiser continuar reclamando sobre o quão ruim a Microsoft é (em relação ao VSCode), então prove escrevendo seu próprio IDE massivamente popular que cuida de todos os _ "x , y e z "_ casos extremos que devem inevitavelmente satisfazer a todos igualmente.

Este projeto é absolutamente gigantesco e eu parabenizo a Microsoft por seu trabalho ativo em nos ajudar pequenos desenvolvedores que não podem pagar o Visual Studio, com um produto GRATUITO que atende a 99% de pelo menos meus próprios requisitos e eu imagino um monte de outros também .

Isso não é caridade ou um presente do céu, o VSCode foi colocado lá para ganhar tração com os desenvolvedores novamente depois de perdê-los por muitos anos, o poder de possuir as ferramentas que usamos para criar software vale muito mais do que qualquer licença que poderíamos pagar isto.

tenor

@betovelandia E o que exatamente eles estão ganhando com os usuários gratuitos? Eu nem mesmo compartilho minha telemetria e acho que já dei feedback talvez uma vez ... Você não pode fazer afirmações bizarras e não ter provas para apoiá-las, especialmente se você estiver realmente tentando provar um ponto. .

editar
Deixe-me deixar claro, porém, que eu sei que a Microsoft não criou este software com a bondade de seu próprio coração ... claramente ... mas torná-lo uma conspiração gigantesca para monopolizar desenvolvedores (para algum propósito místico) parece um um pouco rebuscado ...

@Jaeiya

E o que exatamente eles estão ganhando com os usuários gratuitos?

Terra.

Que eles podem usar para controlar ou influenciar cada entrada e saída dele e, por extensão, cada aspecto de seu código de escape.

VSCode é literalmente uma servidão, ou pelo menos a última tentativa coxo de MS de fazer isso.

É também um excelente software, que a MS está arruinando, porque aparentemente é o que eles fazem de melhor.

Mas a coisa realmente maluca não é essa verdade. A coisa realmente fodida sobre isso é por que eles se recusam abertamente a implementar essa solicitação de recurso. É uma jogada tão estúpida da parte deles que não faz sentido.

@saighost enviou um RP perfeitamente bom anos atrás, mas The Deathstar se recusa a implementá-lo. Por quê?

Sério, pergunte a si mesmo: Considerando que levaria menos de 3 horas para revisar e testar esta solicitação de recurso extraordinariamente popular, por que isso não foi implementado em 5 anos pela equipe principal ou simplesmente pela fusão do PR que @saighost escreveu tão graciosamente?

Se eles tivessem implementado esse recurso muito simples, eu nunca teria voltado ao Sublime e percebido como ele é rápido, suave e confiável. Claro, é um PITA enorme para personalizar, mas pelo menos é possível . E uma vez que você acertou, tudo corre como um sonho. Verdadeiramente sublime.

Parabéns à Microsoft por seu 45º aniversário de chutar desnecessariamente os desenvolvedores na cara simplesmente porque você é muito estúpido ou teimoso para entender as fontes.

Por favor, pare com essa discussão fora do tópico agora!

Por favor, pare com essa discussão fora do tópico agora!

O fato de haver um PR pronto para consertar isso parece fora do assunto para você? Eu me pergunto se isso poderia ser reimplementado , deve ser uma solução fácil como

Ok, perdi isso. Não posso / não quero ler discussões tão longas em paralelo aos 40-50 e-mails em negócios / particulares por dia.

O status do bilhete / emissão é "aberto". Então ninguém decidiu nada. Agora sejamos pacientes e vejamos o que acontece.
Se esta solicitação de recurso for implementada, ficaremos felizes.
Se não (problema rejeitado / encerrado): Levante-se.
Hoje: Inscreva-se e espere ou faça você mesmo, se tecnicamente possível.

Lembro-me de um dos desenvolvedores oficiais dizendo que não é tão fácil; há outras partes do código que dependem do tamanho dessa fonte sendo conectado. Eles provavelmente estão preocupados que o patch de @saighost não tenha sido testado o suficiente para eliminar quaisquer efeitos colaterais desagradáveis. Existe alguma chance de ser reimplementado como uma extensão? Isso tornaria mais fácil para mais usuários experimentá-lo, então os problemas deveriam surgir gradualmente e, com sorte, ser resolvidos.

Este plugin: Personalizar IU implementa os recursos baseados no plugin 'Monkey Patch'

A fonte monoespaçada padrão para Ubuntu parece muito pequena em 14px em uma tela hidpi, mas se você definir um tamanho razoável, outras partes da GUI serão absurdamente grandes (https://github.com/microsoft/vscode/issues/88916) . Corrigir esse problema também resolveria isso.

AMD! este era um pedido de recurso desde 2015 😅

Isso realmente tornaria a escrita de código com minha visão relativamente ruim melhor.

Aqui está um (+1) meu também

Seria muito bom poder definir a fonte do explorer.

@iliakan fazendo isso, você está apenas pressionando um moderador para bloquear este problema, apenas adicione um polegar para cima porque uma vez bloqueado, você não será capaz de fazer isso.

Eu diria que o maior motivo para esse problema ser implementado é o # 84194, que, como já foi dito, não pode ser corrigido. Temos a opção de escolher entre texto ilegivelmente pequeno ou texto grande mas borrado com window.zoomLevel . Não existe uma solução alternativa para aumentar o tamanho da fonte do Explorer?

Eu diria que o maior motivo para esse problema ser implementado é o # 84194, que, como já foi dito, não pode ser corrigido. Temos a opção de escolher entre texto ilegivelmente pequeno ou texto grande mas borrado com window.zoomLevel . Não existe uma solução alternativa para aumentar o tamanho da fonte do Explorer?

É realmente por isso que você não deve usar um navegador da web para desenvolver aplicativos, manter o navegador para sua finalidade, fazer aplicativos da web muito bem, mas não tente transformar um aplicativo de desktop em um aplicativo da web.

@Lucretia

É realmente por isso que você não deve usar um navegador da web para desenvolver aplicativos, manter o navegador para sua finalidade, fazer aplicativos da web muito bem, mas não tente transformar um aplicativo de desktop em um aplicativo da web.

Como alguém que costumava dizer isso há muito tempo, entendo o sentimento. Mas há problemas que o elétron resolve que outras estruturas de GUI simplesmente não resolvem. Por um lado, usar qualquer outra coisa é uma grande dor de cabeça para repetir. Já fiz Qt (C ++ e Python), WxWidgets, Delphi, WPF, WinForms e sabe Deus o quê, e literalmente electron é o único em que pensei "ei, é divertido construir este aplicativo de desktop". Não estou nem começando com a parte "plataforma cruzada". A melhor experiência em "IU de desktop" que tive fora do electron foi ImGui , e isso nem foi feito para aplicativos de desktop. Observe também que muitos aplicativos que têm GUIs realmente boas acabaram escrevendo suas próprias e gastaram um esforço gigantesco nisso, em vez de desenvolver o próprio aplicativo.

Mas também existem outras razões. Veja como os IDEs do JetBrains renderizam as fontes e, a seguir, observe o código do VS. A diferença é insana, e você não pode nem mesmo personalizar coisas como espaçamento entre letras e outros recursos adequadamente neles.

Para citar um bom artigo no reddit:

Para aplicativos sensíveis ao desempenho, como jogos ou ferramentas científicas de processamento de números, os aplicativos de desktop ainda são o único caminho a percorrer. Para todo o resto, será escolhida uma conveniência de desenvolvimento. É por isso que tudo é uma merda e todos os seus aplicativos são sites agora.

O estado dos aplicativos de desktop é muito triste e horrível.

Acho que Electron foi uma boa escolha, não consigo pensar em mais nada no momento em que você possa confiar para funcionar tão convenientemente e bem em tantos ambientes de desktop.

Adicione meu +1 à pilha. Eu não posso acreditar que isso não foi resolvido em 5 ANOS. Microsoft típico. 😁

A densidade da árvore do explorer é muito densa. Não deveria ter que apertar os olhos para encontrar o arquivo que desejo. Uma opção para aumentar a altura da linha seria bom por https://github.com/Microsoft/vscode/issues/59873

+1

✳️ https://github.com/Microsoft/vscode/issues?utf8=%E2%9C%93&q=is%3Aissue+is%3Aopen+label%3Abug==CoC__https : //github.com/microsoft/vscode/blob /master/CONTRIBUTING.md💯🦸‍♀️

apenas um caso de uso ainda não mencionado: Tornar possível alterar todas as fontes vscode para monoespaçada. Alguns de nós (usuários antigos do emacs) simplesmente não gostam de alternar o tempo todo entre fontes de largura variável e monoespaçada durante a leitura.

Pensei em compartilhar meu script de shell para fazer o vscode carregar CSS de um arquivo (e não reclamar de estar corrompido). Eu só não sinto vontade de deixar as extensões fazerem isso.

https://gist.github.com/a85b8231a9f5494149387c3a36079e84

Recentemente, tive que adaptá-lo para uma versão mais recente do vscode (ou talvez seja porque eu mudei para o vscodium), então você pode ter que mudar uma linha para fazê-lo funcionar com 1.44 ou mais antigo.

Qual é exatamente o motivo pelo qual não podemos alterar a fonte / tamanho na barra lateral? Isso não é um acéfalo? Quando alguém me mostra como fazer, posso ser capaz de fazer sozinho.

Sim, se alguém me mostrasse como fazer, eu também poderia fazer. E também a pessoa que me mostrou ...

Alguma novidade sobre isso?

Alguma novidade sobre isso?

Basta olhar para cima e ... obviamente, não.

Qual é o problema então? Existem bloqueadores? Eu gostaria de ver algum movimento sobre isso. 🚀

Qual é o problema então? Existem bloqueadores?

Você pode ler a resposta do membro .

Eu gostaria de ver algum movimento sobre isso. 🚀

Todos nós gostaríamos, então estamos esperando, ou alguém, por exemplo você, pode mover isso.

Você ainda está esperando que a Microsoft ofereça suporte à personalização? Encontraremos o assassino de Epstein antes que este tíquete seja fechado

Você ainda está esperando que a Microsoft ofereça suporte à personalização?

Não sei como dizer com precisão ... Não estou empolgado, mas estou inscrito, como muitas pessoas aqui, e pessoalmente não uso o VS Code até que pelo menos esta edição esteja resolvida.

Encontraremos o assassino de Epstein antes que este tíquete seja fechado

Eu não vejo o recurso e não me importo com o "assassino de Epstein". Estou interessado neste assunto e, por favor, vamos esperar ou fazer. Nossos comentários sobre "Eu quero este recurso!" ou os assassinos de alguém não ajudam.

Equipe VSCode, contrate o criador de layout HTML para sua IU baseada em Electron.
Eles são baratos. Tudo que você precisa é um design fluido, apenas layout de grade ou coluna.

Você ainda está esperando que a Microsoft ofereça suporte à personalização? Encontraremos o assassino de Epstein antes que este tíquete seja fechado

Você acha que o encontraremos se eu puder alterar a fonte no meu editor de código favorito? Talvez ele saiba como implementar esse recurso. 🤔

Você poderia parar o absurdo e apenas votar +1? Vocês são assinantes e desenvolvedores totalmente irritantes. Eventualmente, tudo o que você verá é que o tópico será bloqueado, então nem mesmo o polegar para cima será permitido.

Você poderia parar o absurdo e apenas votar +1? Vocês são assinantes e desenvolvedores totalmente irritantes. Eventualmente, tudo o que você verá é que o tópico será bloqueado, então nem mesmo o polegar para cima será permitido.

+1

Você poderia parar o absurdo e apenas votar +1? Vocês são assinantes e desenvolvedores totalmente irritantes. Eventualmente, tudo o que você verá é que o tópico será bloqueado, portanto, nem mesmo o polegar para cima será permitido.

Não, não podemos. E se eles fizerem isso, estarei usando um Editor de Código diferente. Já uso 2 diariamente. VS CODE é UMA opção entre muitas boas opções. Problema resolvido :)

Agora, por que isso não é um recurso? 5 anos se passaram.

E se eles fizerem isso, começarei a usar outro Editor de Código.

Acho que você escreveu incorretamente, mas: OK, comece.

Agora, por que isso não é um recurso? 5 anos se passaram.

Porque ninguém implementou isso, obviamente.

A falta de alternativas de fontes torna a aplicação difícil para quem necessita de texto extenso. Não vi uma discussão específica sobre isso como um problema de acessibilidade, mas isso é muito importante quando se trata de habilitar desenvolvedores com todos os níveis de habilidade física. Contar apenas com os recursos de acessibilidade do sistema operacional não é uma ótima solução. (Tente fazer trabalho de desenvolvimento usando zoom do MacOS, por exemplo.) Eu tentei vários hacks de CSS, só consegui fazê-los funcionar parcialmente.

Eu normalmente uso um editor de texto simples porque posso fazer minha fonte de terminal com qualquer coisa que eu quiser. Mas atualmente estou em uma situação em que basicamente preciso usar o vscode. É muito desanimador procurar uma solução para a minúscula fonte explorer e encontrar esse recurso de cinco anos ainda aberto.

Talvez esse problema deva ter o rótulo de acessibilidade ?

@feorlen - Você já pode personalizar a fonte e o tamanho do terminal integrado independentemente do editor. A menos que eu tenha entendido mal sua pergunta.

image

@narfanar Eu acredito que @feorlen significa que ele / ela normalmente usa editores baseados em terminal (vim, ecmas, nano, etc.). Portanto, a alteração do tamanho da fonte do terminal afetará todas as "IUs" do editor.

@feorlen Você tentou a configuração window.zoomLevel ? Acho que é melhor do que nada.

E se eles fizerem isso, começarei a usar outro Editor de Código.

Acho que você escreveu incorretamente, mas: OK, comece.

Agora, por que isso não é um recurso? 5 anos se passaram.

Porque ninguém implementou isso, obviamente.

Uau, comentário genial.

Não tenho certeza se minha solicitação é igual a este problema ..
Por enquanto, eu modifiquei workbench.desktop.main.css : search windows{font-family:Segoe WPC,Segoe UI,sans-serif} no arquivo e adicionei as fontes que preciso nele. Para Mac e Linux, basta pesquisar mac{font-family ou linux{font-family .
Eu fiz isso apenas porque tenho algumas folhas de sinalização com nome de arquivo em CJK, e as fontes na barra lateral e nas guias serão substituídas por uma determinada fonte de pixel padrão do sistema (parece que sim).
Espero que o código do VS possa fornecer a opção de alterar as fontes da IU como mudamos as fontes do editor no setting.json

Acabei de mudar para VSCode do Atom. Fiquei surpreso com o fato de minha "árvore de arquivos" parecer tão grande, ousada e brilhante. Compare com o átomo:

VSCode:

image

átomo:

image

Tenho certeza que pareço louco ... mas vê como o átomo é bom e sutil? O explorador VSCode distrai do código (editor).

Chegando perto de encontrar o assassino de Epstein, tenho uma lista de suspeitos, como está esse recurso?

@justinko , o contraste é importante. Eu arriscaria supor que um grande número de pessoas acha não desprezivelmente mais difícil ler o texto na captura de tela do Atom do que no VSCode. Pessoalmente, não percebo a diferença, a tal ponto que li o seu comentário a princípio e pensei que eram ambos screenshots do Atom. Tendo percebido que o primeiro é o VSCode, agora estou tendo problemas para descobrir o que o incomoda - IMO, o VSCode é menos "grande, ousado e brilhante"; ícones menores e ícones de pasta são todos cinza.

Em qualquer caso, seu comentário provavelmente se refere à cor da fonte em vez de / além do tamanho da fonte, mas essas são todas as coisas que devem ser configuráveis.

@feorlen apontou que este é um problema de acessibilidade, e acho que é um ótimo ponto! SF Monospaced parece ser a única fonte com a qual minha dislexia pode se acostumar, e ler o explorador de arquivos sem ela é uma dor.

Por favor, alguém da Microsoft, por favor, analise isto! Sendo deficiente visual, tenho que chegar a cinco centímetros da tela apenas para ler a fonte na janela do Explorer para poder renomear um arquivo e ter certeza de que tenho os caracteres que estou inserindo nos nomes de arquivo no lugar certo . A janela do editor ajustável no tamanho da fonte é ótima e eu coloquei a minha em 18 apenas para poder lê-la. Isso é muito bom, mas o resto da IU precisa do mesmo tipo de opções de personalização, especialmente se você estiver usando o código VS em um computador via RDP, onde ter o Windows escalar tudo não é uma opção. É definitivamente um problema de acessibilidade e precisa ser resolvido depois de quase cinco anos desde que foi inaugurado.

Por que um recurso que é obviamente tão simples de adicionar está demorando tanto? É um pesadelo de acessibilidade, é fácil de fazer e, no entanto - aqui estamos, anos depois, ainda esperando. Isso não faz sentido.

Você poderia votar acima para expressar sua preferência? Esse tipo de comentário só faz com que as pessoas interessadas cancelem a inscrição no assunto ou, pior, que o assunto seja restrito de forma que você nem mesmo possa votar. Você não percebe que fazer o que você faz vai contra seus próprios interesses?

Por que um recurso que é obviamente tão simples de adicionar está demorando tanto?

Outra referência para a resposta de um membro: https://github.com/microsoft/vscode/issues/519#issuecomment -643326100

A Microsoft nunca ligou para UX, vocês podem se inscrever, cancelar, votar, falar, ficar quieto ou até mesmo encontrar o assassino de Epstein e nada mudará o fato de que isso nunca verá a luz do dia porque essa é a Microsoft.
Muitos engenheiros aqui podem ser novos para lidar com eles, mas essa atitude tem sido constante desde os dias do IE6, a Microsoft só quer ter uma presença forte na web, mas a Microsoft se preocupa com ferramentas de desenvolvedor e personalização? nunca vai acontecer.
O Atom era ótimo, o Atom era customizável desde o início, então veio a Microsoft e estragou tudo ao comprar o Github.
E vamos dar a @memeplex um ataque cardíaco se ele continuar recebendo notificações deste tópico, então, por favor, apenas +1

Podemos bloquear este tópico para colaboradores agora?

Existem várias coisas necessárias para que esta solicitação de recurso funcione conforme o esperado .

  • Os ícones embutidos precisam ser redimensionados para a altura da fonte (se SVG) ou para o tamanho disponível perfeito de pixel mais próximo (se não for SVG).
  • As proporções de tamanho entre todos os diferentes elementos de fonte no ambiente de trabalho precisam ser mantidas, caso contrário, você pode quebrar a IU completamente.
  • Os ícones da barra lateral também precisam ser ajustados (você não pode ter uma barra lateral enorme perto de uma visualização minúscula do explorador).

Meu palpite é que precisamos de algo semelhante à configuração do nível de zoom da janela, portanto, um fator de escala, mas que afete apenas o ambiente de trabalho (ou devo dizer, o shell do aplicativo) e NÃO o editor de código (onde a altura da linha precisa permanecer pixel perfeito e baseado em números inteiros).

O shell do aplicativo não é afetado por problemas de altura de linha, portanto, um fator de escala aqui não deve causar problemas. (talvez sim, com os pop-ups e a árvore do explorer ... Não tenho certeza se eles são renderizados linha por linha.)

Isso não é uma questão de parecer melhor para mim, e não é bom o suficiente para dimensionar a IU e diminuir o editor.

O problema mais sério é o peso da fonte. Você escolheu uma fonte extremamente fina que tenho certeza que é ótima para jovens com olhos lindos, mas é terrível para alguns de nós. Nenhuma quantidade de escala, cores ou alto contraste tornará a fonte melhor dessa maneira.

Este é um problema sério de acessibilidade. Meus olhos dói para usar este aplicativo, e eu tenho que usá-lo diariamente.

Não posso simplesmente usar óculos para consertar.

Eu tenho que aderir a este pedido. Tenho que lidar com dores de cabeça frequentes e a fonte e as cores dos aplicativos que uso têm muito a ver com torná-los piores ou melhores. A fonte deste aplicativo não me ajuda em nada e é provavelmente a única coisa que me faz abandoná-lo de vez em quando.

uau 5 anos e esse recurso ainda nem é uma coisa lmao. Eu gosto do código vs, mas isso é absolutamente necessário se você tiver mais de uma tela.

Enquanto isso, continuamos trocando manualmente. part>.content{font-size:13px} a .part>.content{font-size:16px}
Qualquer um que diga que é mais complicado do que isso, está cheio disso. Quão difícil pode ser atualizar um CSS com base em um tamanho de fonte selecionado? Eu acho que é para MS.
Agora, a cada atualização, existem TONELADAS de recursos inúteis que provavelmente levam muito mais tempo do que adicionar uma configuração para definir o tamanho da fonte da árvore de arquivos. QUAL O F?

Enquanto isso, continuamos trocando manualmente. part>.content{font-size:13px} a .part>.content{font-size:16px}
Qualquer um que diga que é mais complicado do que isso, está cheio disso. Quão difícil pode ser atualizar um CSS com base em um tamanho de fonte selecionado? Eu acho que é para MS.
Agora, a cada atualização, existem TONELADAS de recursos inúteis que provavelmente levam muito mais tempo do que adicionar uma configuração para definir o tamanho da fonte da árvore de arquivos. QUAL O F?

Pergunta básica. Como você adiciona / edita isso no VS Code?

@KingOfSpades edite workbench.desktop.main.css e procure os primeiros .part>.content

você pode mudar a fonte do editor, do terminal, mas por alguma razão você não pode mudar a fonte do painel

microsoft típico, assim como o Windows 10, eles adoram inconsistência e inchaço

Esta página foi útil?
0 / 5 - 0 avaliações