Además de esto, parece extraño que si quiero fuentes más grandes _fuera_ del editor, tenga que acercarme cada vez que reinicio.

Por favor, consulte el número 291 para conocer el problema del zoom (en general, no cree problemas combinados: sonrisa :)

+1

v1.4.0 parecía hacer que las fuentes del explorador de archivos fueran más grandes / audaces, lo que hacía más difícil atravesar un directorio grande

+1

+1

👍

👍

¿La nueva interfaz de temática de la IU da acceso al tamaño de fuente?

Además, me gustaría aumentar el espaciado entre líneas en el explorador. Los nombres de los archivos están demasiado cerca unos de otros y es fatigoso mirarlos.

Ja, iba a sugerir exponer la altura de la línea para poder disminuirla y empaquetar más archivos en cada pantalla.

solo para agregar otra razón:

• cambiar el Explorador a una fuente monoespaciada es más fácil de leer al buscar archivos

+1

Agregue soporte para cambiar el tamaño de fuente de la ventana EXPLORER.

Una especie de solución hacky para aquellos que estén interesados: aumente el tamaño de la fuente principal y establezca el nivel de zoom de la ventana en un valor negativo (configuración cmd + - o window.zoomLevel ). También es posible utilizar valores fraccionarios como "window.zoomLevel": -0.75 .

@kompot : ¡tu enfoque funciona perfectamente! Aquí está mi archivo de configuración de usuario:

{
"workbench.colorTheme": "One Dark Pro",
"editor.fontSize": 12,
"window.title": "$ {activeEditorMedium} www.BKD.io ",
"newFile.defaultBaseFileName": "newFile",
"newFile.relativeTo": "archivo",
"newFile.defaultFileExtension": ".ts",
"newFile.rootDirectory": "~",
"newFile.showPathRelativeTo": "raíz",
"newFile.expandBraces": falso,
"editor.tabSize": 2,
"editor.formatOnSave": verdadero,
"más bonito.semi": falso,
"window.zoomLevel": 1,
"git.enableSmartCommit": verdadero,
"terminal.integrated.fontSize": 16,
"terminal.external.osxExec": "Hyper.app",
"atomKeymap.promptV3Features": verdadero,
"editor.multiCursorModifier": "ctrlCmd",
"editor.formatOnPaste": verdadero,
"archivos.excluir": {
" /.git": verdadero," /.svn": verdadero,
" /.hg": verdadero," / CVS": verdadero,
" /.DS_Store": verdadero," /.history": verdadero,
" /.github": verdadero," /.vscode": verdadero,
"** / node_modules": verdadero
}
}

En particular, creo que hay demasiado espacio entre 2 elementos de la lista, por lo que no caben suficientes elementos en la pantalla. Acabo de compararlo con el árbol de archivos de Eclipse, y obtiene 48 elementos en el espacio donde Visual Studio obtiene 36.

Creo que la barra lateral en particular debe poder personalizar wrt: lineHeight, fileFontColor, dirFontColor y activeLineColor.

Comparando Sublime 3:

al código VS:

Me fatigo al mirar el árbol de VS Code y, a menudo, no puedo encontrar archivos fácilmente sin tener que apartar la mirada y restablecer los ojos, o colapsar todas las carpetas abiertas y luego comenzar de nuevo desde la raíz para encontrar lo que estoy buscando. . No puedo decir que haya experimentado eso en Sublime, y creo que es la diferenciación de color de archivos y carpetas lo que lo impide.

Al cambiar la fuente en editor.fontFamily , esto no se refleja en el resto de la interfaz de usuario, lo que crea una discrepancia entre el editor y la interfaz de usuario. Además, no hay configuraciones de workbench.fontFamily o workbench.fontSize para compensar este problema.

Para mí, estableciendo un CMD / CTRL + de zoom pequeño , un par de veces, y aumentando edit.fontSize y terminal.intergrated.fontSize , estoy listo para comenzar. No es tan hacky como pensé que sería. Todo sigue siendo relativo, por lo que usar CMD / CTRL + + cambia todo el espacio de trabajo, que es lo que quiero.

... agregando a las diversas razones: si configuro "workbench.fontAliasing": "none", , dado que estoy usando una fuente sin suavizado en el editor, el explorador (lado izquierdo de la imagen) se ve realmente mal: /

+1
Necesita cambiar _fontStyle_, _fontSize_ en el Explorador y la pestaña

+1 de mí para temas de interfaz de usuario como Atom.

Realmente me gusta esta función en otros editores de código (Pycharm). Incluya lo mismo en su hoja de ruta cercana.

Del mismo modo, sería genial si también fuera posible cambiar la familia de fuentes.

+1 personalización de fuentes para el explorador también

+1

Necesita una familia de fuentes de interfaz de usuario general y una configuración de tamaño de fuente de interfaz de usuario ...

Lo que realmente me gustaría saber es por qué todos esos votos negativos para esta función. ¿Cuál es la desventaja de poder cambiar la fuente del banco de trabajo?

@picosam Los

más de 1 año y todavía tenemos que esperar esta función :(

¿Me pregunto si hay una ETA en esta función? Sería muy útil si pudiéramos configurar esto en la configuración json. El tamaño de fuente actual hace que sea muy difícil navegar por los archivos de un proyecto. Gracias

Estoy de acuerdo en que el tamaño de la fuente interfaz es enorme, pero al menos tenemos @kompot 's truco , que es suficiente por ahora.

Si pudiera elegir statusBar.zoomLevel separado, sería un gran impulso, si por alguna razón la integridad del diseño fuera difícil de mantener con un tamaño de fuente gratuito.

Añade alguna funcionalidad para cambiar la fuente de la barra lateral. Por eso estoy usando editores alternativos.

+1

Pasé todo el día haciendo el cambio de sublime a VSCode. Me gusta todo, excepto la barra lateral, que es un poco extrañamente demasiado pequeña. Exponga la configuración para cambiar la altura de línea, la familia de fuentes y el tamaño de fuente.

+1

Estoy haciendo la transición a VS Code desde Sublime y la barra lateral es lo principal con lo que tengo un problema. Sería fantástico poder personalizar la altura de la línea y el tamaño de la fuente.

Hice la transición de IntelliJ y mi experiencia con VSCode hasta ahora es excelente ... excepto por la barra lateral. No puedo acostumbrarme. Una opción sideBar.lineHeigth ayudaría mucho con esto. Una opción sideBar.dirBackground y sideBar.dirExpandedBackground estaría bien, supongo.

+1

+1

+1

Darme de baja

El martes 20 de marzo de 2018 a las 13:40 farahabdi, [email protected] escribió:

+1

-
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/Microsoft/vscode/issues/519#issuecomment-374600867 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AjugnBFb7O9WsyW3BMQT8i1TaTdkOdVtks5tgQbbgaJpZM4GoAlw
.

Chicos, ¿están hablando en serio? ¿Por qué diablos sigues publicando tus más unos? Solo usa botones en un mensaje de inicio.

@ steve6274 Hágalo usted mismo, hay un botón para esto, está en la esquina inferior derecha de esta captura de pantalla: https://monosnap.com/file/FJkeWTsHWIhI6DtRXZKXLo0oUHjv43.png

He cambiado principalmente de Sublime a VS Code y, de manera similar, encuentro que la barra lateral es uno de los mayores desafíos, especialmente para mí debido a la falta de diferenciación, por ejemplo, entre carpetas y archivos, íconos o no.

Encontré uno de mis deseos de Sublime en este número: https://github.com/Microsoft/vscode/issues/10748#issuecomment -241287964 - una simple solicitud para agregar carpetas en negrita, con el comentario vinculado como una posible solución sugerida abierta a la retroalimentación.

Esta (configuración opcional) fue rechazada porque aparentemente una opción de fuente en negrita necesita una decisión de todo el equipo de UX (???) y "no está en la hoja de ruta para los próximos 6-12 meses". Realmente me gusta VS Code hasta ahora, pero encuentro este tipo de actitud desalentadora. Es una preferencia de nombre de carpeta de fuente en negrita opcional. Sin embargo, mantengo la esperanza y estaré feliz de ayudar con esas cosas si es necesario.

¿Quizás este https://github.com/Microsoft/vscode/issues/26128 es realmente el que hay que ver? Me lo perdí cuando estaba leyendo antes.

¿Hay alguna posibilidad de que veamos que esto se implemente antes de finales de este año?

VSCode Version: 1.21.1
OS Version: Windows 7

Me gustaría ver una opción para aumentar el tamaño de fuente pequeño que se usa en los menús de VSCode

Tal vez espere que tal configuración sea configurable a nivel de sistema operativo, creo que es necesario dentro de VScode, al igual que hay un editor y opciones de tamaño de fuente de terminal, debería haber el obvio "menu.fontsize": 14,

Estoy consciente de
"window.zoomLevel": 0.4

Pero no parece afectar el menú y los menús desplegables.
Gracias.

Me gustaría tener la opción de colorear ciertas carpetas de códigos con un color de fondo
Señale una carpeta, haga clic con el botón derecho en cambiar el color de fondo / resaltado

• Con respecto al tamaño de fuente, ¿por qué no admitir Ctrl-Wheelmouse en cada una de las áreas principales de VSCode y permitir que los usuarios establezcan su nivel de comodidad de forma dinámica?
• La forma natural es apuntar con el mouse al menú , pestañas, barra de herramientas lateral, paneles, terminal, etc. y usar Ctrl-Wheelmouse para establecer el tamaño de fuente (nivel de zoom)
• Es incorrecto asumir que todos los usuarios quieren necesariamente un nivel de zoom global o un tamaño de fuente.
  Gracias.

+1.
nivel de zoom no es mi favorito

Respuesta de Visual Studio sobre la opción para cambiar la fuente de los comentarios: _ " A partir de ahora, el cambio de la familia de fuentes no está disponible. Sin embargo, esta solicitud de función está abierta actualmente en el repositorio de GitHub de VS Code. Consideramos que quizás quieras votar por ella aquí: http://msft.social/jeezBz . "_

Arreglé esto con un CSS personalizado.

1. Descargar be5invis/vscode-custom-css
2. Habilítelo y agregue su css personalizado

Quería más espacio para cada fila en la vista de árbol. Yo uso este estilo:

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

Hacky, lo sé. Pero funciona

@lindesvard Gracias, no sabía nada de esta extensión.

@mchampanis También me

.monaco-tree-row.has-children {
peso de fuente: 500;
margen: 8px;
color: #eee;
tamaño de fuente: 14px;
}

.monaco-tree-row {
peso de fuente: 300;
margen: 5px;
tamaño de fuente: 12px;
color: #bbb;
}

Cuando uso VS Code en una máquina virtual en mi MacBook Pro con pantalla Retina, tengo una representación de fuentes realmente terrible. Todo está muy borroso. Si utilizo cualquier lugar cercano a la resolución de pantalla nativa (2880 x 1800) para intentar mejorar esto, las fuentes se vuelven extremadamente pequeñas. Puedo ajustar el tamaño de fuente en el editor y en la terminal para obtener resultados aceptables, pero usar la opción window.zoomlevel para que la interfaz de usuario tenga un tamaño legible solo hace que todo vuelva a ser borroso, ya que obviamente solo se está acercando.

Realmente deseo que la opción para cambiar el tamaño de fuente estuviera presente. Como es VS Code, no puedo usarlo en un entorno de VM.

@lindesvard Solo por curiosidad ... antes de que me vuelva loco con esto, ¿esta extensión me permitirá alterar el tipo de fuente que uso para los comentarios en mi código? Solo me pregunto acerca de las limitaciones. GRACIAS !!

_Me di cuenta después de publicar esto_ que actualmente no hay forma de modificar las fuentes de comentarios. Sin embargo, el otro truco de @mchampanis ayudó a mejorar un poco el editor. Espero que la opción de agregar fuentes elegantes a los comentarios vuelva a estar disponible pronto.

Sí, me gustaría que las carpetas fueran texto un poco más grandes que los archivos y que las carpetas raíz (las carpetas de nivel superior agregadas a un proyecto) tuvieran un poco de relleno antes de ellas, o incluso un borde superior tenue, para que pueda ver fácilmente dónde comienza cada nuevo árbol del sistema de archivos.

Sin embargo, la extensión custom-css parece un truco demasiado grande :-)

Logré cambiar el font-family de la vista de árbol y otras barras laterales en mi Debian editando workbench.main.css en /usr/share/code/resources/app/out/vs/workbench/ carpeta

busque la clase .monaco-shell y cambie la familia de fuentes allí.

ACTUALIZADO :

Simplemente agregue .monaco-shell {font-family: "your font";} en la última línea del archivo /usr/share/code/resources/app/out/vs/workbench/workbench.main.css . Y estás bien para ir

@MaxySpark Gracias por la solución. Aún así, realmente deseo que agreguen esta función. Estoy seguro de que la próxima vez que VScode actualice esta temperatura. La corrección se sobrescribirá y tendré que cambiar la familia de fuentes nuevamente.

@MaxySpark si bien eso cambia la fuente, también da un error de corrupción de una nueva instalación de vscode. La solución de problemas desde una instalación nueva en una máquina separada con solo este cambio me da este error cada vez que abro el editor:

@chaddanna simplemente ajustes y selecciona Don't Show Again

Es bastante alucinante con todo ese esfuerzo en VSCode, un problema básico como este aún no está resuelto. En OS X, la fuente de la interfaz de usuario es demasiado grande y la única forma de reducirla (window.zoomLevel) resulta en un feo bamboleo de desplazamiento. Este es un problema de usabilidad significativo.

¿Todavía se está investigando esto? Cuando usas
"window.zoomLevel": -1,

Hace que mi fuente se vea increíblemente fea

Han pasado 3 años desde la solicitud original, ¿por qué sigo pensando que esta ha sido la mejora de funciones más abandonada de todas?

Moda típica de Microsoft.

Moda típica de Microsoft.

Bien, eso suena ingrato. Hay mucha gente que se esfuerza mucho en VSCode (y muchos de ellos en su tiempo libre). Y definitivamente, a diferencia de la "moda típica de Microsoft", es de código abierto, por lo que nadie le impide implementarlo y enviar una solicitud de extracción.

Debe haber un problema con el flujo ascendente de Electron que impide la implementación de esta solicitud de función. De lo contrario, estoy seguro de que el equipo de VS Code ya lo habría resuelto. @ ramya-rao-a, ¿podrías intervenir por favor?

Sí, debería ser una simple edición. Estaba revisando este editor y necesito al menos tener una fuente más grande.

Atom es bueno y puedes configurarlo todo, por lo que puede ser una mejor opción. https://atom.io/

+1

Querida comunidad

Todavía no estamos abordando esto porque tenemos muchas listas codificadas y alturas de árboles (por ejemplo, explorador) en nuestro banco de trabajo y hacer que el tamaño de fuente sea personalizable rompería el renderizado.
Esta no es una solución simple y requiere un trabajo más elaborado, actualmente no está en nuestro plan abordar esto, pero lo consideraremos en el futuro.

Gracias
isidor

Es totalmente comprensible 🙂. ¿Qué tal si nos permitimos cambiar la familia de fuentes ahora? Las fuentes monoespaciadas se ven muy bien en la barra lateral.

@swashata Eso probablemente necesitaría cambiar la altura de la lista / alturas del árbol (no todas las fuentes tienen los mismos tamaños / alturas de glifos). Imagino que la capacidad de personalizar fuentes se combinaría con la capacidad de cambiar el tamaño de las fuentes.

Mientras tanto, la solución de https://github.com/Microsoft/vscode/issues/519#issuecomment -387148025 (usando https://github.com/be5invis/vscode-custom-css) me está sirviendo bien.

PD: No estoy en el equipo de VSCode.

@pradyunsg Lo sé. Simplemente no es un gran admirador porque uso vscode insider y se actualiza todos los días. Lo que hago en su lugar es abrir la herramienta devTool y cambiar la familia de fuentes a Dank Mono .

Sería genial modificar la fuente de la barra lateral.

Esperando esta característica.

Otra perspectiva interesante de este problema es que VSCode ya tiene la capacidad de cambiar entre diferentes fuentes de interfaz de usuario específicas de la plataforma de forma predeterminada. Por ejemplo, en Linux, si instala la fuente Segoe UI desde Windows, VSCode cambiará automáticamente de la fuente Linux predeterminada (¿Noto Sans?) A Segoe UI. Dado que esta característica ya está presente, ¿sería posible permitir el cambio entre dichas fuentes UI, dado que son instaladas por el usuario, ya que se está trabajando en los espacios codificados? Esto seguiría siendo un recurso provisional (más bien de nicho), pero al menos debería permitir un poco más de personalización de lo que está presente actualmente.

¿Podemos simplemente implementar:

{
  "explorer.fontSize" : 13.5
}

?

Entonces podremos resolver este problema.

Microsoft ... esta es una solicitud básica. Nadie está solicitando una función de búsqueda que también llame a tu mamá, le desee un feliz cumpleaños, le pida un regalo en Amazon para entregarlo el mismo día (atendiendo a sus gustos, por supuesto) y programe una videollamada, todo mientras haces tu trabajo. para ti. Estamos hablando de cambios básicos de fuente aquí.

Si bien la fuente de la barra lateral predeterminada puede estar bien para ciertos escenarios, no es absolutamente aceptable para muchos desarrolladores. O esto debe remediarse dándonos las opciones para configurar:

• el nombre de la fuente
• el tamaño de la fuente, y
• la altura de la línea

O haga que la edición del CSS principal con algo como vscode-custom-css no rompa la aplicación. Diablos, un solo archivo CSS personalizado que se almacena en la configuración del usuario también estaría bien.

Sin embargo, el problema con CSS personalizado es que a veces rompe el diseño: no puede desplazarse hacia abajo en una barra lateral, ensucia otras fuentes, etc. Y es por eso que quiero ver una implementación nativa en lugar de usar una hacky system a través de un complemento que indica explícitamente que hace que VSCode piense que está roto.

No puede ser tan difícil agregar una característica simple como esta que se solicitó HACE TRES AÑOS .

@ dougc84 mientras estoy totalmente contigo, tener esta característica no es tan simple como @isidorn ya mencionó, principalmente debido a los valores codificados relacionados con el explorador. Estos valores son la razón por la que no puede desplazarse hacia abajo por completo en el explorador, ya que la altura de las filas es mayor de lo esperado, creo.

Sin embargo, me siento frustrado por tener que lidiar con todas estas desventajas, mensajes de instalación corruptos, etc. también. Creo que esta solicitud de función debería tomarse más en serio porque para mí VSCode se siente realmente inutilizable en mi computadora portátil de 13,3 "con el tamaño de fuente estándar y no quiero desperdiciar un espacio precioso haciendo zoom en toda la aplicación.

Así que ahora no puedo cambiar la fuente de mi barra lateral también :(

@isidorn

Todavía no estamos abordando esto porque tenemos muchas listas codificadas y alturas de árboles (por ejemplo, explorador) en nuestro banco de trabajo y hacer que el tamaño de fuente sea personalizable rompería el renderizado.

¿Por qué hay valores de tamaño codificados?

Esta no es una solución simple y requiere un trabajo más elaborado,

Estoy tan harto de escuchar a las corporaciones globales de un billón de dólares quejarse de lo difícil que es hacer cosas simples. ¿Microsoft ya no tiene desarrolladores junior?

actualmente no está en nuestro plan abordar esto, pero lo consideraremos en el futuro.

Actualmente, no está en mis planes usar VSCode hasta que ofrezca la característica simple y simple de poder leer mi maldito árbol de archivos. No estoy seguro de si me molestaré en considerarlo en el futuro.

Chicos, sé que es molesto, pero mientras @isidorn y el equipo no pueden arreglarlo, al menos intenten el truco de

De hecho, hay un truco. Pero considere las consecuencias del hack: ¿tengo que tomar posesión de los archivos contenidos en un directorio del sistema solo para cambiar la fuente? Para mí, eso no vale la pena el riesgo de seguridad. Más importante aún, esta es una característica básica que no debería requerir un truco.

@ Al2Me6 , no, no es así. La configuración que estoy usando en mi settings.json :

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

Algunos de mis compañeros de trabajo están usando "editor.fontSize": 14 .

@robsonsobral ¿cómo cambiar la fuente fea de la barra lateral?

@ Al2Me6 , no, no es así. La configuración que estoy usando en mi settings.json :

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

Algunos de mis compañeros de trabajo están usando "editor.fontSize": 14 .

Sí, eso cambia el tamaño de fuente, pero como efecto secundario, obtienes este molesto temblor durante el desplazamiento (https://github.com/Microsoft/vscode/issues/28439). Realmente no existe una buena solución en este momento para ajustar el tamaño de la interfaz de usuario. Entiendo los valores codificados para la creación de prototipos, pero el envío de software de producción con un problema de usabilidad tan molesto es un poco alucinante, especialmente dado el esfuerzo que Microsoft está poniendo en VSCode.

@ shirshak55 , si estás hablando del tipo de letra, no lo sé. Pero si está hablando de un posible mal renderizado, pruebe con diferentes valores de zoom.

@knopp , nunca me doy cuenta de eso, pero estoy usando Windows en este momento. Lo comprobaré en Mac, el próximo lunes.

Chicos, el tema es el tamaño y el tipo de letra. Los niveles de escala y zoom no solucionan el problema. Si funciona para ti, genial. Pero la escala y el zoom no son el problema: es la fuente fea y comprimida que da como resultado una vista de archivo y carpeta difícil de leer.

@isidorn

Todavía no estamos abordando esto porque tenemos muchas listas codificadas y alturas de árboles (por ejemplo, explorador) en nuestro banco de trabajo y hacer que el tamaño de fuente sea personalizable rompería el renderizado.
Esta no es una solución simple y requiere un trabajo más elaborado, actualmente no está en nuestro plan abordar esto, pero lo consideraremos en el futuro.

Lo siento, pero esta es una respuesta inaceptable. Esta es una aplicación electrónica en su esencia. Se trata (en el sentido más básico) de tecnología web básica en la interfaz. Este es un problema que muchos otros desarrolladores han resuelto sin codificar las clases monaco (o, lo que es peor, ingresar manualmente valores de estilo, vamos, es 2018) por todas partes. Como producto de Microsoft, no puedo decir que espero algo mejor (la interfaz de usuario no es, y nunca ha sido, el fuerte de Microsoft), pero si va a tener un producto como este disponible para múltiples plataformas, múltiples idiomas y múltiples usos , permita que los usuarios modifiquen el CSS según sus necesidades. El problema de "romper el renderizado" ... bueno ... no es un problema cuando se usa CSS personalizado, excepto por algunos problemas con no poder desplazarse hacia abajo, pero se puede solucionar fácilmente con un simple overflow: scroll atributo. Y decir que la instalación está dañada por CSS personalizado con un complemento que está permitido en el mercado de extensiones es completamente absurdo.

No podría estar más de acuerdo con @ dougc84 .

En mi mente, esto realmente apesta a mierda de fuente corpens.

Microsoft quiere el nombre y la fama, pero tan pronto como obtienen una adopción masiva (o cerca de ella), comienzan a enfocarse en características que solo benefician al benefactor.

Literalmente estoy empezando a preguntarme si hay algún tipo de control de entorno ridículo detrás de la resistencia a esta solicitud de función.

Honestamente, ¿cuántos valores codificados podría haber? 9 billones? ¿Cada uno es único?

Atención a todos los rufianes que suenan actualmente en los comentarios aquí, si la solución para esto es tan "simple", "desarrolladores junior" podrían hacerlo porque es solo "tecnología web básica" lo que impide que _tú_ abra una solicitud de extracción que solucione el problema ?

Era más fácil quejarse de estas cosas cuando todas las cosas de MS eran de código cerrado, pero han creado uno de los mejores editores / IDE como un proyecto gratuito de código abierto. ¿No te gusta? Ve a usar Atom. O uno de los muchos otros editores de texto. Si VSCode es una mierda, ¿por qué te molestas?

Para ser claros, también quiero que suceda este problema, así es como llegué aquí. ¡Pero estoy cansado de la burla inútil de los mantenedores cuando es tanto gratis como de código abierto! Este hilo probablemente debería estar bloqueado ...

@Austin Butler

Atención a todos los rufianes ...

Por mucho que aprecio el cumplido, ¿desde cuándo el CSS básico es "rudo"?

¿Qué es exactamente lo que impide que _ usted_ abra una solicitud de extracción que solucione el problema?

El hecho de que no tengo la costumbre de donar mi tiempo o habilidades a iniciativas de marketing de Microsoft.

Microsoft quiere usar VS Code como un recipiente para capturar los corazones y las mentes de los desarrolladores. Quieren que sea la primera parada para su código a lo largo de una tubería que imagino que imaginan que incluye Github y luego Azure.

¿Desde cuándo Microsoft es una organización benéfica que necesita la ayuda de la comunidad para lograr sus objetivos? ¿Tienen poco dinero? ¿Deberíamos configurar una página de Kickstarter para ellos?

No es mi trabajo arreglar la deuda técnica de Microsoft. No soy yo el que codificó todos los valores en él en primer lugar. Lo rompiste, lo arreglaste.

Era más fácil quejarse de estas cosas cuando todas las cosas de MS eran de código cerrado, pero han creado uno de los mejores editores / IDE como un proyecto gratuito de código abierto.

Difícilmente se puede llamar a VS Code "uno de los mejores editores" dado que el objetivo de este hilo (TRES AÑOS) es que a VS Code le falta una de las características más básicas y fundamentales de un IDE y, por lo tanto, se vuelve inútil para 40 -50% de su mercado objetivo.

¿Cómo es este software "uno de los mejores" cuando más de la mitad de los usuarios previstos no pueden usarlo porque un gigante tecnológico de un billón de dólares está siendo puesto de rodillas por un error de CSS?

¿No te gusta? Ve a usar Atom.

Ummm ... ¿has estado leyendo las noticias últimamente?

Si VSCode es una mierda, ¿por qué te molestas?

VS Code en sí no es una tontería, la forma en que Microsoft prioriza las características que benefician su plan de negocios sobre las características que benefician a los usuarios reales, sí lo es.

Para ser claros, también quiero que suceda este problema, así es como llegué aquí.

Bien, entonces tal vez pueda entender que esta solicitud de función tiene TRES AÑOS. ¿Cuánto tiempo se espera que espere una base de usuarios? ¿Cuánto tiempo cree Microsoft que tiene antes de que aparezca algún otro IDE de corpensource y ofrezca la capacidad mágica de personalizar la fuente en su árbol de archivos?

¡Pero estoy cansado de la burla inútil de los mantenedores cuando es tanto gratis como de código abierto!

El modelo de precios que elige Microsoft para su software no es mi problema. Si fuera un producto pago y ofreciera las funciones que necesito a un precio razonable, estaría feliz de desembolsar los $ 100 aproximadamente, como lo hice en el pasado para muchos, muchos otros títulos.

Si Microsoft quiere usar VS Code como publicidad para conectarse con la comunidad de desarrolladores, está bien. Pero si no pueden manejar un error de CSS, tal vez sea hora de que comencemos a buscar un nuevo benefactor corporativo.

Este hilo probablemente debería estar bloqueado ...

Esa es una excelente idea. Todo el mundo sabe que la mejor manera de mejorar su software es ignorar a sus usuarios y silenciarlos cuando lo critiquen.

Aún mejor: ¿por qué no prohibimos por completo a cualquiera que se atreva a criticar a Microsoft en Github?

Muy bien chicos, relájense.

La razón por la que _muchas_ personas no contribuyen no se debe a su capacidad para escribir la función. Muchos de nosotros no tenemos tiempo para hacer nuestro trabajo Y dedicamos tiempo a aprender una aplicación, un marco, guías de estilo y (en algunos casos) idiomas completamente nuevos para que esto suceda. Y, con 169 solicitudes de extracción actuales, así como una hoja de ruta definida, el problema no es que MS / el equipo de VSCode _no pueda_ hacer que suceda, simplemente no lo están convirtiendo en una prioridad (y ni siquiera está en su radar ).

La razón por la que este problema existe y está ganando terreno se debe a una característica que la gente desea. Pero la atención negativa no nos lleva a ninguna parte.

@austinbutler tiene razón: alguien debe dar un paso al frente y contribuir, a pesar de las palabras innecesariamente duras. Personalmente, no tengo los recursos para contribuir a este proyecto. Si fuera ruby ​​(que, lo sé, realmente no funciona con las aplicaciones de escritorio), trataría de sacar algo de tiempo para hacer que algo suceda, pero no es así. Es electron, y no estoy lo suficientemente familiarizado con JS del lado del servidor _o_ node.js _o_ el marco.

Dicho esto, @ AJB99 también tiene razón (también, de nuevo, a pesar de las palabras innecesariamente duras). La EM no escucha a su comunidad y no se molestan en abordar el problema. MS se está abriendo camino hacia plataformas de código abierto, VSCode como la primera gran empresa, pero en el fondo son una corporación con sus propios objetivos y hoja de ruta, una que inevitablemente alejará a la gente. Y, como mencioné antes, MS nunca se ha centrado en la interfaz de usuario. Windows siempre ha sido el sistema operativo más feo. La barra de cinta, por ejemplo, en la mayoría de sus aplicaciones no es intuitiva ni fácil de usar. Windows 10 parece que estoy usando KDE desde 2010. Dicho esto, MS lanzó VSCode como un editor simple, por lo que la gente lo está buscando como una alternativa a Notepad ++, Sublime, Atom, Komodo, JetBrains, etc., _no_ un completo- IDE de pleno derecho, como Visual Studio. La mayoría de las personas interesadas solo quieren resaltar y sangrar el código correctamente, un autocompletado básico, algunos colores agradables y una interfaz de usuario bonita, y posiblemente alguna integración de herramientas simple. Si quieren más, siempre existe Visual Studio o uno de los innumerables IDE potentes que existen. Algunos de esos requisitos básicos simplemente faltan.

De cualquier manera, no hay razón para calentarse por eso. Los comentarios y los votos positivos sobre los problemas le dicen al equipo de desarrollo que estamos interesados ​​o que queremos algo. Sin embargo, las respuestas de ellos que dicen "no lo estamos considerando" mientras dejan el problema abierto, o no lo abordan en absoluto, simplemente les dicen a los usuarios, como yo, que no les importa. Ese es el problema.

Esto es repugnante: https://video.twimg.com/amplify_video/1049514660783943680/pl/5aBOHl_qGaB35UXH.m3u8?tag=8

Un tipo nuevo en el hilo, pero solo lea todo y cague la negatividad aquí ... ¿De dónde vino este sentido de derecho? Es un producto de código abierto GRATIS . No me importa si el propietario es un desarrollador aleatorio, "nuestro señor y salvador" Google o el "demonio encarnado" Microsoft, nunca entenderé este tipo de actitud hacia los productos FOSS. Es tóxico y completamente improductivo.

Estoy desesperado por esta característica tanto como todos los demás aquí, pero francamente, si yo fuera el responsable de esto, estaría aún menos inclinado a construir la característica con todas las demandas tituladas en marcha ...

@ sgarcia-dev Finalmente he visto un poco de sentido común aquí, gracias.

Es tóxico y completamente improductivo.

Ser paciente, amable y educado nos ha funcionado muy bien hasta ahora. Supongo que deberíamos seguir rogando.

Ahora estoy cansado :) Cambié a sublime y descubrí que es mejor. Y la barra lateral se ve increíble ahora: D.

@panoplia

Ser paciente, amable y educado nos ha funcionado muy bien hasta ahora. Supongo que deberíamos seguir rogando.

Bueno, ser un imbécil que se limita a quejarse tampoco está funcionando tan bien.

Estoy libre después del 11.11, tal vez pueda intentarlo.
Pero, ¿quién me puede decir lo que quieres?
¿Solo el tamaño de fuente de la ventana lateral?

@saighost

Familia tipográfica

Tamaño de fuente

line-height también ...

Muchos diseños en código de uso directo 22px, mucho trabajo por hacer.
tal vez pueda empujar una versión, ese tamaño de fuente se puede establecer pero no más de 22px.
Y luego intentaré hacer que el diseño pueda adaptar más tamaños de fuente.

Es hora de hacer algo de ruido en este PR que resolvería este problema https://github.com/Microsoft/vscode/pull/63602

Hola, veo que este es un tema que fascina a mucha gente.

Abrí un problema hoy (# 66472) sin saber que existía.

No he puesto todo el hilo de conversación (porque data de 2015), pero creo que el fondo del problema viene mayoritariamente de Electron.

Por ejemplo, en Linux, la discordia no representa las fuentes correctamente. Este también es el caso en otras aplicaciones basadas en Electron, pero no voy a terminar una lista exhaustiva.

Miré el PR y lo más interesante que sale es el cambio de no predeterminado según el SO.

Mantengo al sujeto en el ojo para ver si hay algún cambio

El fondo del problema no proviene de Electron, proviene de los desarrolladores que no se preocupan por la personalización de la interfaz de usuario. El Electron en sí no le impide configurar una fuente, ¡mire lo fácil que es hacerlo en Atom y en tiempo real!

El problema tiene 4 años, a estas alturas podemos ver claramente qué tan alta es la prioridad.

sí, si atom no tiene ese problema, entonces el código no debería tenerlo también. Me pregunto cuándo se lanzará atom xray y puedo dejar el código de manera segura y feliz :(

https://github.com/Microsoft/vscode/pull/63602

No estoy convencido. Electron debe proporcionar una representación básica correcta de las fuentes de acuerdo con el sistema operativo en el que funciona.

No estoy convencido. Electron debe proporcionar una representación básica correcta de las fuentes de acuerdo con el sistema operativo en el que funciona.

Electron representará cualquier fuente y tamaño que especifique la hoja de estilo. No tiene sentido culpar a electron por la fuente / tamaños de fuente / alturas de línea codificados.

La capacidad de cambiar el peso de la fuente en la barra lateral también ayudaría mucho.

Para aquellos de ustedes que todavía tienen problemas con esto. Hasta que puedan solucionarlo, aquí hay una solución rápida. Descargue la extensión CSS y JS personalizada desde aquí: https://github.com/be5invis/vscode-custom-css y en un archivo css personalizado simplemente edite la propiedad .explorer-viewlet. Un ejemplo

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

La vista resultante es esta

@ dr3amnightmare, el punto clave aquí no es que no haya forma (hacky o no) de lograr el efecto deseado, es que es simplemente inaceptable utilizar una solución que implique modificar los archivos de la aplicación para lograrlo.

Como la persona original que inició este hilo, estoy absolutamente asombrado de que todavía no se haya prestado atención después de incluso más de 3 años.

Microsoft odia a los programadores.

El 1 de febrero de 2019, a las 11:07 p.m., hsdk123 [email protected] escribió:

Como la persona original que inició este hilo, estoy absolutamente asombrado de que todavía no se haya prestado atención después de incluso más de 3 años.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/Microsoft/vscode/issues/519#issuecomment-459933345 , o silencie el hilo https://github.com/notifications/unsubscribe-auth/AGfxtGLeUg1NPizuVlNDvel4IPVI- WLFks5vJQ8egaJpZM4GoAlw .

Como desarrolladores, estoy seguro de que una gran cantidad de nosotros podemos estar de acuerdo en que al configurar cualquier entorno de desarrollo, la apariencia de nuestra base de trabajo es absolutamente una de las primeras cosas que queremos hacer 'bien', un factor clave en orden para maximizar la productividad.

Descuidar este problema, creo que es una gran declaración sobre el descuido de este fenómeno cotidiano con el que estoy seguro que incluso los desarrolladores de VS Code podrían identificarse.

De todos modos, este hilo ha recibido más de 1000 reacciones; dudo que estos datos sean insuficientes para mostrar este problema, es algo fundamental que debe abordarse. Si incluso con esta cantidad de datos esto todavía no se aborda, parece que la única conclusión lógica que se puede hacer es que esto se está ignorando o presionando a propósito.

Si el desarrollo es realmente impulsado por datos, este debería haber sido un problema abordado hace mucho tiempo. Por lo tanto, esto parece ser otro ejemplo triste de problemas importantes que se están enviando por el desagüe debido a los gerentes de productos miopes o los ciclos de desarrollo que favorecen las actualizaciones llamativas y fáciles de obtener que la priorización de los problemas que son realmente importantes, pero que pueden llevar un tiempo decente y contemplación.

Han pasado más de 3 años. Si se le hubiera prestado la más mínima atención a este problema, dudo que nada se hubiera aliviado durante este lapso de tiempo. Si alguien proponga un argumento en contra de que se ha prestado atención, entonces parecería ser una gran declaración de la capacidad de los que se están desarrollando.

Solucione este problema y VSCode tendrá más de 1000 seguidores para esa actualización en particular. ¿Todavía no es un incentivo suficiente?

@ Al2Me6 Si bien estoy totalmente de acuerdo en que este es un problema que debería haberse abordado y solucionado hace 3 años cuando se informó, parece que la gente todavía logra encontrar el camino a este hilo 3 años después para ser decepcionados por los desarrolladores. Llegué a ese problema hoy y decidí hackear una solución para mí y solo quería compartir una alternativa para aquellos que vengan en los próximos 3 años mientras se descuida este problema para que al menos puedan tener alguna forma de solucionarlo. Especialmente aquellos que son deficientes en HTML / CSS y / o JS (sé que me falta bastante en ese frente). Si tengo tiempo en el próximo fragmento, voy a considerar echar un vistazo al código y encontrar una manera de agregar esto como una opción y enviar una solicitud de extracción para los maravillosos pocos que han sido desairados. Aunque no hay promesas. ¡Pero lo intentaré!

@ dr3amnightmare ya hay una solicitud de extracción, pero a nadie le importa un carajo. Pero no veo ningún progreso de los equipos de Microsoft.

63602

@knopp
2018-Agosto-17
"... es de código abierto, por lo que nadie le impide implementarlo y enviar una solicitud de extracción".

Han pasado más de tres años y esto no se ha implementado. Si el cambio fuera posible [a través de la contribución de la comunidad], ya se habría hecho.

@panoplia
2018-noviembre-06
"Esta es una empresa multimillonaria ..."

Tienes una empresa enorme y omnipresente como MS que a menudo genera mucho odio, a menudo merecidamente, en mi humilde opinión. Dependiendo de los datos de quién lea, MS sigue teniendo la mayor parte de la instalación de sistemas operativos empresariales.

@isidorn
2018-Agosto-21
"... tenemos muchas listas codificadas y alturas de árboles ..."

@hawkgs
2018-Oct-23
"... esta característica no es tan simple como @isidorn ya mencionó, principalmente debido a los valores codificados ..."

Esto es desconcertante. Estas son las personas a las que les confía implícitamente sus datos más privados mientras navega por la web y realiza transacciones financieras en línea. (Ah, y los sistemas de nómina y recursos humanos de su empresa probablemente se encuentran en servidores de Windows). Y, sin embargo, estas son las mismas personas que no pueden actualizar un editor debido a funciones codificadas. Quizás sería apropiado un repaso de CS101.

Me parece bastante divertido que los diseñadores de VSC hayan desarrollado un editor de código con una fuente proporcional ... ¡que resulta ser una de las funciones codificadas de forma rígida!

No tengo ningún amor por MS, Apple, Google ... ninguno de los muchos. Ciertamente no tengo ningún compromiso con VSC. Este problema de la "fuente exploradora" fue la última gota para mí. Mi solución: volver a Vi. (Puedo escribir mucho más rápido de lo que puedo "escribir y mover el mouse").

Recuerda, ¡solo necesitas dos personajes por año!

¡Por favor MS, bloquea este hilo! @isidorn , @egamma?

Estoy interesado en seguir el progreso en este tema, no en las quejas insípidas o las posturas de los desarrolladores rudos. Sí, obviamente, esto es algo que mucha gente quiere. Sí, si la EM considerara importante, lo habrían hecho después de tres años. ¿Crees que es solo un cierto umbral de insultos lo que motivará a MS a implementar esto? ¿Y estamos viendo cuál es ese umbral? Algo me dice que eso no es lo que va a ayudar.

Este es un producto de código abierto gratuito. Si cree que MS es basura y VSC apesta, siga adelante y use VIM, VI, Nano, Atom, Sublime, lo que sea que sea muy superior, y por favor deje de publicar basura odiosa aquí. Si eres una persona razonable que piensa, "Ya sabes, VSC es bastante bueno, pero me gustaría que permitiera cambiar el tamaño de fuente y la fuente", entonces haz +1 en la publicación original aquí, suscríbete y sigue adelante ...

¡Por favor MS, bloquea este hilo! @isidorn , @egamma?

Si eres una persona razonable que piensa, "Ya sabes, VSC es bastante bueno, pero me gustaría que permitiera cambiar el tamaño de fuente y la fuente", entonces haz +1 en la publicación original aquí, suscríbete y sigue adelante ...

Desafortunadamente, el bloqueo de la discusión bloquea las reacciones de la publicación original. Y puede romper la clasificación de problemas basados ​​en opiniones de los usuarios.

Este artículo me ha permitido entender muchas cosas: https://pandasauce.org/post/linux-fonts/

Esto no tiene nada que ver con el problema aquí; el problema se refiere a fuentes y tamaños de fuente codificados, no a problemas de representación.

Eso es parte del problema. En MacOS / Windows, la representación general de las fuentes vscode es correcta. A diferencia de linux.

En cualquier otro sistema operativo que no sea Linux, si desea cambiar estas fuentes, es un pequeño dispositivo.

La parte del desarrollador que desea cambiar la apariencia de vs en macos / windows es infinitesimal

No.

Estoy en macOS. Las fuentes están bien en lo que respecta a la representación de fuentes real, pero la
la elección de la fuente es muy difícil de leer, sin mencionar la letra estrecha
espaciado y alturas de línea.

No tiene nada que ver con Linux, Mac o Windows. Tiene que ver con el usuario
preferencia. Si voy a mirar una aplicación durante más de 40 horas a la semana, no
quiere luchar o piratear para hacer las cosas legibles.

El 7 de febrero de 2019 a las 2:36:27 a.m., Benjamin Nolmans (
[email protected]) escribió:

Eso es parte del problema. En MacOS / Windows, la representación general de
Las fuentes vscode son correctas. A diferencia de linux.

En cualquier otro sistema operativo que no sea Linux, si desea cambiar estas fuentes, es un poco
artilugio.

La parte del desarrollador que desea cambiar la apariencia de vs en macos /
Windows es infinitesimal

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/Microsoft/vscode/issues/519#issuecomment-461315687 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AAtcPbv2i859LySEmBMCaL6O2oifAWuPks5vK9d7gaJpZM4GoAlw
.

¿Soy el único que piensa que esto está empezando a sentirse como un episodio de "The Expanse"?

@austinbutler Qué inclinación por sofocar la vox populi. Sorprendente.

Estoy interesado en seguir el progreso en este tema, no en las quejas insípidas o las posturas de los desarrolladores rudos.

Amigo, de nuevo, es CSS. No tiene nada de "duro" o "rudo".
(Excepto que aquellos que son verdaderamente maestros de CSS son básicamente dioses en mi mente).

Sí, obviamente, esto es algo que mucha gente quiere.

Correcto.

Sí, si la EM considerara importante, lo habrían hecho después de tres años.

Estoy contigo hasta ahora ...

¿Crees que es solo un cierto umbral de insultos lo que motivará a MS a implementar esto?

¿Tal vez?

¿Y estamos viendo cuál es ese umbral?

Quizás también. También divertido.

Algo me dice que eso no es lo que va a ayudar.

En este punto, no puede doler. Algo, algo, que se joda Microsoft.

Este es un producto de código abierto gratuito.

No, no es. Pagas con tu alma.

Esta es una iniciativa de marketing de fuente conjunta de un gigante tecnológico global. Esta es una estratagema diseñada para capturar sus corazones y mentes (aunque muy bien). Pero, al estilo típico de Microsoft, están arruinando la experiencia de usuario que necesitan para capturar tu corazón o tu mente.

VS Code no es una oferta altruista del dios de la tecnología MS. Si pudieran ponerle un precio de $ 100,000, lo harían.

Lo grande y lo malo Microsoft ha demostrado durante la totalidad de sus 43 años de existencia que no se detendrá ante nada para dominar el panorama del software de cualquier manera que pueda.

Sus líderes mentirán, engañarán y robarán para obtener cualquier punto de influencia que les permita imponer su software de mierda, feo, con errores e inseguro en un planeta desprevenido.

Entonces, ¿por qué crees que de repente tienen fiebre por FOSS y están tan emocionados de poder ofrecer este gran regalo a la comunidad de programación?

(A menos, por supuesto, si desea cambiar la fuente en su árbol de archivos. En cuyo caso puede dirigir su solicitud a [email protected]).

Si crees que la EM es basura

Siguiendo ...

y VSC apesta

Incorrecto. VS Code es una excelente pieza de software. Solo le faltan algunas características críticas.

Este hilo no ha sido sobre una solicitud de función durante años. Esta es la razón por la que Microsoft se niega a implementar esta solicitud de función.

No tiene ningún sentido. ¿Por qué no fusionar @saighost PR? No he ejecutado una compilación de prueba, pero por lo que vi son eliminaciones de estilo en línea, algunas adiciones de clase y algunas adiciones de var de configuración (y se veía limpio y consistente). Seguramente MS tiene un pasante o alguien a quien pueden decir: "Oye, ¿puedes ejecutar una compilación y las pruebas en este PR @saighost para el número 519?"

No quieren cumplir con esta solicitud de función.

Y ahora realmente, realmente, realmente, realmente quiero saber por qué.

@ dougc84

Tienes que diferenciar entre renderizado y estilo.

Aquí todo es solo estilo. Sin renderizado.

Paso mucho tiempo en vscode porque él es para mí el editor para hacer todo.

Sin embargo, solo en Linux quiero cambiar la fuente porque la representación predeterminada no es limpia.

El artículo que doy es muy interesante porque incluso si cambias la fuente, si el renderizado no es bueno, te da una respuesta a este problema.

Este no es un problema de "Linux". En Ubuntu (Xubuntu), la representación de fuentes para VS Code siempre ha sido 100% perfecta. Estoy suscrito a este error porque me gustaría agrandar algunas de las fuentes. Probablemente sea un problema en su distribución.

@Xarkam, ¿por qué atom no tiene problemas de renderizado? vs código y átomo ambos se basan en el electrón.

@Xarkam Quizás para su distribución y compilación en particular eso es un problema. Si es así, se trata de un problema aparte, y debería enviar un nuevo problema para ello (¿ha intentado ajustar su nivel de zoom porque eso puede estropear las cosas?). Para mí, y para la mayoría de la gente aquí, es legibilidad (no estilo). Zoom no es una solución, ya que hace que TODO sea más grande o más pequeño. No quiero que todo sea más grande. Los editores están bien. Solo quiero poder ver todos los archivos enumerados con el espaciado adecuado para no hacer clic mal al mirar los archivos, poder diferenciar entre una L minúscula y una i mayúscula sin entrecerrar los ojos y poder leer los nombres de los archivos fácilmente. Eso se resuelve con un simple cambio de fuente (probablemente a una fuente serif de ancho fijo) con un mejor espaciado entre letras y pudiendo ajustar el relleno en la vista del archivo. Eso es. No es difícil entender que su problema es diferente al de todos los demás aquí.

¿Uno de los problemas más votados y comentados y a Microsoft no le importa?
Qué difícil es agregar la opción para cambiar la fuente de la interfaz, la opción más básica y otros IDE la tienen.
Mi preferencia es tener la misma fuente en la interfaz que en el editor, tener diferentes estilos de fuente en el editor y en la barra lateral me molesta.

@wooque hmm No creo que microsoft lo piense porque no les importó incluso después de que se hicieron relaciones públicas en el # 63602, lo que hizo que el esfuerzo del autor fuera inútil. Esos votos positivos significan solo un número para Microsoft :) "
Ya llegaron las relaciones públicas de 4 meses y nadie se preocupó por el lado de microsoft :(
Me pregunto cuando vendrá la radiografía del átomo :(

Para aquellos de ustedes que todavía tienen problemas con esto. Hasta que puedan solucionarlo, aquí hay una solución rápida. Descargue la extensión CSS y JS personalizada desde aquí: https://github.com/be5invis/vscode-custom-css y en un archivo css personalizado simplemente edite la propiedad .explorer-viewlet. Un ejemplo

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

Esto solo cambia la fuente del viewlet del explorador. Encontré que la siguiente regla cambia toda la fuente de la interfaz de usuario en Mac:

.monaco-shell.mac, .monaco-shell.mac .monaco-menu-container .monaco-menu {font-family: "TU FUENTE AQUÍ";

Editar: parece que en la última versión de VSCode (1.32.1 a partir de este escrito), el CSS para Mac se convierte en:

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

Encontré esto desminificando /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.css , y luego ejecutando:

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

Y probando reglas de apariencia plausible hasta que toda la interfaz de usuario cambió.

Probablemente necesite modificar las rutas para su sistema operativo, y esas reglas parecen un poco específicas de Mac.

Un +1 de mi parte para una solución real a esto. No hay comentarios de Microsoft sobre
https://github.com/Microsoft/vscode/pull/63602 es un poco decepcionante.

Arreglé esto con un CSS personalizado.

1. Descargar be5invis/vscode-custom-css
2. Habilítelo y agregue su css personalizado

Quería más espacio para cada fila en la vista de árbol. Yo uso este estilo:

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

Hacky, lo sé. Pero funciona

.monaco-tree-row.has-children {
peso de fuente: 500;
margen: 8px;
color: #eee;
tamaño de fuente: 14px;
}

.monaco-tree-row {
peso de fuente: 300;
margen: 5px;
tamaño de fuente: 12px;
color: #bbb;
}

¿Se supone que funcionan en este momento? Los márgenes entre los elementos de la barra lateral no aumentan :(

Para cambiar las familias de fuentes y los tamaños del banco de trabajo, además de instalar el complemento vscode-custom-css como se mencionó anteriormente, se ha probado que otra forma más directa es viable (probado en VS Code 1.32.3):

1. Busque el archivo "workbench.main.css" en su disco, la ruta de archivo adecuada podría ser "C: \ Archivos de programa \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
2. Haga una copia de seguridad del archivo;
3. Abra el archivo y busque ".part> .content", puede haber 4 coincidencias, simplemente modifique la primera coincidencia según su preferencia, como .part> .content { tamaño de fuente
4. Guarde este archivo y reinicie Vs Code, Bingo :)

¿Hay alguna forma de cambiar la fuente del código "comentarios"?

Rico

El 15 de marzo de 2019 a las 12:51:48 a.m., Mike Zheng ([email protected]) escribió:

Para cambiar las familias de fuentes y los tamaños del banco de trabajo, además de instalar el complemento vscode-custom-css como se mencionó anteriormente, se ha probado que otra forma más directa es viable (probado en VS Code 1.32.3):

Busque el archivo "workbench.main.css" en su disco, la ruta de archivo adecuada podría ser "C: \ Archivos de programa \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
Haga una copia de seguridad del archivo;
Abra el archivo y busque ".part> .content", puede haber 4 coincidencias, simplemente modifique la primera coincidencia según su preferencia, como .part> .content {font-size: 14px; font-weight: negrita; familia de fuentes: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
Guarde este archivo y reinicie Vs Code, Bingo :)
-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo.

Para cambiar las familias de fuentes y los tamaños del banco de trabajo, además de instalar el complemento vscode-custom-css como se mencionó anteriormente, se ha probado que otra forma más directa es viable (probado en VS Code 1.32.3):

1. Busque el archivo "workbench.main.css" en su disco, la ruta de archivo adecuada podría ser "C: \ Archivos de programa \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
2. Haga una copia de seguridad del archivo;
3. Abra el archivo y busque ".part> .content", puede haber 4 coincidencias, simplemente modifique la primera coincidencia según su preferencia, como .part> .content { tamaño de fuente
4. Guarde este archivo y reinicie Vs Code, Bingo :)

Esto resuelve cambiar el tipo de fuente, pero no el tamaño de fuente. Las alturas de las líneas están codificadas de forma rígida. Entonces, cuando reduce el tamaño de fuente, terminará con muchos espacios en blanco entre las líneas.

Para cambiar las familias de fuentes y los tamaños del banco de trabajo, además de instalar el complemento vscode-custom-css como se mencionó anteriormente, se ha probado que otra forma más directa es viable (probado en VS Code 1.32.3):

1. Busque el archivo "workbench.main.css" en su disco, la ruta de archivo adecuada podría ser "C: \ Archivos de programa \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
2. Haga una copia de seguridad del archivo;
3. Abra el archivo y busque ".part> .content", puede haber 4 coincidencias, simplemente modifique la primera coincidencia según su preferencia, como .part> .content { tamaño de fuente
4. Guarde este archivo y reinicie Vs Code, Bingo :)

Probablemente perderá todo en cada actualización. Al menos así es como funciona en Linux.

Lamento que pienses que mi PR es la solución completa. Solo puede cambiar la parte de la barra lateral, no para todo el banco de trabajo.
Creo que la extensión personalizada de CSS y JS es una buena idea, tal vez el complemento sea una solución mejor que el parche en este momento.
Tal vez escriba un complemento para esto, que sea más fácil de usar.

+1

+1

Aquí hay un excelente ejemplo de por qué esto debe estar en la configuración : consulte la fuente del menú. Ya he ampliado el resto de la aplicación, de lo contrario no podría leerlo, ¡como el menú! Este problema también afecta a FF, Thunderbird y Chrome y literalmente a cualquier otro software de mierda que no se adhiera a los estándares de escritorio.

Editar: Configuración -> Ventana: Barra de título Estilo = personalizado => ¡Puedo ver el menú!

Esos navegadores, etc., funcionan bien en HiDPI en GNOME desde que cambiaron a GTK3. Qt todavía no se ha familiarizado con el soporte de HiDPI, por lo que su problema probablemente sea causado por KDE.

Sí, pero no poder cambiar esas fuentes no es culpa de KDE.

Pero el ejemplo resalta la pequeña fuente del menú. Creo que el menú no es parte del HTML / CSS, es administrado por la interfaz de usuario del sistema. GTK3 en GNOME "simplemente funciona", pero las cosas pueden complicarse cuando intenta usar Qt en GNOME o GTK en KDE. Como puede ver en la guía hidpi de

Intenté esto pero solo cambia las fuentes de encabezado. No afecta ninguna fuente de 'comentario', que es lo que estaba buscando modificar. ¿Hay otras opciones que funcionen con los 'comentarios'?

Rico

El 15 de marzo de 2019 a las 10:08:30 a.m., Rich ([email protected]) escribió:

¿Hay alguna forma de cambiar la fuente del código "comentarios"?

Rico

El 15 de marzo de 2019 a las 12:51:48 a.m., Mike Zheng ([email protected]) escribió:

Para cambiar las familias de fuentes y los tamaños del banco de trabajo, además de instalar el complemento vscode-custom-css como se mencionó anteriormente, se ha probado que otra forma más directa es viable (probado en VS Code 1.32.3):

Busque el archivo "workbench.main.css" en su disco, la ruta de archivo adecuada podría ser "C: \ Archivos de programa \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
Haga una copia de seguridad del archivo;
Abra el archivo y busque ".part> .content", puede haber 4 coincidencias, simplemente modifique la primera coincidencia según su preferencia, como .part> .content {font-size: 14px; font-weight: negrita; familia de fuentes: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
Guarde este archivo y reinicie Vs Code, Bingo :)
-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo.

@teresaejunior esto generará

La instalación parece estar dañada [no admitida]
VS Code realiza una verificación de antecedentes para detectar si la instalación se ha modificado en el disco y, de ser así, verá el texto '[No compatible]' en la barra de título. Esto se hace porque algunas extensiones modifican directamente (parchean) el producto VS Code de tal manera que es semipermanente (hasta la próxima actualización) y esto puede causar problemas de reproducción difícil. No estamos tratando de bloquear el parche de VS Code, pero queremos crear conciencia de que parchear VS Code significa que está ejecutando una versión no compatible. Reinstalar VS Code reemplazará los archivos modificados y silenciará la advertencia.

También para mí el camino fue

C: \ Usuarios [nombre] \ AppData \ Local \ Programas \ Microsoft VS Code \ resources \ app \ out \ vs \ workbench

Realmente, estamos en 2019 y todavía no es posible cambiar el tamaño de Explorador .

1. Ayuda
2. Alternar herramientas para desarrolladores
3. Encuentra el elemento, cambia su CSS
4. ???
5. Beneficio😎

• Ayuda
• Alternar herramientas para desarrolladores
• Encuentra el elemento, cambia su CSS
• ???
• Beneficio😎

Hay alturas de línea especificadas en el código fuente.

• Ayuda
• Alternar herramientas para desarrolladores
• Encuentra el elemento, cambia su CSS
• ???
• Beneficio😎

¿Es esto posible sin crear su propio tema?

• Ayuda
• Alternar herramientas para desarrolladores
• Encuentra el elemento, cambia su CSS
• ???
• Beneficiosgafas de sol

Hay alturas de línea especificadas en el código fuente.

No soy un experto en CSS, pero jugando un poco con las herramientas de desarrollador, no pude encontrar una manera de lograr los mismos diseños que se informaron en este problema anteriormente. Por ejemplo, esto: https://github.com / Microsoft / vscode / issues / 519 # issuecomment-387007363 parece que ya no funciona, los identificadores han cambiado y ahora es mucho más difícil hacer que funcionen. Los rellenos, los márgenes solo hacen que el texto desaparezca y la altura mínima no hace nada con .monaco-tree .monaco-tree-rows> .monaco-tree-row o .monaco-tree-row.has-children parece que ya no es lo mismo y ahora parece haber al menos 5? diferentes clases que afectan cómo se muestra una fila.

1000 pulgares para este problema y todavía nada? Casi podemos decir "6 ... años ... después ..."

Supongo que estoy un poco obsesionado con eso porque solía usar sublime y realmente me gusta la función, pero sería realmente bueno si MS agregara la función de poder usar fuentes elegantes para la sección de comentarios en nuestro código. Todavía esperando. Supongo que debe ser algo extremadamente difícil lo que estoy pidiendo. Aún así, soy un gran fan de VS Code.

Esta es la versión de Microsoft de Steve Job "Por alguna razón desarrollamos un procesador de texto sin fuentes". Pero 40 años después. Ni siquiera un fan de Apple. Sólo para decir.

Este problema se creó en noviembre de 2015 y es mayo de 2019, se envió una solicitud de extracción en noviembre de 2018 y esta característica más básica aún no se está discutiendo. Es una pena porque vs code tiene que ser sin duda el mejor editor / IDE que he usado. Baja vergüenza sucia.

Me di por vencido en @microsoft y VSCode. Cambié a Atom. Tiene sus propias fallas, pero al menos puedo leer las malditas fuentes.

Como mínimo, sería bueno si al menos pudieran decirnos las dificultades técnicas involucradas para que esto funcione. Incluso estaría contento con una escala de tiempo potencial sobre cuándo al menos este problema podría considerarse ...

Podría estar equivocado, pero según algunos comentarios, parece que algunas personas están exagerando este problema. Me gustaría tener esta función para ajustar las fuentes a mi gusto también. Pero si alguien ni siquiera puede leer las fuentes, el acercamiento / alejamiento funcionará, incluso si no se ve tan bien.

También hay algunos trucos de CSS en los comentarios anteriores.

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

Para los futuros espectadores, el complemento Custom CSS y 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

• Los cambios de archivos importados no se propagan inmediatamente.
• Use reload custom css/js -> reload window para ver los cambios

@SidIcarus ¿hay un templete para escribir para linxu? debería cambiar a

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

y ¿cuál es el significado de "??????" ?

Entonces, con respecto al tamaño de fuente del banco de trabajo, realmente no estaría conteniendo la respiración. Ayer bifurqué VSCode para finalmente arreglar fuentes de banco de trabajo demasiado grandes en OS X (para ponerlo a la par con XCode), y esto es lo que tuve que hacer, simplemente disminuir el tamaño de fuente y la altura de las filas de árboles en todas las vistas. Estas cosas están codificadas en tantos lugares que se necesitaría un esfuerzo significativo para configurarlas.

Es posible que el enlace de confirmación anterior deje de funcionar después de rebase y forzar el empuje, pero aún debería estar dentro de las primeras confirmaciones aquí .

Hay una versión binaria para OS X disponible aquí , basada en VSCodium. Planeo actualizarlo con regularidad. O tal vez incluso cree un script para volver a colocarlo periódicamente y activar travis build. La versión no está firmada con código, por lo que después de la descarga, debe hacer clic con el botón derecho y elegir "Abrir", si desea probarlo.

Tamaño de fuente original del banco de trabajo VScode:

Después del parche:

(También hay otro compromiso que reduce la altura de las pestañas de 35 a 30 píxeles)

De acuerdo, hice una extensión que te permite cambiar los tamaños de fuente de la interfaz de usuario, la familia de fuentes, la altura de las filas e incluso anular las hojas de estilo de settings.json. Es bastante experimental en este momento y puede que no sea para los débiles de corazón.

Para este FR, también se debe agregar la opción line height
Relacionado: # 59873

+1

++

Creo que hay mucha gente esperando esta función ...

+1

+1

¿Alguien sabe si hay un meme GIF de Microsoft tropezando con su propia estupidez y accidentalmente metiéndose la cabeza en el culo corporativo?

+1 También quiero esta función

@caioproiete Esa no es una mala idea en absoluto, pero es un cálculo complicado.

¿Qué tipo de daños punitivos inesperados se pueden esperar de estar sometido a una mierda de fuente común en estos días?

PD: No thumbs-up sus propios comentarios. Solo los idiotas hacen eso. ;)

Amigos, por favor no hagan ruido sobre este tema. Hay personas (como yo) suscritas a este problema porque queremos escuchar (¿si?) Cuando alguien del equipo de desarrollo interviene para proporcionar una actualización de estado.

Comentarios útiles como los de @knopp - https://github.com/microsoft/vscode/issues/519#issuecomment -499584551 - quedan enterrados por ese ruido.

Twitter existe, para sus comentarios y respuestas extravagantes / hot-tomas al mismo. Además, los comentarios de "Yo también quiero esto" tampoco ayudan a nadie aquí. Para demostrar que desea esto, haga lo siguiente: +1: descripción de este problema.

@pradyunsg

Hay personas (como yo) suscritas a este problema porque queremos escuchar (¿si?) Cuando alguien del equipo de desarrollo interviene para proporcionar una actualización de estado.

Eso nunca va a pasar.

La única actualización de estado que necesita escuchar es: Microsoft mató a VS Code de la manera más tonta posible.

No te aman, nunca lo hicieron. Solo han querido que los reverenciaras el tiempo suficiente para aprovechar tu energía para avanzar en sus propios objetivos y para su beneficio.

Microsoft desdeña a los programadores.

Honestamente, creo que sería mucho mejor si Microsoft hubiera dicho que no lo son.
resolviendo este problema. Cambió a vim y nunca me sentí tan feliz. Su
un producto como Internet Explorer me ayudó a cambiar a Firefox ahora frente al código
me hizo cambiar a neo vim.

Gracias de nuevo microsoft. Te amo sin importar que.

El lunes 4 de noviembre de 2019 a las 3:50 p.m. AJB99 [email protected] escribió:

@pradyunsg https://github.com/pradyunsg

Hay personas (como yo) suscritas a este problema porque queremos
escuchar (si?) cuando alguien del equipo de desarrollo interviene para proporcionar un
actualización de estado.

Eso nunca va a pasar.

No te aman, nunca lo hicieron. Ellos solo han querido que lo hagas
reverencialos el tiempo suficiente para aprovechar tu energía con el fin de
para promover sus propios objetivos y para su beneficio.

Microsoft desdeña a los programadores.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/microsoft/vscode/issues/519?email_source=notifications&email_token=AB5Y4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52HS4DFVREXG43VMDVEC5HW63 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AB5Y4YJS4X5EKSM6RCU2GDLQR7XXRANCNFSM4BVABFYA
.

Dios mío, qué jardín de infancia aquí. Algunos comentaristas necesitan una verificación de datos seria o incluso una terapia. Básicamente, acusas al equipo de desarrollo de ser ignorante, no, espera, este debe ser un plan maestro malvado de MS desde el principio.

Permítame ayudarlo con algunos datos: este equipo ha creado vscode literalmente en muy poco tiempo, tiene un proceso de desarrollo muy abierto y ha implementado muchas características sugeridas por la comunidad. Eso es muy poco común para un software con esta tasa de adopción. El resultado es un editor gráfico muy capaz, independiente de la plataforma, con toneladas de complementos / complementos. Y sí, hay una agenda, cualquier equipo de desarrollo sin una agenda tampoco tendrá un producto. Caray.

Ahora no obtienes tu piruleta tan deseada, y todos se convierten en llorones. Adivina qué, hay otras tiendas de dulces, podrían venderte tu piruleta ...

@jerch Considero tu comentario como ofensivo. Puede ordenar los problemas de este proyecto por +1 . Y creo que esto debería ser una agenda de este proyecto, independientemente de los problemas con security , bug y las mismas etiquetas.

@AlexWayfer Siéntase libre de verlo como desee. Todo lo que hice fue reflejar cómo la gente está perdiendo los modales. Regañar a un equipo de desarrollo nunca ayudará, solo empeora las cosas. No voy a continuar con la meta discusión.

Y creo que esto debería ser una agenda de este proyecto, independientemente de los problemas de seguridad, errores y las mismas etiquetas.

Así que volviendo al tema: Sí, la idea suena bien (aunque yo no la necesito). Pero dadas las molestias que podría presentar para el diseño y tal y la lista de problemas en todo su esplendor, podrían tener buenas razones para no abordarlo oficialmente todavía. Por lo tanto, todo lo que podemos hacer es seguir preguntando hasta que obtengamos una declaración.

entonces, no hay respuesta?

cualquier respuesta ?

cualquier respuesta ?

Sí: https://github.com/microsoft/vscode/issues/519#issuecomment -414583479

@AlexWayfer eso fue el año pasado.

@AlexWayfer eso fue el año pasado.

Y el autor fue @isidorn , sí.

¡Escribamos más hechos inútiles!

¿Quieres esta característica? ¡Impleméntalo! O pagar por su implementación.

No hay responsabilidad por proyectos de código abierto gratuitos. Utilice este programa o no. No lo usaré hasta que termine este problema, porque no quiero implementarlo yo mismo.

sí

Haz que un buen editor de texto venza a todos fuera de la competencia y luego ...

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

Como solución alternativa, personalizo la configuración window.zoomLevel a mi gusto para el tamaño de fuente del banco de trabajo y luego ajusto editor.fontSize para compensar el tamaño de fuente del editor. Por ejemplo:

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

Esta es una solución aceptable para el tamaño de la fuente del banco de trabajo hasta que se presente una solución mejor. Por favor, dejen de discutir y odiar a la EM; no es útil.

@duanehutchins lo siento, pero estos
https://github.com/microsoft/vscode/issues/84194

"Por favor, deje de discutir y odiar a la EM; no es útil".
¿Qué es útil? ¿Esperar otros 10 años? ¿Otro truco que causa problemas al editor y aumenta su lista de errores?

¿Qué es útil?

Como escribí arriba:

¡Impleméntalo! O pagar por su implementación.
...
Utilice este programa o no. No lo usaré hasta que termine este problema, porque no quiero implementarlo yo mismo.

Pregunté esto hace un tiempo, pero se han producido muchos cambios en VSC desde entonces, así que me disculpo si es redundante. No parece que esta función se haya habilitado todavía, pero volveré a preguntar:
¿Hay alguna forma de cambiar la fuente de los comentarios de código también conocido como fancyfont?

¿Hay alguna forma de cambiar la fuente de los comentarios de código también conocido como fancyfont?

Hay una forma de crear un problema separado para un cambio / característica por separado.

Este problema tiene que ver con el tamaño de fuente en la interfaz de usuario, no con la familia de fuentes (o incluso el tamaño) en el editor de código.

@AlexWayfer es tanto el tamaño de fuente como la familia de fuentes.

Permitir cambiar el tamaño de fuente y la

@AlexWayfer es tanto el tamaño de fuente como la familia de fuentes.

Permitir cambiar el tamaño de fuente y _fuente_ del banco de trabajo

OK, gracias, lo siento.

De todos modos, se trata de workbench, no de comentarios de código (en el editor de código).

esta característica es muy solicitada !!!!! lo necesitamos lo antes posible !!

Me pregunto si puedo hacer una configuración de fuente global, incluida la carpeta de la barra lateral, la fuente del nombre del archivo, la fuente de la barra de estado, como la idea de IntelliJ.

¿Alguna actualización? De todos modos, hice una solución. Aumenté el tamaño de todo con CMD +, luego bajé el tamaño de fuente del editor al tamaño de fuente deseado.

También me gustaría poder cambiar la familia de fuentes y el tamaño de fuente para áreas específicas (por ejemplo, la barra lateral).
Prefiero ver la fuente monotipo "Source Code Pro".

¡Gracias!

La función se propuso en 2015, y ahora es 2020 ... 🙄

¡Definitivamente una característica deseada!

Por favor agregue esta función gracias

Por favor agregue esto

¿Esperaban algo diferente cuando MS compró Github? Estoy de acuerdo con @jerch que otros IDE tienen lo que necesitamos, es hora de volver a Atom y recordar que su desarrollo se detuvo para este IDE que todavía tiene el nombre de una de las piezas de malware más infladas que he visto. en mi vida, "Visual Studio" - ¿Qué nos impide volver a Atom?

No he probado Atom durante mucho tiempo, pero cada vez que lo comparo con VS Code, prefiero Code. Aparentemente, los desarrolladores de Atom están ocupados reescribiéndolo desde cero con un backend de Rust en lugar de un nodo. Creo que esto es un error, porque el nodo con una interfaz decente para JS (TS es mucho más popular que CS es otro buen punto) tiene un rendimiento y confiabilidad adecuados para esta aplicación, en mi opinión, por lo que la dificultad de desarrollar en Rust supera los beneficios que obtendrá. trae aquí.

@realh creo que estás completamente equivocado. ¿Por qué crees que el texto sublime es tan rápido que el código vs? La escritura dinámica JS tiene demasiado costo, por eso ASM se está volviendo tan popular. Y para su información, no creo que los desarrolladores de átomos estén trabajando en el backend de óxido. Si tuvieran un átomo, hoy sería tan diferente y tan rápido que a nadie le encantaría usar vscode.

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

Lo han archivado. El beneficio del óxido es la seguridad y la velocidad, lo que es esencial para cualquier software.

Sublime es bastante antiguo. En su mejor momento, algo como Atom o VS Code podría no haber sido posible, por razones adicionales además del rendimiento. Pero el rendimiento del hardware y del navegador ha mejorado mucho, por lo que ahora VS Code probablemente se ejecute al menos tan bien como lo hubiera hecho un IDE / editor equivalente escrito en C ++ hace una década. Su desempeño es adecuado . Puede seguir el ritmo de mi escritura y no sufre retrasos molestos en funciones como Intellisense, incluso cuando se ejecuta en mi Macbook Air, editando archivos a través de sshfs.

Asimismo, fiabilidad. Rust está destinado a ser un reemplazo principalmente para C / C ++, no para lenguajes administrados. A la mayoría de los errores de Code les faltan características como esta, o cosas que no funcionan correctamente (como la selección visual en el complemento vim), con lo que Rust no ayudaría. El tipo de errores que evita Rust se reducen considerablemente en JS, etc. en comparación con C / C ++, y causarían fallas y / o corrupción de lo que estoy editando, y no veo evidencia de que Code o Atom tengan grandes problemas con ese tipo de cosa.

Si Atom ha archivado su proyecto basado en Rust, creo que eso apoya mi punto. Apuesto a que llegaron a la conclusión de que, después de todo, no era la herramienta adecuada para este trabajo. El simple hecho de obtener su Rust escrito y compilado llevaría mucho más tiempo que escribir y depurar Coffeescript con el mismo estándar de confiabilidad. Para cuando tuvieran un reemplazo completo de Atom, la tecnología habría cerrado la brecha de rendimiento y / o habría dejado obsoletos todos los lenguajes actuales, incluido Rust. Reemplazar a Electron con algo escrito en Rust tendría sentido, porque Electron es una especie de sistema, pero un editor de texto es una aplicación, no realmente para lo que está destinado Rust.

El ensamblaje web todavía se implementa en Javascript, por lo que no creo que el rendimiento sea su principal atractivo todavía, pero una vez que se implemente como verdaderamente nativo, podría tener un futuro brillante (para juegos, no tanto para aplicaciones de productividad). Por el momento, su principal beneficio es permitir que los juegos C ++ que son antiguos o que tienen bajas demandas de rendimiento se transfieran al navegador.

Sublime es bastante viejo
No, se lanzó por primera vez el 18 de enero de 2008, que no es demasiado antiguo, solo tiene 7 años más que vscode.

"Pero el rendimiento del navegador y el hardware han mejorado mucho"
Pero como editor de propósito general, siempre debería ser eficaz. Cuando ejecutas linters, escribe pistas, el rendimiento se vuelve crítico. Abrir un archivo de gran tamaño es fundamental, ¿verdad? Intente abrir un archivo de texto de 2 GB en vscode y en texto sublime se dará cuenta del valor del rendimiento.

"El tipo de errores que evita Rust se reducen considerablemente en JS, etc. en comparación con C / C ++, y causarían fallas y / o corrupción de lo que estoy editando, y no veo evidencia de que Code o Atom tengan grandes problemas con eso tipo de cosa."
Sí, pero el óxido ayuda cuando intentas refactorizar el código, lo cual es un gran punto. El costo que paga en rust es un largo tiempo de compilación, de lo contrario, es el mejor idioma que existe.

"El ensamblaje web todavía se implementa en Javascript, por lo que no creo que el rendimiento sea su principal atractivo todavía".
No lo estoy obteniendo, pero wasm permitirá usar C, C ++ y Rust y la razón principal para usar wasm es el rendimiento; de lo contrario, ¿por qué necesitaríamos wasm en primer lugar?

De todos modos, vscode nunca usará Rust ya que están usando Typecript, que ya tiene demasiado costo de compilación. Entonces no sé por qué Rust, C ++ y C están aquí.

Y sí, creo que después de que ms adquirió github, atom se ha descuidado en gran medida :(. De todos modos, Vscode es un gran editor, pero este problema no recibe ningún enfoque, lo cual es triste.

Esta no es realmente una discusión sobre el tema. He estado siguiendo este tema durante muchos años y parece que el único propósito que tiene es que las personas ejerciten sus frustraciones y opiniones con los demás. Hay mucho ruido y no hay actualizaciones positivas.

Si desea pasar a otros editores, no necesita informar a otros. Simplemente hágalo y vea si está satisfecho con su cambio. Al final, la mayoría de estas cosas se trata de preferencias de todos modos.

Esta no es realmente una discusión sobre el tema. He estado siguiendo este tema durante muchos años y parece que el único propósito que tiene es que las personas ejerciten sus frustraciones y opiniones con los demás. Hay mucho ruido y no hay actualizaciones positivas.

Si desea pasar a otros editores, no necesita informar a otros. Simplemente hágalo y vea si está satisfecho con su cambio. Al final, la mayoría de estas cosas se trata de preferencias de todos modos.

Estoy de acuerdo pero ese es el mejor uso que podemos darle a esta discusión ya que esto nunca será arreglado por Microsoft, si quieres seguir esta discusión para verla finalmente resuelta algún día, tengo malas noticias para ti amigo mío, personalización y dando los desarrolladores las herramientas adecuadas para trabajar nunca ha sido importante para Microsoft, vuelva a lo que era IE6 si quiere una lección de historia.

Realmente no entiendo el odio hacia Microsoft con respecto a VSCode. Es sin duda el mejor editor para cualquier caso de uso que haya encontrado ... sí, tiene casos extremos en los que podría ser "mejor", pero seamos honestos, cuando hablamos de software y necesidades de desarrolladores ; "podría ser mejor en x, y, z" nunca estará satisfecho. Es un estándar imposible .

Dicho esto, problemas como este están aquí para dar visibilidad a las cosas que nuestra comunidad VSCode realmente desea en su conjunto y Microsoft puede priorizar estas cosas. Hasta ahora, creo que han hecho un trabajo increíble y si alguien quiere seguir lloriqueando sobre lo malo que es Microsoft (con respecto a VSCode), demuéstrelo escribiendo su propio IDE enormemente popular que se encarga con éxito de todas las "x, yyz " casos extremos que inevitablemente deberían satisfacer a todos por igual.

Este proyecto es absolutamente gigantesco y felicito a Microsoft por su trabajo activo para ayudarnos a los pequeños desarrolladores que no pueden pagar Visual Studio, con un producto GRATUITO que cumple con el 99% de al menos mis propios requisitos y me imagino un montón de otros también. .

Realmente no entiendo el odio hacia Microsoft con respecto a VSCode. Es sin duda el mejor editor para cualquier caso de uso que haya encontrado ... sí, tiene casos extremos en los que podría ser "mejor", pero seamos honestos, cuando hablamos de software y necesidades de desarrolladores ; _ "podría ser mejor en x, y, z" _ nunca estará satisfecho. Es un estándar imposible .

Dicho esto, problemas como este están aquí para dar visibilidad a las cosas que nuestra comunidad VSCode realmente desea en su conjunto y Microsoft puede priorizar estas cosas. Hasta ahora, creo que han hecho un trabajo increíble y si alguien quiere seguir lloriqueando sobre lo malo que es Microsoft (en lo que respecta a VSCode), demuéstrelo escribiendo su propio IDE enormemente popular que se encarga con éxito de todos los _ "x , y, z "_ casos extremos que inevitablemente deberían satisfacer a todos por igual.

Este proyecto es absolutamente gigantesco y felicito a Microsoft por su trabajo activo para ayudarnos a los pequeños desarrolladores que no pueden pagar Visual Studio, con un producto GRATUITO que cumple con el 99% de al menos mis propios requisitos y me imagino un montón de otros también. .

Esto no es caridad ni un regalo del cielo, VSCode se puso allí para ganar tracción con los desarrolladores nuevamente después de perderlos durante muchos años, el poder de poseer las herramientas que usamos para crear software vale mucho más que cualquier licencia por la que pudiéramos pagar eso.

@betovelandia ¿Y qué obtienen exactamente de los usuarios gratuitos? Ni siquiera comparto mi telemetría y creo que he dado comentarios tal vez una vez ... No puedes hacer afirmaciones extravagantes y no tener pruebas que lo respalden, especialmente si realmente estás tratando de demostrar un punto ... .

editar
Permítanme aclarar que sé que Microsoft no creó este software por la bondad de su propio corazón ... claramente ... pero convertirlo en una gigantesca conspiración para monopolizar a los desarrolladores (con algún propósito místico) parece una poco exagerado ...

@Jaeiya

¿Y qué obtienen exactamente de los usuarios gratuitos?

Tierra.

Que pueden usar para controlar o influir en cada entrada y salida de la misma y, por extensión, cada aspecto de su codescape.

VSCode es literalmente una servidumbre, o al menos el último intento patético de MS en uno.

También es una excelente pieza de software, que MS está arruinando, porque aparentemente eso es lo que mejor hacen.

Pero lo realmente loco no es esa verdad. Lo verdaderamente jodido de esto es por qué se niegan rotundamente a implementar esta solicitud de función. Es un movimiento tan estúpido de su parte que no tiene sentido.

@saighost envió un PR perfectamente bueno hace años , pero The Deathstar se niega a implementarlo. ¿Por qué?

En serio, hágase esa pregunta: dado que tomaría menos de 3 horas revisar y probar esta solicitud de función extraordinariamente popular, ¿por qué no ha sido implementada en 5 años por el equipo central o simplemente fusionando el PR que @saighost tan amablemente escribió?

Si simplemente hubieran implementado esta característica tan simple, nunca hubiera vuelto a Sublime y me hubiera dado cuenta de lo rápido, fluido y confiable que es. Claro, es un PITA masivo para personalizar, pero al menos es posible . Y una vez que lo tienes perfecto, funciona como un sueño. Verdaderamente sublime.

Felicitaciones a Microsoft en su 45 aniversario de patear innecesariamente a los desarrolladores en la cara simplemente porque es demasiado estúpido o terco para entender las fuentes.

¡Detén esta discusión fuera del tema ahora!

¡Detén esta discusión fuera del tema ahora!

¿El hecho de que hubiera un PR listo para arreglar esto le parece fuera de tema? Me pregunto si esto podría volver a implementarse, debe ser una solución fácil como mencionó @ AJB99 .

Está bien, me perdí eso. No puedo / no quiero leer discusiones tan largas en paralelo a los 40-50 correos electrónicos en negocios / privados por día.

El estado del ticket / emisión es "abierto". Entonces nadie decidió nada. Ahora seamos pacientes y veamos qué pasa.
Si se implementa esta solicitud de función, estaremos encantados.
Si no (problema rechazado / cerrado): Ponte de pie.
Hoy: Suscríbase y espere o hágalo usted mismo, si es técnicamente posible.

Recuerdo que uno de los desarrolladores oficiales dijo que no era tan fácil; hay otras partes del código que dependen del tamaño de esta fuente que está cableada. Probablemente les preocupe que el parche de @saighost no se haya probado lo suficientemente a fondo como para eliminar los efectos secundarios desagradables. ¿Existe alguna posibilidad de que se pueda volver a implementar como una extensión? Eso facilitaría que más usuarios lo prueben, luego los problemas deberían surgir gradualmente y, con suerte, ser abordados.

Este complemento: Customize UI tiene Implementa las funciones basadas en el complemento 'Monkey Patch'

La fuente monoespaciada predeterminada para Ubuntu parece demasiado pequeña a 14px en una pantalla hidpi, pero si la configura en un tamaño razonable, otras partes de la GUI son absurdamente grandes (https://github.com/microsoft/vscode/issues/88916) . Solucionar este problema también solucionaría eso.

¡DIOS MIO! esta fue una solicitud de función desde 2015 😅

Esto realmente mejoraría la escritura de código con mi visión relativamente pobre.

Aquí hay un (+1) mío también

Sería muy bueno poder configurar la fuente del explorador.

@iliakan haciendo eso, solo estás presionando para que un moderador bloquee este problema, solo agrega un pulgar hacia arriba porque una vez bloqueado ni siquiera podrás hacer eso.

Yo diría que la razón más importante para implementar este problema es # 84194, que como ya se dijo no se puede solucionar. Tenemos la opción de elegir entre texto pequeño ilegible o texto grande pero borroso con window.zoomLevel . ¿No hay alguna solución para aumentar el tamaño de fuente del explorador?

Yo diría que la razón más importante para implementar este problema es # 84194, que como ya se dijo no se puede solucionar. Tenemos la opción de elegir entre texto pequeño ilegible o texto grande pero borroso con window.zoomLevel . ¿No hay alguna solución para aumentar el tamaño de fuente del explorador?

Esta es realmente la razón por la que no debería usar un navegador web para desarrollar aplicaciones, mantener el navegador para lo que es, hacer bien las aplicaciones web, pero no intente convertir una aplicación de escritorio en una aplicación web.

@Lucrecia

Esta es realmente la razón por la que no debería usar un navegador web para desarrollar aplicaciones, mantener el navegador para lo que es, hacer bien las aplicaciones web, pero no intente convertir una aplicación de escritorio en una aplicación web.

Como alguien que solía decir esto durante mucho tiempo, entiendo el sentimiento. Pero hay problemas que electron resuelve que otros marcos de GUI simplemente no resuelven. Por un lado, usar cualquier otra cosa es un gran dolor de cabeza para iterar. He hecho Qt (tanto C ++ como Python), WxWidgets, Delphi, WPF, WinForms y Dios sabe qué, y literalmente, electron es el único en el que pensé "hey, es divertido crear esta aplicación de escritorio". Ni siquiera estoy comenzando con la parte "multiplataforma". La mejor experiencia en "interfaz de usuario de escritorio" que he tenido fuera de electron fue ImGui , y eso ni siquiera está pensado para aplicaciones de escritorio. También tenga en cuenta que muchas aplicaciones que tienen buenas GUI terminaron escribiendo las suyas propias y dedicaron un esfuerzo gigantesco en eso, en lugar de desarrollar la aplicación en sí.

Pero hay otras razones también. Mire cómo los IDE de JetBrains procesan las fuentes y luego mire en VS Code. La diferencia es una locura, y ni siquiera puedes personalizar cosas como el espaciado entre letras y otras características correctamente en ellas.

Para citar un buen artículo en reddit:

Para aplicaciones sensibles al rendimiento como juegos o herramientas científicas para procesar números, las aplicaciones de escritorio siguen siendo el único camino a seguir. Para todo lo demás, se elegirá una conveniencia de desarrollo. Es por eso que todo apesta y todas tus aplicaciones ahora son sitios web.

El estado de las aplicaciones de escritorio es demasiado triste y horrible.

Creo que Electron fue una buena elección, no puedo pensar en otra cosa en este momento en la que pueda confiar para trabajar tan convenientemente y bien en tantos entornos de escritorio.

Agregue mi +1 a la pila. No puedo creer que esto no se haya abordado en 5 AÑOS. Típico de Microsoft. 😁

La densidad de árboles del explorador es demasiado densa. No debería tener que entrecerrar los ojos para encontrar el archivo que quiero. Una opción para aumentar la altura de la línea sería buena según 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💯🦸‍♀️

solo un caso de uso aún no mencionado: Haga posible cambiar todas las fuentes vscode a monoespacio. A algunos de nosotros (antiguos usuarios de emacs) simplemente no nos gusta cambiar todo el tiempo entre fuentes de ancho variable y monoespaciadas mientras leemos.

Pensé en compartir mi script de shell para hacer que vscode cargue CSS desde un archivo (y no me queje de estar dañado). Simplemente no tengo ganas de dejar que las extensiones lo hagan.

https://gist.github.com/a85b8231a9f5494149387c3a36079e84

Recientemente tuve que adaptarlo a una versión más reciente de vscode (o tal vez sea porque cambié a vscodium), por lo que es posible que tenga que cambiar una línea para que funcione con 1.44 o anterior.

Entonces, ¿cuál es exactamente la razón por la que no podemos cambiar la fuente / tamaño en la barra lateral? ¿No es esto una obviedad? Cuando alguien me muestra cómo hacerlo, es posible que pueda hacerlo yo mismo.

Sí, si alguien me mostrara cómo hacerlo, yo también podría hacerlo. Y también la persona que me mostró ...

¿Alguna noticia sobre esto?

¿Alguna noticia sobre esto?

Solo mira hacia arriba y… obviamente, no.

¿Cuál es el atraco entonces? ¿Hay bloqueadores? Me gustaría ver algún movimiento en esto. 🚀

¿Cuál es el atraco entonces? ¿Hay bloqueadores?

Puede leer la respuesta del miembro .

Me gustaría ver algún movimiento en esto. 🚀

A todos nos gustaría, así que estamos esperando, o alguien, por ejemplo tú, puede mover esto.

¿Sigues esperando que Microsoft admita la personalización? Encontraremos al asesino de Epstein antes de que se cierre este boleto

¿Sigues esperando que Microsoft admita la personalización?

No sé cómo decirlo con precisión ... no estoy emocionado, pero estoy suscrito, como mucha gente aquí, y personalmente no uso VS Code hasta que al menos este tema esté terminado.

Encontraremos al asesino de Epstein antes de que se cierre este boleto

No veo la función y no me importa "El asesino de Epstein". Me interesa este tema y, por favor, esperemos o hagamos. Nuestros comentarios sobre "¡Quiero esta función!" o los asesinos de alguien no ayudan.

Equipo de VSCode, contrate al creador de diseño HTML para su interfaz de usuario basada en Electron.
Son baratos. Todo lo que necesita es un diseño fluido, solo diseño de cuadrícula o columna.

¿Sigues esperando que Microsoft admita la personalización? Encontraremos al asesino de Epstein antes de que se cierre este boleto

¿Crees que lo encontraremos si puedo cambiar la fuente en mi editor de código favorito? Quizás sepa cómo implementar esta función. 🤔

¿Podrías dejar de tonterías y votar +1? Eres suscriptores y desarrolladores completamente molestos. Eventualmente, todo lo que obtendrá es que el hilo se bloqueará, por lo que ni siquiera se permitirán los pulgares hacia arriba.

¿Podrías dejar de tonterías y votar +1? Eres suscriptores y desarrolladores completamente molestos. Eventualmente, todo lo que obtendrá es que el hilo se bloqueará, por lo que ni siquiera se permitirán los pulgares hacia arriba.

+1

¿Podrías dejar de tonterías y votar +1? Eres suscriptores y desarrolladores completamente molestos. Eventualmente, todo lo que obtendrá es que el hilo se bloqueará, por lo que ni siquiera se permitirá el pulgar hacia arriba.

No, no podemos. Y si hacen esto, usaré un editor de código diferente. Ya uso 2 a diario. VS CODE es UNA opción entre muchas buenas opciones. Problema resuelto :)

Ahora bien, ¿por qué esto no es una función? Han pasado 5 años.

Y si hacen esto, comenzaré a usar otro editor de código.

Creo que escribiste incorrectamente, pero: OK, comienza.

Ahora bien, ¿por qué esto no es una función? Han pasado 5 años.

Porque nadie ha implementado esto, obviamente.

La falta de alternativas de fuente dificulta la aplicación para cualquiera que requiera texto grande. No vi una discusión específica sobre esto como un problema de accesibilidad, pero esto es un gran problema cuando se trata de habilitar a los desarrolladores con todos los niveles de habilidad física. Depender únicamente de las funciones de accesibilidad del sistema operativo no es una gran solución. (Intente hacer trabajo de desarrollo mientras usa el zoom de MacOS, por ejemplo). He probado varios trucos de CSS, solo he podido hacer que funcionen parcialmente.

Normalmente uso un editor de texto sin formato porque puedo hacer que la fuente de mi terminal sea lo que quiera. Pero actualmente estoy en una situación en la que básicamente tengo que usar vscode. Es bastante desalentador buscar una solución para la pequeña fuente del explorador y encontrar esta función de cinco años todavía abierta.

¿Quizás este tema debería tener la etiqueta de accesibilidad ?

@feorlen : ya puede personalizar la fuente y el tamaño de la terminal integrada independientemente del editor. A menos que haya entendido mal tu pregunta.

@narfanar Creo que @feorlen significa que normalmente usa editores basados ​​en terminales (vim, ecmas, nano, etc.). Por lo tanto, cambiar el tamaño de fuente del terminal afectará a todas las "UI" del editor.

@feorlen ¿Has probado la configuración window.zoomLevel ? Creo que es mejor que nada.

Y si hacen esto, comenzaré a usar otro editor de código.

Creo que escribiste incorrectamente, pero: OK, comienza.

Ahora bien, ¿por qué esto no es una función? Han pasado 5 años.

Porque nadie ha implementado esto, obviamente.

Vaya, comentario genial.

No estoy seguro de si mi solicitud es la misma que en este problema.
Por ahora, modifiqué workbench.desktop.main.css : busque windows{font-family:Segoe WPC,Segoe UI,sans-serif} en el archivo y agregue las fuentes que necesito. Para Mac y Linux, simplemente busque mac{font-family o linux{font-family .
Hice eso solo porque tengo algunas hojas de referencia con el nombre de archivo en CJK, y las fuentes en la barra lateral y las pestañas volverán a una determinada fuente de píxeles predeterminada del sistema (parece).
Espero que el código VS pueda proporcionar la opción de cambiar las fuentes de la interfaz de usuario como cambiamos las fuentes del editor en el archivo setting.json

Acabo de pasar a VSCode desde Atom. Me sorprende que mi "árbol de archivos" tenga que verse tan grande, audaz y brillante. Comparar con el átomo:

VSCode:

átomo:

Estoy seguro de que sueno loco ... pero ¿ves lo agradable y sutil que es el átomo? El explorador de VSCode distrae del código (editor).

Al acercarme a encontrar al asesino de Epstein, tengo una lista de sospechosos, ¿cómo va esta función?

@justinko , el contraste es importante. Me arriesgaría a adivinar que a un gran número de personas les resulta bastante más difícil leer el texto en la captura de pantalla de Atom que en VSCode. Personalmente, no percibo una diferencia, hasta el punto de que al principio leí tu comentario y pensé que ambas eran capturas de pantalla de Atom. Habiéndome dado cuenta de que el primero es de VSCode, ahora tengo problemas para averiguar qué es lo que le molesta: en mi opinión, el VSCode uno es menos "grande, audaz y brillante"; los iconos más pequeños y los iconos de carpetas son todos grises.

En cualquier caso, su comentario probablemente se refiera al color de la fuente en lugar de / además del tamaño de la fuente, pero estas son todas las cosas que deberían ser configurables.

@feorlen señaló que este es un problema de accesibilidad, ¡y creo que es un gran punto! SF Monospaced parece ser la única fuente a la que mi dislexia puede acostumbrarme, y leer el explorador de archivos sin ella es una molestia.

Por favor, por favor a alguien de Microsoft, ¡mire esto! Al tener una discapacidad visual, tengo que acercarme a dos pulgadas de mi pantalla solo para leer la fuente en la ventana del Explorador solo para poder cambiar el nombre de un archivo y asegurarme de que tengo los caracteres que estoy insertando en los nombres de archivo en el lugar correcto . La ventana del editor es ajustable en tamaño de fuente es genial y tengo la mía configurada en 18 solo para poder leerla. Todo esto está muy bien, pero el resto de la interfaz de usuario necesita el mismo tipo de opciones de personalización, especialmente si está utilizando código VS en una computadora a través de RDP, donde tener Windows escalar todo no es una opción. Definitivamente es un problema de accesibilidad y debe abordarse después de casi cinco años desde que se abrió por primera vez.

¿Por qué una característica que obviamente es tan simple de agregar toma tanto tiempo? Es una pesadilla de accesibilidad, es fácil de hacer y, sin embargo, aquí estamos años después, todavía esperando. Esto no tiene sentido.

¿Podrías votar arriba para expresar tu preferencia? Este tipo de comentarios solo hacen que las personas interesadas se den de baja del tema o, peor aún, que el tema se restrinja para que ni siquiera puedas votar. ¿No puedes darte cuenta de que hacer lo que haces va en contra de tus propios intereses?

¿Por qué una característica que obviamente es tan simple de agregar toma tanto tiempo?

Otra referencia más a la respuesta de un miembro: https://github.com/microsoft/vscode/issues/519#issuecomment -643326100

Microsoft nunca se preocupó por UX, ustedes pueden suscribirse, darse de baja, votar, hablar, quedarse callados o incluso encontrar al asesino de Epstein y nada cambiará el hecho de que esto nunca verá la luz del día porque eso es Microsoft.
Muchos ingenieros aquí pueden ser nuevos para tratar con ellos, pero esta actitud ha sido constante desde los días de IE6, Microsoft solo quiere tener una fuerte presencia en la web, pero ¿Microsoft se preocupa por las herramientas de desarrollo y la personalización? nunca va a pasar.
Atom fue genial, Atom fue personalizable desde el principio, luego vino Microsoft y arruinó todo comprando Github.
Y vamos a darle a @memeplex un ataque al corazón si sigue recibiendo notificaciones de este hilo, así que por favor, solo +1

¿Podemos bloquear este hilo a los contribuyentes por ahora?

Hay varias cosas necesarias para que esta solicitud de función funcione como se esperaba .

• Los íconos en línea deben cambiar de tamaño a la altura de la fuente (si es SVG) o al tamaño disponible perfecto de píxel más cercano (si no es SVG).
• Es necesario mantener las proporciones de tamaño entre todos los diferentes elementos de fuente en el banco de trabajo; de lo contrario, puede romper la interfaz de usuario por completo.
• Los iconos de la barra lateral también deben ajustarse (no puede tener una barra lateral enorme cerca de una pequeña vista de explorador).

Supongo que necesitamos algo similar a la configuración del nivel de zoom de la ventana, por lo que un factor de escala, pero que solo afecta al banco de trabajo (o debería decir, al shell de la aplicación) y NO al editor de código (donde la altura de la línea debe permanecer en píxeles perfecto y basado en números enteros).

El shell de la aplicación no se ve afectado por problemas de altura de línea, por lo que un factor de escala aquí no debería causar ningún problema. (tal vez podría, con las ventanas emergentes y el árbol del explorador ... no estoy seguro de si se representan línea por línea).

Este no es un problema para verme mejor y no es lo suficientemente bueno para ampliar la interfaz de usuario y disminuir el editor.

El problema más grave es el peso de la fuente. Ha elegido una fuente extremadamente fina que estoy seguro de que es genial para los jóvenes con grandes ojos, pero es terrible para algunos de nosotros. Ninguna cantidad de escala o colores o alto contraste mejorará la fuente de esta manera.

Este es un problema de accesibilidad grave. Me duelen los ojos al usar esta aplicación y tengo que usarla a diario.

No puedo simplemente usar anteojos para arreglarlo.

Tengo que unirme a esta solicitud. Tengo que lidiar con frecuentes dolores de cabeza y la fuente y los colores de las aplicaciones que uso tienen mucho que ver con empeorarlas o mejorarlas. La fuente de esta aplicación no me ayuda en absoluto y es probablemente lo único que me hace abandonarla de vez en cuando.

wow 5 años y esta característica todavía ni siquiera es una cosa lmao. Me gusta vs code, pero esto es absolutamente necesario si tienes más de una pantalla.

Mientras tanto, seguimos cambiando a mano. part>.content{font-size:13px} a .part>.content{font-size:16px}
Cualquiera que diga que es más complicado que eso está lleno de eso. ¿Qué tan difícil puede ser actualizar un CSS basado en un tamaño de fuente seleccionado? Supongo que es para la EM.
Ahora, en cada actualización hay TONELADAS de funciones inútiles que probablemente toman mucho más tiempo que agregar una configuración para establecer el tamaño de fuente del árbol de archivos. ¿QUE F?

Mientras tanto, seguimos cambiando a mano. part>.content{font-size:13px} a .part>.content{font-size:16px}
Cualquiera que diga que es más complicado que eso está lleno de eso. ¿Qué tan difícil puede ser actualizar un CSS basado en un tamaño de fuente seleccionado? Supongo que es para la EM.
Ahora, en cada actualización hay TONELADAS de funciones inútiles que probablemente toman mucho más tiempo que agregar una configuración para establecer el tamaño de fuente del árbol de archivos. ¿QUE F?

Pregunta básica. ¿Cómo agrega esto / edita esto en VS Code?

@KingOfSpades edita workbench.desktop.main.css y busca el primer .part>.content

puede cambiar la fuente del editor, de la terminal, pero por alguna razón no puede cambiar la fuente del panel

típico de Microsoft, al igual que Windows 10, les encanta la inconsistencia y la hinchazón