fuera del ámbito

muéstrame otro ide popular sin barra de herramientas

39548:

estamos cerrando problemas que han estado pendientes durante mucho tiempo

vijayvepa abrió este número el 4 de diciembre de 2017 15:34
vscodebot cerró esto el 4 de diciembre de 2017 18:01
... fue mucho tiempo ... ya dos horas y media :)

18042:

Ticket cerrado. ¡Gracias por su comprensión y feliz codificación!

¡Sí! Sin vscode :)

Debido a que # 18042 se ha cerrado, cambié a otro IDE. ¡Lo siento, Microsoft!

Lamentablemente, no creo que Microsoft o el equipo de vscode se preocupen por lo que quieren los clientes. Este tema había sido durante mucho tiempo niveles casi conspirativos de ignorar flagrantes innumerables cuestiones.

Yo también tomé las notificaciones como alguien del equipo que ve a vscode como su bebé ... Viéndolo funcionando a su manera sin ningún interés en lo contrario.

He comprado una suscripción completa a Jet Brains y no he mirado atrás. Me encantaría que vscode estuviera en mi caja de herramientas ... Como ingeniero de software, al ver este tipo de comentarios a las sugerencias de la comunidad ... me dejó un mal sabor de boca de lectura real.

Al equipo de Vscode no le importará haber perdido un puñado de usuarios más ... Así que es lo que es.

Estoy totalmente de acuerdo con OP. La mayor brecha de características con diferencia en VSCode es la falta de una barra de herramientas.

Quiero una barra de herramientas tipo ms-office-2003 de la vieja escuela, con barras de herramientas y botones de barra de herramientas. Íconos reflexivos y mouseover para ver la descripción y las alternativas del mapa de teclas. Debe haber buenas barras de herramientas predeterminadas y el usuario debe poder personalizarlas. Los complementos también deberían poder definir barras de herramientas específicas de complementos.

Una barra de herramientas generará mucha más adopción y facilitará que los usuarios aprendan las alternativas del teclado.

Soy un usuario de Visual Studio, eclipse y Jetbrains desde hace mucho tiempo. Acabo de pasar mucho tiempo configurando y aprendiendo VSCode, y puedo decir que VSCode es excelente, excepto por la barra de herramientas que falta . Si tuviera una barra de herramientas similar a una oficina, cambiaría a VSCode exclusivamente. Pero sin él, me temo que tendré que volver a Jetbrains.

Microsoft, deje de sabotear su propio futuro.

una solución temporal puede utilizar la barra de estado para agregar los comandos que necesita.
estas extensiones pueden hacer eso:
https://marketplace.visualstudio.com/items?itemName=anweber.statusbar-commands
https://marketplace.visualstudio.com/items?itemName=gsppvo.vscode-commandbar
https://marketplace.visualstudio.com/items?itemName=gizak.shortcuts
https://marketplace.visualstudio.com/items?itemName=fabiospampinato.vscode-commands

y este puede agregar tareas a la barra de estado:
https://marketplace.visualstudio.com/items?itemName=GuardRex.status-bar-tasks

resultado:

Estoy con @morozovsk y @MikeSummit en esto. vs code tiene mucho a su favor, sin embargo, la falta de capacidad de descubrimiento de funciones, la falta de navegación fácil y el forzar a los usuarios a una tierra de Ctrl + Shift + P / el cubo de la paleta de comandos de todo lo frena en mi opinión.

Las barras de herramientas son una característica imprescindible que vs code no tiene.

Hacer lo correcto. Implementar la interfaz de usuario que es un estándar aceptado a nivel mundial en el diseño de interfaces de usuario. Haga que el código vs sea realmente utilizable con barras de herramientas predeterminadas, barras de herramientas específicas de complementos y barras de herramientas personalizables definidas por el usuario.

Estoy seguro de que esta será una característica importante para implementar, sin embargo, eso no debería evitar que esta solicitud de característica obtenga visibilidad en la hoja de ruta.

@alkorsan Por favor, agregue el mío a su lista, que proporciona una buena función para incluir en una barra de herramientas ...

Los desarrolladores deben tener la opción de agregar un botón en el que se pueda hacer clic para cada una de sus tareas.

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

¡Me encantaría RETIRARLO!

Viniendo de Atom, una barra de herramientas personalizable es una de las características que más extraño. Preferiría no tener que aprender nuevos atajos, ya que debería centrarme en el código real. ¡Espero que obtengamos algo en un futuro próximo! Sigan con el gran trabajo, Microsoft.

Curiosamente, este problema aún no se ha cerrado por estar fuera de alcance y tengo la esperanza de que esta función se implemente.

La hoja de ruta oficial de 2018 sí habla de "Happy Coding", "queremos que la experiencia sea aún más placentera, tanto para los usuarios nuevos como para los existentes" y "eliminar los bloqueadores que dificultan que las personas adopten VS Code", así que sin decirlo específicamente este tema está en la hoja de ruta, debería estar en la hoja de ruta y se debe trabajar en base a lo que se ha dicho.

@bpasero ha estado activo en este tema y es un desarrollador activo de VSCode. Sería muy bueno si un desarrollador del equipo de Microsoft VSCode pudiera encontrar el tiempo para dejar constancia de este problema y decir cuál es el plan.

¿No han dejado constancia y han dicho que básicamente no sucederá en el futuro previsible? Eso parece ser lo que entiendo con todos los problemas abiertos y cerrados y decir que ni siquiera se va a quedar atascado en la acumulación ... sino más bien como "no me interesa" a pesar de que el problema se ha planteado en innumerables ocasiones.

No estoy tratando de iniciar un ciclo de retroalimentación negativa ni nada ... Pero este tema es doloroso ... Y casi siento que hay un nivel de conspiración de anti-barra de herramientas. Alguien en algún lugar decidió que ninguna cantidad de solicitudes de funciones daría como resultado una barra de herramientas de propósito general ...

Hola @ronnyek , he visto varios problemas cerrados similares a este y entiendo de dónde viene con su postura. Estoy tratando de mantener una actitud positiva. El hecho de que este problema permanezca abierto hoy me da la esperanza de que haya voluntad en el equipo de vscode para considerar que esta es realmente una sugerencia válida.

También espero que no me engañe :)

Me complace repetir que la falta de barras de herramientas predeterminadas, barras de herramientas específicas de complementos y barras de herramientas personalizables definibles por el usuario son una barrera real para la entrada / adopción de vscode para nuevos usuarios y esta característica que falta es un inhibidor de productividad interminable para aquellas personas que están dispuesto a seguir con vscode independientemente.

oh sí, no me malinterpretes ... Estoy a favor de este cambio y, como dije, no quiero ser un bucle de retroalimentación negativa ni nada ... Me sorprende que este problema se haya mantenido por tanto tiempo. . VS Code está dando pasos agigantados a medida que avanza ... y realmente no entiendo la oposición a la barra de herramientas. Por ahora, he descartado vscode para la edición de front-end en favor de webstorm, pero me encantaría tener vscode como una opción en el futuro

Parece tan básico, me sorprendió mucho no encontrar una ... pero supongo que si los diseñadores tienen la filosofía de mantener una interfaz de usuario mínima, tal vez sientan que no vale la pena el esfuerzo de soportar una.

tal vez cualquiera pueda intentar portar esta extensión de barra de herramientas atom https://github.com/suda/tool-bar

Comencé una rama de funciones con un código que tiene como objetivo hacer esa barra de herramientas fija:
https://github.com/junalmeida/vscode/pull/1
Pregúntame si quieres formar parte de ella.
Ya creé los requisitos iniciales para una barra de herramientas (ui cosas como posicionamiento, etc.) con 3 acciones básicas comunes. Mira el gif que he puesto en las relaciones públicas.

Aún queda mucho trabajo por hacer.

@junalmeida hola, actualmente esta solicitud de función (como muchas otras) está abierta para que podamos recopilar más comentarios de los usuarios, no porque queramos abordarla de inmediato.
VSCode es un editor de código minimalista y debido a eso seríamos reacios a aceptar un PR que agregue una barra de herramientas personalizada.

Como ocurre con todas las solicitudes de funciones, el mejor primer paso es normalmente iniciar una discusión y no empezar a codificar de inmediato.
Consulte nuestras pautas de solicitud de extracción https://github.com/Microsoft/vscode/wiki/How-to-Contribute#pull -requests

Atentamente
isidor

@isidorn
atom es un editor de código minimalista:

notepad ++ es un editor de código súper minimalista:

vscode es un editor de código de ... vim way.
por favor, elimine el panel izquierdo y el menú superior. solo atajos de teclado! solo hardcore!

un mouse se inventó en 1946 pero nos obligan a usar el teclado.
Utilizo muchos programas. No necesito recordar combinaciones de teclas en todos los programas.

Si desea que su programa se utilice junto con otros, debe ser compatible. Si no quiere ser compatible (ms way), puede hacer lo que quiera, pero no finja que le importa.

:enojado:

@isidorn Entendí tu punto, pero supongo que ya se inició una discusión aquí sobre este tema y otros. De todos modos, comencé a codificar esto como un POC para mí, tratando de comprender todas las pautas utilizadas y el código de la interfaz de usuario. Si esta no es la dirección del equipo oficial de VSCode, no hay problema, pero esto es lo hermoso del código abierto: cualquiera puede bifurcar y hacer experimentación, y esto no significa necesariamente que se aceptará un PR. ;)

Esta es una decisión realmente extraña y definitivamente será un gran obstáculo para mí personalmente para adoptar vscode (y me imagino a muchos otros usuarios también)

También debido a la falta de barra de herramientas, todo se descarga en la barra de estado. Hay extensiones que abarrotan la barra de estado muy mal, como git-history, cmake. Dado que no puede desactivar los iconos de la barra de estado individualmente, no hay espacio para cosas bastante importantes.

VSCode es un editor de código minimalista y debido a eso seríamos reacios a aceptar un PR que agregue una barra de herramientas personalizada.

Si bien puedo entender perfectamente eso, no es que esa sea la acción necesaria aquí. Estaría perfectamente bien exponer un área de diseño para los autores de extensiones para que puedan enviar barras de herramientas a través de extensiones. De esa manera, el editor principal no tendría que admitirlo por completo, y la experiencia predeterminada ciertamente no se vería afectada.

Si solo observa los desarrollos recientes, está claro que VS Code ya se está alejando de esa funcionalidad "básica" en la que todo se hace a través de archivos de configuración. Se envió una GUI de configuración completa, por lo que está claro que VS Code ahora también acepta más casos de uso centrados en el mouse. Sin duda, sería una buena idea tener una barra de herramientas allí, incluso si fuera solo para un subconjunto más pequeño de usuarios. Es solo que abriría muchas posibilidades para extensiones adicionales.

+1

No veo por qué una barra de herramientas no puede ser una característica opcional. ¿Quieres super mínimo? Apágalo. ¿Quiere un acceso rápido a las funciones a través del mouse? Encenderlo. Diablos, impleméntelo como un complemento si es necesario. Pero estas posturas de línea dura contra lo que los usuarios quieren eliminar proyectos (ver Amarok, por ejemplo). VSC es asombroso en muchos sentidos, pero la falta de una barra de herramientas es molesta para muchas personas, obviamente.

Por favor, por favor ... Necesito urgentemente la barra de herramientas ... Estoy absolutamente paralizado sin ella ... No sé cómo navegar entre archivos.

En el encabezado de VS Code, debajo de la línea Menú, ¿podría complacer otra barra de herramientas de iconos para las funciones más utilizadas, como Guardar archivo, Abrir archivo, etc. Como Visual Studio. Necesitamos poder configurarlo nosotros mismos para agregar / eliminar elementos.

No voy a esperar una eternidad de MSFT para agregar esto (si es que alguna vez). Comprando WebStorm de jetbrain.

+1
Todavía prefiero usar el teclado para todo, pero este nuevo (y bastante básico) elemento de la interfaz de usuario ofrece nuevas posibilidades de extensiones y configuración que podrían convencerme de lo contrario.
Lo apagaría, pero aún así quisiera que existiera como una posibilidad si alguna vez lo quisiera.

Lamentablemente ... pero espero que esto ayude ...
Métodos abreviados de teclado de Visual Studio Code para Windows
https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

Creo que todos aprecian la información ... ya que esa es mi razón principal para pedir una barra de herramientas ... tantos comandos para recordar o para buscar con los comandos de la ventana de comandos.

Realmente no creo que sea necesario mucho trabajo para construir dicha barra de herramientas ... pero el problema es que me temo que los desarrolladores de vscode todavía no tienen interés, ni planes, ni dudas sobre una barra de herramientas. Estoy bastante seguro de que una solicitud de extracción con la funcionalidad de la barra de herramientas desaparecería en gran medida en el éter.

Totalmente de acuerdo, en general sea cual sea la necesidad en tu negocio, si se cumple, ¡obtienes más presencia!

Carole

Creo que todos aprecian la información ... ya que esa es mi razón principal para pedir una barra de herramientas ... tantos comandos para recordar o para buscar con los comandos de la ventana de comandos.

Realmente no creo que sea necesario mucho trabajo para construir dicha barra de herramientas ... pero el problema es que me temo que los desarrolladores de vscode todavía no tienen interés, ni planes, ni dudas sobre una barra de herramientas. Estoy bastante seguro de que una solicitud de extracción con la funcionalidad de la barra de herramientas desaparecería en gran medida en el éter.

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/Microsoft/vscode/issues/41309#issuecomment-426295027 , o silencie el hilo https://github.com/notifications/unsubscribe-auth/AcQg2XMA0_WfTqVGZVt5M- Uw418e3Iy4ks5ug3iYgaJpZM4RW3oS .

Más de 30 años de veterano de TI que ama la línea de comandos más que las GUI, pero absolutamente debe estar de acuerdo con el OP en que es ridículo que este editor de GUI no tenga ni siquiera la barra de herramientas más básica (incluso como una característica opcional que luego podría deshabilitarse para Windows-OS Desarrolladores / usuarios de aplicaciones GUI que de repente son tan anti-básicos-GUI-características).

Para un mayor apoyo (sin tener la intención de avergonzarme) Incluso el más básico de los reemplazos de bloc de notas más básicos tiene la capacidad de agregar incluso las barras de herramientas más básicas, mucho más tradicionalmente con funciones anti-GUI que las mencionadas anteriormente, o incluso mi Ir a Notepad ++ - es INCLUSO VIM PARA WINDOWS como se muestra a continuación. Cuando un puerto de UNIX VI puede permitirse el código para incluir una barra de herramientas para su GUI ... estoy seguro de que entiendes el punto.

Pero, ¿qué tan necesario es y cuál es el pensamiento detrás de él? En mi opinión, por mucho que use el teclado, hay algo con lo que siempre me he sentido más cómodo al tener un botón gráfico "visual" aunque no sea por otra razón: operaciones básicas de archivos. Sí, me doy cuenta y estoy completamente de acuerdo que es sin duda 1000 veces más rápido de golpear: ¡wq! pero esta es un área en la que 10/10 veces con gusto tomaré el golpe de 4-5 segundos por operación principal de abrir / guardar de archivo para hacer clic en el botón de la barra de herramientas (si hay uno) que quiero decir sobre CADA OTRA GUI de Microsoft escrito en los últimos 35 años que no sea vscode ha puesto a disposición de sus operadores. De los comentarios anteriores, parece que ciertamente no estoy solo en el uso de mi flujo de trabajo típico que, a pesar de que quizás no sea el más eficiente en el tiempo, es un caso en el que (para preservar las canas que me quedan) comodidad, conveniencia y pieza simple la mente gana sobre el rendimiento.

Y, como los anteriores (y muchos otros sin conexión), debido a lo integral que es mi editor principal para mí, por menor que parezca, la realidad es que vscode, aunque faltan características básicas, simplemente no me dará suficiente comodidad para hacerlo. mi editor principal. Sí, puede haber extensiones de terceros que agreguen barras de herramientas de trabajo parciales, pero cuando en cualquier momento una actualización de vscode central lo rompe, u otra extensión entra en conflicto y hace que el botón de guardar no funcione correctamente, etc., las barras de herramientas realmente necesitan estar disponible en el vscode principal para mayor seguridad y confiabilidad.

UNIX-born VIm Windows-port _ mejorado solo para adherirse a los estándares de GUI de Windows_ (antes de los

Quien esté a cargo de VSCode en MSFT debe ser despedido por ignorar tales solicitudes básicas. Suena como el viejo MSFT de nuevo.

Anteriormente no había visto MUY rápido "desaparecer, no quiero escuchar a las personas que usan lo que estoy desarrollando", problema # 11159 donde se preguntaba por qué de los POCOS botones miserables que se les daban a los usuarios en la barra lateral, Se consideró que las EXTENSIONES era algo en lo que un usuario literalmente ESTARÍA HACIENDO CLIC CON MÁS FRECUENCIA que las OPERACIONES BÁSICAS DE ARCHIVOS:

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

Cuando ve que un DEV se cierra y bloquea un problema TAN rápido y básicamente dice "vete", veo que tiene EM en el extranjero en Suiza, ¿no hay en serio ningún administrador de DEV en este producto que no vea eso como un gran problema cuando MS ' los clientes ahora no pueden ni siquiera intervenir en lo que claramente es lo que yo consideraría un problema seriamente vergonzoso. Si estuviera administrando ese equipo de DEV, le estaría pidiendo al DEV que defiende esa elección de diseño que me muestre un solo ser humano que POSIBLEMENTE podría estar haciendo clic en un botón de "extensiones" GIGANTE con más frecuencia que abrir / guardar / cerrar archivo, después de archivo, después de archivo - y en su lugar defender el diseño de que todas ESAS operaciones deberían llevar a nuestros usuarios múltiples clics a través de menús y barras de comandos y escribir comandos?!?

Apuesto a que si DESBLOQUEABA ese problema, MUCHOS de sus usuarios estarán de acuerdo, como es el caso aquí (que es probablemente lo que el cierre rápido pretendía lograr). Y @BenHayat tienes toda la razón: a finales de los 90, en realidad me ofrecieron un puesto en @ MS y si estuviera en ese puesto hoy, esa es exactamente la acción que tomaría también y NUNCA defendería lo que veo. en el número 11159 para los usuarios del producto. Este producto podría ser mucho más de lo que es después de tantas iteraciones y los usuarios del producto real SIEMPRE deben tener voz cuando busquen realizar mejoras. De lo contrario, el equipo de DEV termina escribiendo la aplicación que solo satisface SUS necesidades. Y cuando los DEV administran los comentarios de los usuarios, como desafortunadamente parece más común en estos días en Github, a veces el tratamiento de las personas reales que consumen lo que estás desarrollando termina siendo el mismo, ya sea de un gran desarrollador de EM, o de un par de adolescentes y su primer repositorio de código abierto. :guiño:

Me encantaría tener una pequeña barra de herramientas en el código VS.
Solo unos pocos elementos me harían feliz (posición atrás / adelante / última edición); tal vez el equipo de VS Code UX sienta que las barras de herramientas son malas (lo cual estoy de acuerdo si la barra de herramientas predeterminada del producto es demasiado). Dicho esto, parece que las barras de herramientas ya están allí (vea las imágenes), pero los elementos que contiene son inútiles para mí, así que solo me gustaría reemplazarlos.

Finalmente me he derrumbado para comentar sobre esto. He sido desarrollador durante 30 años y una cosa que he aprendido es a utilizar la herramienta adecuada para el trabajo en particular, desde la línea de comandos hasta la entrega totalmente automatizada. Hay razones para cada una y, dado que las herramientas de desarrollo de software cambiarán drásticamente con la integración avanzada de IA, una barra de herramientas se convertirá en la línea de comando del pasado. Al código VS le falta un componente evolutivo fundamental que es lo mismo que omitir la línea de comandos de un IDE. Dicho esto, mi práctica de consultoría utiliza Visual Studio Professional y JetBrains Ultimate como nuestros dos paquetes básicos. El código VS definitivamente no coincide con la flexibilidad de la mayoría de los paquetes IDE profesionales sin una barra de herramientas. No pondría a un desarrollador de primer año frente al código VS y desperdiciaría mi dinero en que aprenda un IDE diluido. Solo mi honesta Opinión.

@pgmolloy Tengo algunas de las mismas preocupaciones, actualmente uso principalmente visual studio y webstorm ... y generalmente funcionan (y en algunos casos, tienden a tener complementos más completos que funcionan mejor con otros complementos), pero no hay ilusión que son tan ligeros o agradables para trabajar como vscode.

Mi problema es que en realidad no estamos hablando de una gran cantidad de funcionalidades que ralentizarán el código, o que no lo convertirán en un "editor de código ligero" (esa parece ser la excusa que más escucho sobre por qué no estamos obteniendo barras de herramientas ). Posiblemente, las barras de herramientas y la configuración de sus botones literalmente estarían llamando a esos mismos comandos de paleta de comando. La configuración podría ser una configuración simple como la depuración es (o al menos lo era)

En mi opinión ... (y esto no está necesariamente respaldado por hechos ...), se acaba de decidir ... alguien, en algún lugar ha decidido que no le gusta la idea de una barra de herramientas, y por lo tanto hemos tenido algún tratamiento a nivel de conspiración de problemas que incluso se asemejan vagamente a una solicitud de función de la barra de herramientas.

SI yo fuera mejor con css / html, y SI yo

Me encantaría que me demuestren que estoy equivocado.

@ronnyek :

En mi opinión ... (y esto no está necesariamente respaldado por hechos ...), se acaba de decidir ... alguien, en algún lugar ha decidido que no le gusta la idea de una barra de herramientas, y por lo tanto hemos tenido algún tratamiento a nivel de conspiración de problemas que incluso se asemejan vagamente a una solicitud de función de la barra de herramientas.

@bpasero y @isidorn son nuestros "héroes" :)

La barra de herramientas es esencial para casi todos los editores que no sean vscode, agréguela.

Realmente necesito esta característica

En un esfuerzo por apaciguar a las personas que trabajan en el equipo de vscode en MS, así como a los clientes que sienten que esto es una necesidad, ¿podría ser solo un gancho para la extensibilidad, por lo que no se trata de bienes raíces de pantalla o gastos generales potenciales simplemente tomados automáticamente?

Me sorprendería mucho si las personas que usaban vscode se opusieran a una barra de herramientas (fuera de @isidorn y algunas otras) si no hubiera una sobrecarga significativa al tener una barra de herramientas. Es solo una cuestión de poder proporcionarlo, tener barras de herramientas que se integren bien con el código y que no afecten al rendimiento.

Encontré esta opción llamada contenedor de vista de árbol para agregar botones personalizados en la barra izquierda en Visual Studio Code.

• Documentación en https://code.visualstudio.com/api/extension-guides/tree-view y
• Ejemplo en https://github.com/Microsoft/vscode-extension-samples/tree/master/tree-view-sample.

También es interesante que esta barra de estado personalizable

• Documentación en https://code.visualstudio.com/api/references/vscode-api#StatusBarItem , y
• Ejemplo en https://github.com/Microsoft/vscode-extension-samples/tree/master/statusbar-sample)

Y una extensión de barra de herramientas flotante

• Documentación en https://github.com/JerryGoyal/Shortcut-Menu-Bar-VSCode-Extension

No estaba al tanto del último elemento ... parece que esto ayudaría ... todavía creo que valdría la pena desarrollar al menos un punto de extensibilidad, incluso si no es que los mismos elementos de la barra de herramientas estén realmente integrados o habilitados por defecto.

El número original tiene 103 votos, además de todos los innumerables problemas que se han cerrado anteriormente, creo que debería demostrar el interés de la gente en dicha funcionalidad sin tener que piratearla en la ya preciosa barra de estado realtate, etc.

¿Estoy en un mundo bizarro?
¿Cómo es que esto todavía carece de una barra de herramientas en 2019? ¿Estamos retrocediendo por alguna razón?

@ eb7898 , Visual Studio e IDEA tienen una barra de herramientas en 2019. Vscode no lo es.

Ninguna opción de barra de herramientas es simplemente mala, pero particularmente cuando se navega en lugar de codificar activamente (por lo que mi mano descansa lejos del teclado).
Las soluciones son todo queso (queso procesado en lugar de un buen Époisses) ...
La barra de herramientas del editor está demasiado lejos en la parte superior derecha de la pantalla.
Mi barra de estado está llena ... ¿y quién quiere una barra de herramientas en la parte inferior de todos modos?
La barra lateral ocupa demasiado espacio.

¿Alguna otra idea?

@awittaker otra solución es esta extensión que se basa en el código de vista de árbol mencionado anteriormente:

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

Todavía no es una barra de herramientas y aparece en el área de vista de árbol a la izquierda en lugar de en la posición superior normal donde esperaría encontrar botones / opciones de la barra de herramientas, pero es configurable y facilita que las personas no tengan que recordar una gran cantidad de pulsaciones de teclas. para cosas aleatorias.

@awittaker "codificar activamente" no es una solución universal para todos. Los desarrolladores web pasan la mitad de su tiempo en un navegador, ajustando capas y usando cosas como Chrome Developer Tools. Los desarrolladores de juegos no tienen más remedio que cambiar constantemente entre editor y juego. Ambos cambian a Photoshop y a otro software para dibujar o crear algo rápidamente. Por lo tanto, la mayoría de las veces tienen un mouse en la mano, y es mucho mejor seguir usando el mouse para hacer todo. Creo que deberíamos tener ambos modos en VSCode: para personas centradas en el teclado y para personas centradas en el mouse. Tal vez ni siquiera un "menú principal" sea suficiente; personalmente, me gustaría tener una opción para crear algo como una bandeja vertical para imitar el comportamiento de Photoshop o una cinta de MS Office. Como algo completamente opcional para tareas muy específicas, por supuesto, quiero decir, no es necesario reflejar todas las funciones de un cuadro de comando en elementos de menú. Simplemente dé la oportunidad de crear menús y cuadros dibujados por el propietario, y eso es todo. Lamento decirlo, tengo que cambiarme a Theia o incluso a IntelliJ IDEA Community Edition debido a esto, no quedan opciones.

Requisitos de la función de la barra de herramientas ideal:

1. Lo más cerca posible de la barra de herramientas acoplable de MS Office 2003. (Si nunca ha usado esto, fue el mejor ejemplo de una barra de herramientas perfecta).
2. Incluye un conjunto de barras de herramientas predeterminadas con herramientas relacionadas agrupadas.
3. Capacidad para flotar o acoplar barras de herramientas individualmente. El acoplamiento puede ser superior, inferior, izquierdo o derecho.
4. Posibilidad de mostrar u ocultar barras de herramientas.
5. Posibilidad de crear nuevas barras de herramientas.
6. Posibilidad de agregar y quitar herramientas a las barras de herramientas predeterminadas y creadas por el usuario.
7. Las herramientas integradas están asociadas a las funciones y comandos de VSCode. Las herramientas de usuario se pueden asociar a macros o scripts de usuario.
8. Al pasar el cursor sobre una herramienta, se muestra el nombre, la descripción breve y el equivalente en el teclado, para ayudar a descubrir y aprender las funciones y equivalentes de VSCode.
9. El usuario puede configurar herramientas individuales para mostrar el icono, mostrar el nombre del texto o mostrar ambos.
10. Las herramientas pueden ser comandos de un solo clic (como Guardar), una lista desplegable de comandos (como Construir, Construir todo,…) o entrada de texto (como el tamaño de fuente).
11. Las configuraciones y personalizaciones de la barra de herramientas se pueden exportar e importar en JSON legible por humanos. La importación puede ser aditiva o destructiva.
12. API simple y modelo de objetos para crear herramientas y barras de herramientas sofisticadas. Máquina de estado inteligente para habilitar / deshabilitar reactivamente herramientas según el contexto.
13. NO como la cinta de MS Office actual. Ocupa demasiado espacio y, con demasiada frecuencia, requiere de 2 a 3 clics en lugar de uno.

Creo que tengo el destructor de represas para romper esto y restaurar algo de cordura: Accesibilidad.

Al no incluir o incluso permitir las barras de herramientas, el equipo de VS Code y Microsoft están adoptando una posición de que están felices de excluir a los usuarios con problemas de visión. Estos usuarios pueden aumentar el tamaño de las fuentes del editor de texto y utilizar el lector de voz y las herramientas de edición, pero encuentran muy difíciles de usar los menús basados ​​en texto.

Entonces, Microsoft, ¿valora la contribución de las personas con discapacidad visual? ¿O está feliz de continuar excluyéndolos de este producto y de los trabajos y oportunidades que requieren su uso?

Resulta que VSCode es un proyecto exagerado de Microsoft desde que "llegó" al código abierto.
MS no permitirá que VSCode se convierta en un competidor de Visual Studio XXXX, que es lento y lento.
No es difícil entender esta resistencia de los principales contribuyentes debido a los detalles de su perfil. Tienen un trabajo en Microsoft y podrían ser despedidos.
Esperando las bifurcaciones del VSCode con barras de herramientas.

El estudio visual de

He sido un gran defensor de agregar barras de herramientas porque es lo que al menos muchos consumidores (incluyéndome a mí) han estado pidiendo y quejándose durante siglos.

tl; dr; - No creo que tengan ninguna obligación de agregar barras de herramientas, pero creo que solo la gran cantidad de problemas enviados, enviados y cerrados, enviados y marcados como engañados, enviados y marcados fuera del alcance, etc. parece indicar que la gente quiera esto, y la gestión de productos o de cualquier otro modo que se gestione el desarrollo de vscode tiene algunos problemas en su contra. (Todavía no he escuchado una razón legítima por la que se oponen tanto)

Microsoft, simplemente reconozca los deseos / deseos de la gente, y si realmente son una o dos personas las que están firmemente en contra de las barras de herramientas ... por favor dígalo. Contribuiré con mi tiempo y esfuerzos para agregarlo a las bifurcaciones ya existentes.

Este error es ahora el agujero negro que los desarrolladores tienen que ignorar. Permite a las personas desahogarse y esperar que realmente suceda. Evita que se abran nuevos errores en el problema, mientras que nunca se hará nada al respecto. Ocurre cuando el desarrollo de software está impulsado por una ideología ciega en lugar de la necesidad del usuario.

Seguramente esto podría hacerse con una extensión. ¿Por qué debe estar en el producto principal? Ya es el editor de código más popular, lo que indica que la mayoría de sus usuarios están perfectamente satisfechos con la falta de una barra de herramientas. Este es un escenario 100% perfecto para una extensión. ¡Consiga chicos de codificación!

Este es un escenario 100% perfecto para una extensión.

Suena inteligente ... pero ¡oye! vscode no admite api para crear barras de herramientas. ¡Empiecen a leer los chicos de las entradas!

Seguramente esto podría hacerse con una extensión. ¿Por qué debe estar en el producto principal? Ya es el editor de código más popular, lo que indica que la mayoría de sus usuarios están perfectamente satisfechos con la falta de una barra de herramientas. Este es un escenario 100% perfecto para una extensión. ¡Consiga chicos de codificación!

Preferiría no hacer ninguna suposición de que la gente está perfectamente feliz, pero estoy de acuerdo en que si hubiera una API y no forzara las barras de herramientas a todos, eso también sería aceptable para mí personalmente.

VS Code es eficiente, hermoso y un gran editor de código ... Siento que de alguna manera UX ha pasado a un segundo plano por completo.

Barra de herramientas necesaria. Estoy empezando a aprender más sobre PowerShell, ya que tengo mucha experiencia con VBScript. Usé Notepad ++ para la mayor parte de mi edición de vbscript y comencé a aprender el PowerShell ISE. PowerShell ISE al menos tiene una barra de herramientas, aunque no es personalizable hasta donde yo sé. Escuché e instalé VSCode con la esperanza de que tuviera una barra de herramientas mejor que PowerShell ISE. Al no poder encontrar una barra de herramientas en VSCode, busqué y encontré este hilo. Con esta solicitud de función que confirma que VSCode ni siquiera tiene una barra de herramientas, ya la he desinstalado.

¡Barra de herramientas esencial! No puedo usar este editor sin él. No puedo creer la resistencia de al menos proporcionar los ganchos necesarios. Claramente viene el fastidio ideológico del equipo. ¡Asombroso!

61336

¡¿Podemos finalmente admitir que esto es algo que debéis hacer ?! Este es solo un hilo de MUCHOS MUCHOS MUCHOS hilos de personas que preguntan lo mismo.

Simplemente cree un marco de barra de herramientas para que las personas que quieran barras de herramientas puedan optar por tener barras de herramientas.

El infierno nos da una señal de fe de que un RP sería considerado para su aceptación, y apuesto a que obtendría un montón de personas ofreciendo voluntariamente esa funcionalidad.

@isidorn Escribiste : 'actualmente, esta solicitud de función (como muchas otras) está abierta para que podamos recopilar más comentarios de los usuarios. . . .

Parece que la retroalimentación sigue llegando, pero ninguna fluye en la otra dirección. ¿Alguien del VSCodeteam podría explicar la aparente falta de entusiasmo para respaldar esta función, el razonamiento detrás de ella?

'VSCode es un editor de código minimalista y debido a eso seríamos reacios a aceptar un PR que agregue una barra de herramientas personalizada'.

En mi opinión, VSCode es un IDE, o una plataforma de creación de IDE, no solo un editor de código minimalista. Un editor de código minimalista es otro producto de Microsoft, el Bloc de notas.

"Como ocurre con todas las solicitudes de funciones, el mejor primer paso es normalmente iniciar una discusión y no empezar a codificar de inmediato".

Entonces, mi pregunta, en este número de comentarios, es: ¿Dónde está la discusión?

@ronnyek tiene la idea correcta: exponer un marco para que los desarrolladores de extensiones lo construyan, al igual que todas las otras formas de construir sobre VSCode. La idea de minimalismo de nadie tiene que ser modificada.

Gran producto en conjunto, pero este problema es bastante desconcertante.

Esta característica es común en todo el mundo, lo que es necesario discutir ...

¿Los requisitos? Al igual que el nombre del código de Visual Studio , duplique uno desde allí.
¿El implemento? Realmente necesita un poco de investigación, pero este problema ya tiene 1,5 años.

Creo que solo hay un pequeño paso entre la nueva barra de estado y una "barra de menú".

Un pequeño paso que el equipo de vscode no está dispuesto a dar ... ese es el punto clave. Aquí estamos más de un año después de que se creó este problema, muchas personas comentaron y muchos otros problemas se abrieron para la misma funcionalidad ... y aún ... el mismo nivel de oposición de conspiración a esta funcionalidad.

Más que feliz de seguir usando webstorm. ¡Así se hace el equipo de vscode!

Agregaré otra voz a esto. La falta de una barra de herramientas en VS Code es un completo misterio para mí. Vuelvo a él de vez en cuando para ver si se ha agregado, pero siempre termino de nuevo en mis antiguos editores. Hay mucho en VS Code que me gusta, pero este elemento que falta me sorprende.

¡En serio, Microsoft! Un editor de código / IDE que de otra manera sería inútil para aquellos de nosotros que apreciamos un buen diseño de GUI. Es 2019, ¿por qué exactamente seguimos jugando con las líneas de comando?

Es 2019, ¿por qué exactamente seguimos jugando con las líneas de comando?

¿Porque es mil veces más rápido?

Otro voto para agregar esta funcionalidad o hacer posible que Extensions agregue esta funcionalidad.

El cerebro de algunas personas no maneja los atajos de teclado. Esta omisión es una tontería.

Es un buen editor, pero no se puede molestar en aprender cientos de atajos o buscar en los menús. No puedo pensar en un IDE sin barras de herramientas. La decisión de excluirlos es simplemente una tontería, ¡como Windows Phone!

He relegado VS Code y lo uso como un simple visor de registros.

Todavía lo necesito con urgencia. Posiblemente mi mayor problema de personalización en este momento. Cuantas más extensiones y comandos tengo, más necesito un lugar para colocar un par de ellos en el cromo.

casi 2 años después, y todavía sin comentarios, confirmación, intención declarada, simplemente agregada a la acumulación una vez más. SSS-SUUUUUPER duper. (Supongo que al menos no fue solo eliminado o cerrado)

Es asombroso cómo algo tan simple, y que se ha hecho innumerables veces antes, se descuida. Lo he dicho antes que simplemente me empuja hacia la tormenta web para la que ya tengo licencias.

Estoy realmente sorprendido de lo agrupada que se ha convertido toda esta situación. ¡Así se hace el equipo de vscode!

Quizás si hay suficientes quejas, esto cambie. Parece ser otro caso de "nosotros sabemos mejor que usted", que he encontrado mucho con los productos MSFT. Acabo de eliminar VSC y descargué Notepad ++.

Quizás si hay suficientes quejas, esto cambie. Parece ser otro caso de "nosotros sabemos mejor que usted", que he encontrado mucho con los productos MSFT. Acabo de eliminar VSC y descargué Notepad ++.

Hizo lo mismo. VsCode siguió un camino paralelo a mis necesidades, así que volvamos al bloc de notas ++ (gracias vino) / sublime también. Es curioso cómo equipos más pequeños de personas sin interacción con msft hacen cosas totalmente diferentes y, la mayoría de las veces, mejor. Bueno, estuvo bien mientras duró.

Veamos cómo la barra de estado podría ser increíblemente larga en los monitores sin una barra de herramientas.

Lo intenté honestamente, pero abandoné el código VS y volví a Notepad ++. Simplemente no puedo recordar todos los comandos que necesito usar y esto es un acaparador de recursos para arrancar. En mi opinión, algo que ocupa más de 700 MB de RAM para cargar un solo archivo de texto definitivamente debería tener una barra de herramientas.

Veamos cómo la barra de estado podría ser increíblemente larga en los monitores sin una barra de herramientas.

Mover esas cosas a la parte superior de la pantalla no hará que por arte de magia ocupen menos espacio horizontal ...

Mover esas cosas a la parte superior de la pantalla no hará que por arte de magia ocupen menos espacio horizontal ...

Una barra de herramientas dedicada puede hacer uso de:

1. Iconos más grandes
2. Menos texto
3. Apilamiento / ocultación de listas
4. Varias filas
5. Fácil gestión de grupos de controles (mostrar / ocultar según alguna bandera o estado)
6. Y probablemente otras cosas sutiles de UX que sean útiles o necesarias.

¿Solo pasa por aquí para ver si hay algo de tracción con esto?
¿Todavía no existe una API para que las extensiones agreguen una barra de herramientas?

Esto me hizo reír...
La hoja de ruta del código de Visual Studio 2020

• Conviértete en el mejor editor para cualquiera que confíe en las funciones de accesibilidad
  ...

: runner: haz de VS Code una herramienta de desarrollo extraordinariamente accesible. Nos comprometeremos y trabajaremos con nuestra comunidad para obtener comentarios y orientación, y necesitamos que nos mantenga honestos.

¿Quién es esta "comunidad"? Sea quien sea, me siento excluido ... Necesito descansar mis brazos y manos tanto como sea posible para minimizar el dolor. La falta de barra de herramientas me está lastimando literalmente.

Dado que no hay comentarios de los desarrolladores sobre este problema de la barra de herramientas, no estoy seguro de cómo interpretar lo siguiente ...

Investigar cómo proporcionar de forma segura una personalización más rica en el banco de trabajo
...
Amplíe el soporte para personalizar la interfaz de usuario, por ejemplo, menús contextuales.

Ambos suenan positivos, pero sospecho: la personalización de los menús contextuales ha existido desde 2016, ¿no es así?
Actualizaciones de junio de 2016 (versión 1.3)
¿Lo estoy entendiendo mal? ¿O la hoja de ruta de 2020 se copia / pega de 2015?

• Conviértete en el mejor editor para cualquiera que confíe en las funciones de accesibilidad
  ...

🏃 Haga de VS Code una herramienta de desarrollo extraordinariamente accesible. Nos comprometeremos y trabajaremos con nuestra comunidad para obtener comentarios y orientación, y necesitamos que nos mantenga honestos.

LOL ... seguro ... Estoy seguro de que tienen más codificadores ciegos que personas que quieren cosas útiles como barras de herramientas (lamento no tocar ninguna discapacidad) es lo normal ... Todas las cosas útiles se rechazan como fuera de alcance y los lanzamientos contienen 18 páginas de notas de lanzamiento de cosas que a nadie le importan.

Quiero decir ... Me gusta la libertad, pero oye, si necesitan más desarrolladores para llevar a cabo estas cosas, pagaría por una versión "Pro" si dejaran de ignorar estas solicitudes de funciones útiles ... no necesito Visual Studio, pero un VSC a un precio razonable que no fue descuidado por los desarrolladores ... Estoy en juego ...

Mientras tanto, tal vez pongan una barra de herramientas en modo Accesibilidad y: /

@ minig0d
alguna vez usaste un atajo de teclado? ¿O mayor tamaño de fuente en los editores para una presentación? Bueno, estás usando funciones de accesibilidad, lo supieras o no:

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

Si no puede esperar a que su problema obtenga suficientes votos a favor, siempre puede enviar un PR.

@sketchbuch sí, soy bastante consciente de lo que es ... fue sarcasmo ... los únicos atajos de teclado que serían agradables si estuvieran integrados en el núcleo son múltiples comandos ("macros") pero ya tienen complementos para esos y ya podemos aumentar el tamaño de fuente la última vez que verifiqué ... sí, estoy codificando en este momento y funciona bastante bien ... ahora ¿podemos tener algunas características reales?

Si no puede esperar a que su problema obtenga suficientes votos a favor, siempre puede enviar un PR.

¿Ha mirado el recuento de votos a favor de estas "funciones" que se lanzarán? B / C la última vez que verifiqué algunos, eran mucho más bajos que muchos de ^^^ tipo de solicitud y habían estado abiertos mucho más tiempo. Creo que todo el asunto del upvote es más como los botones para cruzar la calle ... simplemente para divertir a la gente hasta que cambie la luz.

Con todos los pros y los contras que se presentan en este hilo, ¿por qué no tenerlo como una opción? Aquellos a quienes les gustan las barras de herramientas pueden activarlo, aquellos a quienes no les gusta dejarlo desactivado. Esto no es ciencia de cohetes.

Microsoft no lo va a hacer. Debemos hacerlo. ¿Alguien ya lo ha hecho?

Hay una barra de herramientas limitada que estoy usando, la barra de menú de acceso directo de Jerrygoyal.

Sin embargo, la pregunta principal sigue siendo:

• ¿Están disponibles las API para una barra de herramientas en VSC y están completamente documentadas?

Hay una barra de herramientas limitada que estoy usando, la barra de menú de acceso directo de Jerrygoyal.

Claro, pero con tal extensión 1) no se parece en nada a una barra de herramientas a la que uno está acostumbrado desde cualquier otra aplicación; y 2) no es configurable: estamos atascados con lo que ha agregado el autor de la extensión.

De ahí la necesidad de una API / extensión de barra de herramientas oficial del equipo de Microsoft Visual Studio Code.

De ahí la necesidad de una API / extensión de barra de herramientas oficial del equipo de Microsoft Visual Studio Code.

cualquier año ahora

¡¿Vamos MS ?! ¿Qué tan difícil puede ser mantener contentos a sus clientes desarrolladores? No estamos pidiendo tanto. Recuerde que somos sus clientes Y sus ganancias ... piense en eso ...

¿Podemos simplemente hacer esto ... o cualquier información útil del equipo de vscode sobre por qué esto no está o no estará allí? Tal vez iré a ver si es algo que los desarrolladores están dispuestos a tomar como relaciones públicas e implementar allí ... problema resuelto.

Inicialmente, sentí la misma confusión cuando no puedo encontrar ninguna barra de herramientas en vscode, dije "qué diablos con la nueva tecnología".

Pero ahora es diferente, me encanta la paleta de comandos más que cualquier barra de herramientas o menú.

1. Presione F1 en el teclado para mostrar la paleta de comandos (o presione Ctrl + Shift + P para obtener el mismo efecto, pero requiere más esfuerzo: p).
2. Escriba cualquier comando que desee buscar. Esta función de búsqueda de comandos es bastante inteligente, así que continúe y escriba lo que desee buscar.
3. Elija el comando usando el teclado (botón de dirección y luego presione enter), o haga clic en él.

Encontrar un menú o una barra de herramientas puede resultar frustrante. Demasiados menús o barras de herramientas dificultan la vida. Por lo tanto, la capacidad de buscar cualquier comando escribiéndolo es muy útil.

Inicialmente, sentí la misma confusión cuando no puedo encontrar ninguna barra de herramientas en vscode, dije "qué diablos con la nueva tecnología".

Pero ahora es diferente, me encanta la paleta de comandos más que cualquier barra de herramientas o menú.

Encontrar un menú o una barra de herramientas puede resultar frustrante. Demasiados menús o barras de herramientas dificultan la vida. Por lo tanto, la capacidad de buscar cualquier comando escribiéndolo es muy útil.

Pero esto se trata más bien de la barra de herramientas de acceso rápido en Windows (es decir, para poner un puñado de comandos favoritos / usados ​​con frecuencia) no exactamente una cinta de tipo oficina completa.

Es decir, estamos hablando de 1 clic frente a un mínimo de 2 pulsaciones de tecla (asumiendo que fue el último comando absoluto que usó) (y probablemente más como 3-4 para presionar la flecha hacia abajo varias veces y seleccionar o escribir algunas letras y Seleccione...

La paleta es genial para ciertas cosas, pero hay otras tareas en las que tienes el mouse en la mano y volver al teclado es una distracción ...

@ thariqnu-ifm
¿Con qué precisión utilizo la paleta de comandos sin el teclado?
¿Por qué no podemos tener una paleta de comandos Y una barra de herramientas opcional (o al menos una API)?

Un punto que debe destacarse es que el equipo de VSCode ha declarado repetidamente que no quieren agregar funciones que se pueden hacer con una extensión ... Bueno, de acuerdo con ese punto de vista, ya que esto no se puede hacer con una extensión sin una API, esto debe implementarse en consecuencia :)

@ thariqnu-ifm
¿Con qué precisión utilizo la paleta de comandos sin el teclado?
¿Por qué no podemos tener una paleta de comandos Y una barra de herramientas opcional (o al menos una API)?

Otro problema con la paleta es que no está estructurada, es solo una lista de todos los comandos volcados en un solo cuadro combinado. (Sí, puede buscarlo escribiendo y esperando haber adivinado el nombre correcto del comando).

Acaban de agregar soporte de rueda del mouse para la barra de pestañas ... en algún momento podrían hacer posible tener una barra de pestañas de varias líneas y finalmente podré ver más de menos de 10 documentos de pestañas en la barra de pestañas ... es tampoco es que se molesten en proporcionar un botón de menú desplegable que muestre todos los documentos de la pestaña ... en su lugar, debe tener la barra lateral del explorador abierta y a la vista para ver más documentos de los que se muestran visualmente en la barra de pestañas de una sola fila.

Cómo llegó a 2020 para que MS arrojara todas las buenas GUI y UX al punto que los desarrolladores están pidiendo cosas que en muchos casos se agregaron como elementos básicos básicos del software hace 20 años ... como una barra de herramientas ...

Me alegraré de todos modos cuando pueda activar / desactivar ciertas extensiones / funciones y ver visualmente un botón que representa que dicha extensión / función está activada o desactivada ... ¡allí mismo en mi pantalla! Y eso también se puede hacer clic en una fracción del tiempo, en lugar de hacer combinaciones de teclas y martillar teclas para hacer lo mismo ... apesta cuando olvidas el comando de función de nombre de extensión que necesitas escribir. Los botones / iconos de la barra de herramientas son increíbles.

Realmente me sorprende que esta característica no sea una prioridad porque debería serlo.

VSCode es un editor de código minimalista y debido a eso seríamos reacios a aceptar un PR que agregue una barra de herramientas personalizada.

¡Ja! :))
¿Qué significa minimalista?

Los botones de tabulación, cuya altura no se puede personalizar, y son como ventanas de metro, ¿significan minimalistas?

Los enormes botones en el menú, la barra de acciones, etc., que ocupan más espacio en la pantalla que el área del editor, ¿significan minimalistas?

Perdí tres meses en la personalización del editor de vscode, pensando: sí, lo encontré, ¡mi editor!

¿Y dónde crees que estoy codificando?
Sí, tienes razón, en el bloc de notas ++

hola, actualmente esta solicitud de función (como muchas otras) está abierta para que podamos recopilar más comentarios de los usuarios, no porque queramos abordarla de inmediato.
VSCode es un editor de código minimalista y debido a eso seríamos reacios a aceptar un PR que agregue una barra de herramientas personalizada.

@isidorn, ¿los 20 pulgares hacia abajo en tu respuesta son suficientes para mostrarte lo fuera de contacto que estuvo esa respuesta?

Dices minimalista, pero yo consideraría que algo como Notepad ++ es bastante minimalista ... Mientras tanto, tenemos el control de versión / git integrado (que, según mi conocimiento, ninguno de los editores "minimalistas" incluye ... se depuró ... ¿Pensé que era más una función IDE que un editor de código minimalista? ¿Tiene su propio monitor de proceso? No creo que haya visto nunca un editor de código con uno de esos ...

¿Pero sabes lo que no tiene? UNA BARRA DE HERRAMIENTAS ... ¿Sabes qué tiene una barra de herramientas? La mayoría de los editores de código publican VIM (prácticamente) ... ¿Cuál no? Sublime tal vez sea el único remotamente importante en el que puedo pensar que puede que no (no estoy seguro de que nunca lo haya usado), entonces, ¿el objetivo es minimalista o una imitación de Sublime para tratar de atraer a usuarios sublimes al ecosistema de MS?

Oh ... ya casi lo olvido ... ¿No es Microsoft el que está desarrollando esas 3 EXTENSIONES de edición remota (Remoto - SSH, Remoto - Contenedores, Remoto - WSL, etc.)? No puedo recordar ningún editor minimalista que tenga esas funciones integradas tampoco ... ¿y pensé que la filosofía era que MS está desarrollando el editor y la extensibilidad manejada por extensiones de terceros? encogerse de hombros ...

Vamos, Microsoft: haga lo correcto por una vez y escuche a su base de clientes. Estoy seguro de que ya tiene lista la barra de herramientas, solo debe incluirla en la compilación y hacer feliz a un 50% adicional de su audiencia. Se trata de opciones. Aquellos que quieran la barra de herramientas, enciéndala. Aquellos que no lo hacen, déjelo apagado. ¿¿¿¿¿CUÁL ES EL PROBLEMA?????

VSCode es un editor de código minimalista y debido a eso seríamos reacios a aceptar un PR que agregue una barra de herramientas personalizada.

Tal vez solo isidorn lo crea y tal vez cuando cambie de trabajo, obtendremos una barra de herramientas dentro de un mes. Quizás el problema no sea solo en él.

Vamos, Microsoft: haga lo correcto por una vez y escuche a su base de clientes. Estoy seguro de que ya tiene lista la barra de herramientas, solo debe incluirla en la compilación y hacer feliz a un 50% adicional de su audiencia. Se trata de opciones. Aquellos que quieran la barra de herramientas, enciéndala. Aquellos que no lo hacen, déjelo apagado. ¿¿¿¿¿CUÁL ES EL PROBLEMA?????

Están tratando de "priorizar" en función de la demanda de los clientes ... en otras palabras, están trabajando en su próximo lanzamiento de características de rockstar ... probablemente algo así como una API para Raspberry Pi integrada en sus Coffee Makers ... por si acaso alguien quiere programar algo de Java con su Java? Ya sabes las cosas de alta demanda ... pueden estar tratando de traducir VSCode al lenguaje del Código de Hammurabi ... Escuché que uno es bastante popular en algunas partes ...

Es broma ... Pero en una nota seria ... Me encantaría una respuesta oficial de la EM de una forma u otra ... porque la información proporcionada sobre cómo se van a desarrollar en el futuro y la visión de futuro no lo hace ' Parece congruente con las acciones actuales ...

Si no pueden administrar los 30 minutos que tomaría construir una barra de herramientas OPCIONAL / API ... entonces muchos de nosotros probablemente necesitemos volver a otro editor ...

La idea de un hombre del relleno inútil es otra idea de una interfaz bien definida ... notepad ++ no está bien diseñado o no es bueno de usar. Solía ​​usar notepad ++ y editpad pro, el último fue genial, pero ambos se ven anticuados con botones apretados. Me alegro de que VSC no tenga ninguno, cuando probé atom por primera vez, tampoco me gustó la paleta de comandos, ni vsc, pero después de usarla durante varios años no me pierdo los botones ni encuentro la paleta de comandos difícil de usar. . Tal vez solo déle algo de tiempo en lugar de recurrir a notepadd ++.

... haz feliz a un 50% adicional de tu audiencia ...

Aproximadamente 240 personas agregaron un emoticón positivo al OP ... ¿qué te hace pensar que VSC solo lo usan unas 480 personas?

No le obligamos a utilizar la barra de herramientas. Puede desactivarse.
Nos obliga a no usar la barra de herramientas.
¿Sientes la diferencia?
La era de "El único camino correcto" fue en la Unión Soviética.

No me digas qué hacer y no te diré adónde ir.

La idea de un hombre del relleno inútil es otra idea de una interfaz bien definida ... notepad ++ no está bien diseñado o no es bueno de usar. Solía ​​usar notepad ++ y editpad pro, el último fue genial, pero ambos se ven anticuados con botones apretados. Me alegro de que VSC no tenga ninguno, cuando probé atom por primera vez, tampoco me gustó la paleta de comandos, ni vsc, pero después de usarla durante varios años no me pierdo los botones ni encuentro la paleta de comandos difícil de usar. . Tal vez solo déle algo de tiempo en lugar de recurrir a notepadd ++.

Exactamente por qué el título del problema dice "opcional". Nunca utilizo las pestañas de la parte superior para acceder a los archivos, todas están a la izquierda. ¿Por qué están ellos ahí? El hecho de que un flujo de trabajo funcione para usted no significa que sea excelente para todos. La interfaz de usuario configurable puede mejorarla para una gama más amplia de usuarios; para mí, es una función de accesibilidad. Utilizo teclas adhesivas, por lo que presionar ciertas combinaciones de teclas (principalmente deshacer / rehacer) puede ser tedioso si es necesario repetirlo varias veces. Haría mi vida más fácil y no afectaría la tuya, entonces, ¿por qué estás aquí diciéndome que no lo necesito? ¿Por qué te importa?

Incluso puede ser un complemento, nadie que no lo quiera necesita saber que existe.

@morozovsk No hay barra de herramientas, nadie puede
no existe.

No me importa si agregan uno, simplemente no quiero que se le dé prioridad ... parece que hay muchos desarrolladores que lo quieren, así que ¿por qué no forman un equipo y envían un PR?

No me importa si agregan uno, simplemente no quiero que se le dé prioridad ... parece que hay muchos desarrolladores que lo quieren, así que ¿por qué no forman un equipo y envían un PR?

La gente se ha ofrecido a ver los muchos otros informes de errores realizados sobre el mismo problema. MS ha dicho que probablemente lo rechazarían. Ni siquiera quieren agregar ganchos para hacer posible un complemento. Así que no es un problema de recursos, es ideológico.

Obviamente, no se le da prioridad. MS ni siquiera ha comentado sobre eso en meses. Una vez más, no sé por qué te importa.

La idea de un hombre del relleno inútil es otra idea de una interfaz bien definida ... notepad ++ no está bien diseñado o no es bueno de usar. Solía ​​usar notepad ++ y editpad pro, el último fue genial, pero ambos se ven anticuados con botones apretados. Me alegro de que VSC no tenga ninguno, cuando probé atom por primera vez, tampoco me gustó la paleta de comandos, ni vsc, pero después de usarla durante varios años no me pierdo los botones ni encuentro la paleta de comandos difícil de usar. . Tal vez solo déle algo de tiempo en lugar de recurrir a notepadd ++.

Uhhh ... ¿Sabes qué tiene Notepad ++? archivos de configuración ... ¿sabes qué puedes hacer con esos archivos? elimine elementos que no desea ver ... literalmente podría hacer que solo tenga un menú de archivo con una opción de menú y sin barra de herramientas si lo desea ... ¿Por qué es así? porque permite a las personas personalizarlo para lo que les funcione de manera más eficiente sin encerrar a las personas en flujos de trabajo que no son eficientes para ellos. Entonces, decir que USTED lo encuentra desordenado, por lo que una característica OPCIONAL que no estaría obligado a usar no debería implementarse porque USTED lo encuentra de esa manera, suena extremadamente egoísta.

Me gustan los temas oscuros ... ¿tal vez VSCode debería eliminar todas las opciones para personalizar las opciones de color y obligar a todos a usar el que me gusta? ¿Por qué no lo hacen ellos? Hmmm, porque al igual que la barra de herramientas, es fácil crear código para permitir que el usuario personalice lo que funciona mejor para ellos y de ninguna manera impacta negativamente a otros usuarios ...

No me importa si agregan uno, simplemente no quiero que se le dé prioridad ... parece que hay muchos desarrolladores que lo quieren, así que ¿por qué no forman un equipo y envían un PR?

¿Qué quieres priorizar? una API para tu tostadora?

Aparte del problema del sistema de archivos donde los datos reales se están destruyendo debido a una terquedad similar del equipo de codificación, no he visto una solicitud que parezca que debería ser de mayor prioridad ... pero supongo que todos deberíamos saludar a King Sketchbuch.

Se agregaron preguntas frecuentes al boleto.
Es agotador responder las mismas preguntas a personas que no han entendido el tema pero que ya están en contra.

@ thariqnu-ifm
¿Con qué precisión utilizo la paleta de comandos sin el teclado?
¿Por qué no podemos tener una paleta de comandos Y una barra de herramientas opcional (o al menos una API)?

¿Cómo se escribe código sin teclado?

Se agregaron preguntas frecuentes al boleto.
Es agotador responder las mismas preguntas a personas que no han entendido el tema pero que ya están en contra.

Esa captura de pantalla de tendencia en el OP no muestra lo que crees que muestra ...

No me importa si agregan uno, simplemente no quiero que se le dé prioridad ... parece que hay muchos desarrolladores que lo quieren, así que ¿por qué no forman un equipo y envían un PR?

Aparentemente ha habido varios intentos ... Algunos llegaron más lejos que otros. El problema es que el equipo de vscode había bloqueado estos esfuerzos en el pasado y eludió el hecho de que no tenían intenciones de permitirlo.

Hay una visión ... Esa visión no incluye una barra de herramientas. Por qué me aturde la mente ... Pero todo este tiempo esperando ... Webstorm ha mejorado cada vez más ampliando la brecha.

Para el punto de otra persona ... No tienen ningún problema en hacer todo lo posible por un soporte súper oscuro que el 2% de los usuarios de código usarán ... Pero luego una barra de herramientas OPCIONAL simple ... Nooooooope.

Han pasado años y años e innumerables problemas desapareciendo en el olvido. Creo que probablemente es hora de simplemente llamarlo.

¿Cómo se escribe código sin teclado?

¿Alguien dijo que estaba escribiendo código sin teclado?
Desarrollar es más que escribir código en mi experiencia, desde dedicar tiempo a descubrir sistemas heredados al principio hasta depurarlos al final.

Siento dolor en los brazos que hace que el tiempo en el teclado sea un bien valioso. También es un esfuerzo cambiar entre el uso del mouse y el teclado. Entonces, para descansar las manos, uso el mouse siempre que puedo. Con un poco de soporte (una _toolbar_ por ejemplo), puedo sentarme y examinar el código y la documentación de referencia, depurar, etc. sin tener que acercarme al teclado durante horas.

Se agregaron preguntas frecuentes al boleto.
Es agotador responder las mismas preguntas a personas que no han entendido el tema pero que ya están en contra.

Editar: Para el equipo de Microsoft Visual Studio Code:

¿No sería más productivo ofrecer la función?

@ rei-vilo

¿No sería más productivo ofrecer la función?

Probablemente estés confundido :)
Soy un iniciador de tema. No trabajo para la EM. No pude entregar la función.

@ rei-vilo

¿No sería más productivo ofrecer la función?

Debes estar confundido :)
Soy un iniciador de tema. No trabajo para la EM. No pude entregar la función.

Lo siento, el mensaje estaba destinado al equipo de Microsoft Visual Studio Code.

Por mi parte, traté de jugar con extensiones, pero es difícil profundizar en la documentación.

Soy un iniciador de tema. No trabajo para la EM. No pude entregar la función.

Literalmente dijiste esto en la actualización de preguntas frecuentes de tu publicación 1 anterior 🤣

Algunas personas no lo leerán ni intentarán comprender de qué se trata este problema antes de entrar con un comentario sin sentido irrelevante.

OP es un poco tl; dr, tal vez las preguntas frecuentes deberían trasladarse a la parte superior.

Deja de ser Apple. Eliminar algo útil de algo no mejora esa cosa.

Personalmente, nunca noté que no tiene una barra de herramientas hasta este hilo. Me gusta la forma actual. De todos modos, tiene una barra de herramientas en forma de barra de actividad a la izquierda. Pero supongo que los desarrolladores de vscode podrían haber explicado mejor la decisión de no incluir una barra de herramientas, como, quizás una barra de herramientas, la ventana se vería desordenada (lo que creo que sí). Por supuesto, en su implementación solo podrían incluir la barra de herramientas como una opción, pero entonces probablemente esté más abajo en la lista de prioridades. Pero aún así, hubiera sido bueno algún comentario útil.

Personalmente, nunca noté que no tiene una barra de herramientas hasta este hilo. Me gusta la forma actual. De todos modos, tiene una barra de herramientas en forma de barra de actividad a la izquierda. Pero supongo que los desarrolladores de vscode podrían haber explicado mejor la decisión de no incluir una barra de herramientas, como, quizás una barra de herramientas, la ventana se vería desordenada (lo que creo que sí). Por supuesto, en su implementación solo podrían incluir la barra de herramientas como una opción, pero entonces probablemente esté más abajo en la lista de prioridades. Pero aún así, hubiera sido bueno algún comentario útil.

También podría argumentar que la barra gigante de la izquierda (como decida llamarla) ¿eso es qué? 100px + de ancho, es mucho más desordenado que una barra de herramientas de 20px ...

Además ... me acabo de dar cuenta ... ¿sabes qué más tiene una barra de herramientas que Microsoft posee ...? Github ... justo en este cuadro estoy escribiendo ... me pregunto por qué es ... Quiero decir, si todos son expertos en teclados, ¿no deberíamos todos conocer el markdown? jajaja

Como mínimo, querría un "panel de herramientas" que pueda mover (¿y duplicar?) En diferentes contenedores de paneles.

Por lo tanto, puede tener un icono dedicado en la barra de actividades o ser un panel en un panel existente, etc.

Aprovechando la reciente incorporación de paneles móviles.

Personalmente, nunca noté que no tiene una barra de herramientas hasta este hilo. Me gusta la forma actual. De todos modos, tiene una barra de herramientas en forma de barra de actividad a la izquierda. Pero supongo que los desarrolladores de vscode podrían haber explicado mejor la decisión de no incluir una barra de herramientas, como, quizás una barra de herramientas, la ventana se vería desordenada (lo que creo que sí). Por supuesto, en su implementación solo podrían incluir la barra de herramientas como una opción, pero entonces probablemente esté más abajo en la lista de prioridades. Pero aún así, hubiera sido bueno algún comentario útil.

En otros subprocesos cerrados, los desarrolladores han dicho que son reacios o no quieren ni siquiera incluir ganchos para que los desarrolladores de complementos creen un complemento de barra de herramientas. Entonces, en lugar de ser una prioridad baja, parece que estos desarrolladores se oponen activamente incluso a hacer posible tener una barra de herramientas completamente opcional, incluso como un complemento. Como dijo el OP, esto parece ideológico.

Solo agregando a la pila ...

Este problema es la razón número uno por la que no uso VS Code para nada. De hecho, reviso aproximadamente una vez al mes para ver si han recuperado el sentido y han agregado una barra de botones. Pero, lamentablemente, parece que incluso permitir que los desarrolladores de complementos integren una barra está fuera de alcance.

Continuaré usando Notepad ++ y otros editores que brindan esta funcionalidad básica. Sin embargo, esta vez voy a desinstalar VS Code y no creo que lo vuelva a instalar pronto.

Solo quería agregar mi +1 a esta solicitud de función.

Es gracioso cómo algo tan útil parece ser rechazado por el equipo de desarrollo mientras algo completamente inútil como "OPEN EDITORS" sigue abarrotando nuestra pantalla. Esa cosa no fue necesaria ni siquiera durante los días de VC ++ 6, una época oscura en la era de la codificación cuando no teníamos pestañas que mostraran qué archivos estaban abiertos.

Y antes de que algún desarrollador loco haga que mis divagaciones estén llenas de errores gramaticales, déjame intentar dejarlo claro:

• Barra de herramientas configurable -> extremadamente útil.
• Pestañas que muestran qué archivos están abiertos -> extremadamente útiles. ¡Quédatelo!
• Editores abiertos -> totalmente inútiles. ¡Tírarlo!

TLDR
Una barra de herramientas configurable sería extremadamente útil y mucho más esencial que un montón de cosas que estoy viendo actualmente implementadas.

Simplemente haga clic con el botón derecho en la vista de editores abiertos y desmárquela si no desea verla

Simplemente haga clic con el botón derecho en la vista de editores abiertos y desmárquela si no desea verla

¿Qué sabes ... esa es exactamente la misma línea palabra por palabra que podrías decir si alguien se queja de que no le gusta la barra de herramientas? ¡Qué versátil!

No, no lo es. La opción para ocultar vistas ha estado disponible desde el primer lanzamiento.

Las barras de herramientas no lo han sido. No tener una barra de herramientas era el objetivo principal del diseño. Agregarlo ahora consumiría recursos, tiempo de desarrollo y requeriría que varios equipos colaboren para agregar esta "característica". Luego, una vez que esté allí, los desarrolladores de extensiones perezosas escribirán solo para la barra de herramientas y no proporcionarán una forma de usar sus extensiones sin una barra de herramientas. Lo más probable es que ni siquiera conecten los eventos de clic a un comando real, simplemente ejecutarán algo al hacer clic, sin que nadie tenga la oportunidad de usar la paleta de comandos. Creo que agregar esta "función" ahora sería un error y por eso no quiero que se haga. También inflará la API. Todos los estudios de MS en la cinta mostraron cuán inútiles son las opciones de menú infinitas y cómo el infierno de la barra de herramientas no ayuda a nadie a usar una aplicación de manera más efectiva.

Si MS Studies considera que la barra de herramientas es inútil, entonces ¿por qué el diseño sigue siendo un paradigma básico para las aplicaciones? ¿Tiene una barra de herramientas / cinta activada en su navegador? ¿Palabra? ¿Sobresalir? ¿Explorador? ¿Estudio visual? Photoshop? Las aplicaciones ancladas en Windows son una forma de barra de herramientas. Si personalmente nunca los usa en ninguna de las situaciones anteriores, ¿cree que los usuarios que sí lo hacen están usando el software incorrectamente? ¿Que, por ejemplo, una estructura de paleta de comandos reemplazaría mejor la cinta en Word? Preguntas honestas.

En cuanto a cuestiones de ingeniería, no es necesario que habilite la ejecución del código dentro de los eventos de clic. El marco podría limitarse fácilmente a solo un disparador de función desde el principio, que a mí me parecería la única forma lógica de implementarlo de todos modos. Cualquier aplicación que haya creado una barra de herramientas / menú solo llama a una función. ¿Por qué permitiría incrustar código en el evento de clic del botón? ¿Por qué los desarrolladores incluso tendrían acceso a los eventos detrás de la barra de herramientas? Agregar un marco para admitir botones con ganchos de comando sería bastante trivial, ya tiene la paleta de comandos haciendo lo mismo, por lo que parece una extensión de esa estructura por sí sola.

Me quedé en este hilo por curiosidad, pero para mí lo que realmente dice es que la mayoría de mi equipo elige no usar el código citando las deficiencias de la interfaz. Es decepcionante, ya que es un gran producto por lo demás.

Si estás leyendo este hilo y la falta de una barra de herramientas es esencialmente un obstáculo para ti como lo fue para mí, entonces te recomiendo Notepad ++. Desinstalé VSC, instalé NPP y no miré hacia atrás. La barra de herramientas NPP es completamente extensible a través de un complemento, y agregué botones para hacer casi 20 tareas repetitivas a través de Python, scripts bash y el lenguaje del editor interno. Además, tiene muchos otros complementos para tareas específicas del idioma, etc. Estoy seguro de que también hay otras buenas alternativas, pero no he encontrado nada con NPP que no pueda hacer por defecto ni codificarlo yo mismo.

JAJAJAJA ... Acabo de descubrir la razón REALLLL por la que sketchbuch no quiere una barra de herramientas ... Está ocupado usando la barra de estado como barra de herramientas (y por alguna razón siente que es más aceptable "piratear" la barra de estado para un propósito no intencionado que tener una barra de estado legítima ...

vamos hombre ... si estás preocupado por el peso ligero ... vamos a cortar algo de la hinchazón REAL ... de nuevo, los editores mucho más ligeros que VSC tienen barras de herramientas ...

... Preguntas honestas.

No, es simplemente ignorar lo que dije. Nunca dije que las barras de herramientas son inútiles, dije que el infierno de las barras de herramientas es inútil ... que es en lo que me preocupa que esto se convierta. La cinta tiene botones, pero se investigan con UX detrás de ellos, no se realizará ninguna investigación para mejorar la UX para los usuarios que quieren botones. Simplemente volverá a tener cientos de botones y barras de herramientas debajo de las barras de herramientas. se convertirá en un lío hinchado, creo.

Si MS proporciona una barra de herramientas, cuánto tiempo antes de que la gente quiera múltiples barras de herramientas, o barras de herramientas debajo de las barras de herramientas con la capacidad de organizar las barras mediante arrastrar y soltar, entonces la gente querrá una forma de personalizar los botones y cambiar el orden. Querrán carpetas de botones que agrupen comandos. Esta sencilla API para los botones que desea tiene el potencial de transformarse en un monstruo que hincha la API y la interfaz de usuario y agota el tiempo del desarrollador.

Me gusta la pequeña api, al principio la encontré bastante restrictiva. Después de hacer algunas extensiones, puedo ver por qué todas las pantallas personalizadas para extensiones están en los editores; es el único lugar donde la API le permite crear contenido personalizado.

Por cierto, ya que estamos agrupando pruebas anímicas inútiles ... todos los equipos con los que trabajo usan VS Code

Sí, esas son mis extensiones, pero agregan botones donde ya hay un sistema de botones en su lugar. No es un truco, estas extensiones no hacen nada que la API no exponga a un desarrollador. Mire si agregan el botón api y está completamente elaborado y probado, no me importa. Simplemente no quiero que jodan al editor haciéndolo.

Por cierto, el botón del terminal Zen usa la barra de título del editor para la ubicación del botón, no la barra de estado;). Siempre puede crear una extensión privada para usted mismo agregando botones allí.

En cuanto a las preocupaciones de ingeniería,

Sí, los botones se pueden conectar a un comando, pero también es posible en package.json detener la llamada de un comando a través de la paleta. Este es el tipo de cosas que no quiero que sucedan, que los desarrolladores comiencen a hacer que las cosas solo funcionen con botones, por el motivo que sea.

@sketchbuch :

No quiero que suceda, que los desarrolladores empiecen a hacer que las cosas solo funcionen con botones, por el motivo que sea.

No somos sus esclavos para pedirle permiso cuando podemos usar los botones y cuando no. Sal del boleto.

Que te jodan, no necesito tu permiso para comentar sobre un tema abierto. Si no te gusta madura y déjate

No, es simplemente ignorar lo que dije. Nunca dije que las barras de herramientas son inútiles, dije que el infierno de las barras de herramientas es inútil ... que es en lo que me preocupa que esto se convierta.

Gracias por la respuesta. Estoy de acuerdo en que el infierno de la barra de herramientas puede ser un problema (te estoy mirando Office) pero también lo coloco en la categoría de "decisión del usuario" cuando la barra de herramientas es editable. (si la barra de herramientas no es editable, entonces ese es otro problema) Cuando tengo la opción de personalizar la barra de herramientas en las aplicaciones, no vienen "listas para usar" con todos los elementos habilitados de forma predeterminada, vienen con una selección sensata de elementos comunes y puedo agregar / eliminar lo que hace que mi flujo de trabajo sea más eficiente. Para mí, es lo mismo que los editores me permiten establecer opciones de sangría, espaciado, tamaños de fuente, etc.

Incluso si VSCode se envió con una barra de herramientas en blanco que estaba oculta de forma predeterminada, estaría bien. Para mí, se trata de la elección del usuario y no de obligarlos a utilizar una metodología con la que no se sientan cómodos. Admito que nunca he creado una extensión para VS Code, sin embargo, me imagino que se limitará a un recurso de mapa de bits agregado y una entrada en el manifiesto de extensión que habilita la opción. Eso no permitiría a los desarrolladores abusar de él. Descargue el trabajo de crear mapas de bits predeterminados para la paleta a la comunidad siempre que exista el marco básico. Luego, envíe VS Code tan limpio como lo está hoy y si elijo optimizar mi flujo de trabajo a mi manera, tengo la opción.

No quise arrojar evidencia anecdótica.

@sketchbuch

Que te jodan, no necesito tu permiso para comentar sobre un tema abierto.

Pero en realidad deberías, porque este es mi problema abierto :)
PD: ahora estás prohibido. gracias por el diálogo constructivo :)

Sí, esas son mis extensiones, pero agregan botones donde ya hay un sistema de botones en su lugar. No es un truco, estas extensiones no hacen nada que la API no exponga a un desarrollador. Mire si agregan el botón api y está completamente elaborado y probado, no me importa. Simplemente no quiero que jodan al editor haciéndolo.

Por cierto, el botón del terminal Zen usa la barra de título del editor para la ubicación del botón, no la barra de estado;). Siempre puede crear una extensión privada para usted mismo agregando botones allí.

El hecho de que PUEDA agregar un botón allí no significa que VSC lo permita porque quieren que lo convierta en una barra de herramientas ... De hecho, recuerdo haber visto un comentario de un desarrollador que declaró explícitamente que ese no era el caso. (Sé que es impactante que en realidad respondan ...)

PD: ahora estás prohibido. gracias por el diálogo constructivo :)

Ese fue un acto inútil justo cuando se estaba teniendo una discusión adecuada. No puedes simplemente rechazar a las personas con las que no estás de acuerdo. La lección # 1 sobre cómo no convencer a la gente de tu punto de vista es válida.

Repitió lo mismo en todos los mensajes: "No quiero", "Estoy en contra", "No me gusta esto". No hizo absolutamente nada por un diálogo constructivo.

No quiero que suceda, que los desarrolladores empiecen a hacer que las cosas solo funcionen con botones, por el motivo que sea.

Antes de eso, pensé que era solo un troll. Después de estas palabras, quedó claro que ella no quiere mejorar o empeorar vscode. Ella solo quiere limitar a otras personas y no importa si lo quieren o no.
Bueno, lo que le hice a él es lo mismo, ahora probablemente pueda entender qué es cuando estás limitado contra tu voluntad.

Repitió lo mismo en todos los mensajes: "No quiero", "Estoy en contra", "No me gusta esto". No hizo absolutamente nada por un diálogo constructivo.

No quiero que suceda, que los desarrolladores empiecen a hacer que las cosas solo funcionen con botones, por el motivo que sea.

Antes de eso, pensé que era solo un troll. Después de estas palabras, quedó claro que ella no quiere mejorar o empeorar vscode. Ella solo quiere limitar a otras personas y no importa si lo quieren o no.
Bueno, lo que le hice a él es lo mismo, ahora probablemente pueda entender qué es cuando estás limitado contra tu voluntad.

Lo siento sBrecht, estoy completamente de acuerdo con morozovsk. No había agregado una sola crítica constructiva. Honestamente, en base a la forma en que estaba hablando (como si tuviera algún tipo de autoridad en el asunto), por eso miré su perfil ... pensé que podría ser un empleado encubierto de Microsoft ... pero no ... era solo un troll ...

El único beneficio que trajo a la conversación estaba recibiendo el mensaje contar hasta ... que puede obtener es de esperar MS a prestar más atención a la cuestión de encogimiento

jajaja mira ... el troll TODAVÍA está trolling ... pulgares abajo de mi puesto ... sigue así troll ... ¡¡¡Me encanta cómo acabas de demostrar mi punto !!!

Sí, antes de Sketchbuch estábamos en la segunda página, ahora estamos en la primera .
Así que gracias @sketchbuch por tu ayuda :)

jajaja mira ... el troll TODAVÍA está trolling ... pulgares abajo de mi puesto ... sigue así troll ... ¡¡¡Me encanta cómo acabas de demostrar mi punto !!!

si. también puedes prohibirlo y olvidarte de su existencia :)

Ríete cuando la EM cierre este tema por tu comportamiento infantil

La cuenta se creó hace 4 minutos.

@krytenjrobot , @sketchbuch

Más bien, será expulsado por registrar nuevas cuentas de spam.
Si te veo aquí de nuevo con una nueva cuenta, escribiré una queja a github y tu cuenta principal será prohibida.

Anciano pero actuando como un adolescente.

PD: ahora estás prohibido. gracias por el diálogo constructivo :)

Ese fue un acto inútil justo cuando se estaba teniendo una discusión adecuada. No puedes simplemente rechazar a las personas con las que no estás de acuerdo. La lección # 1 sobre cómo no convencer a la gente de tu punto de vista es válida.

"Que te jodan" no es una discusión adecuada. El tipo claramente estaba trolleando, cuando se señaló que sus argumentos eran defectuosos, movió los postes de la portería. Solo está perdiendo el tiempo de todos.

Hola, Mi nombre es Claude Dupré y soy ingeniero electrónico y analista programador desde hace 40 años. He utilizado una multitud de productos de desarrollo en mi carrera teniendo que desarrollar incluso controladores de impresora que no existían en el entorno Dos. Windows ni siquiera existía en ese momento. Aunque sabía programar en orientado a objetos, las máquinas no eran lo suficientemente potentes (8088, 8k de memoria, 64k de espacio en disco, etc.) para admitir ese tipo de tecnología, por lo que tuvimos que usar la tecla de acceso directo para la función de uso frecuente y todos los programas se compilaron usando un archivo por lotes, lo mismo con el vinculador con un archivo de enlace. Desde hace unos años he estado trabajando con Atmel Studio porque conocía muy bien el producto ya que en mi carrera programé en Assembler, C, C ++, .Net y otros lenguajes del que probablemente nunca hayas oído hablar como dbase, PLM, Clipper, etc. Ahora Debido a que Atmel Studio no admitía el producto STM, tuve que encontrar otro producto en el que trabajar para desarrollar mi producto Cortex basado en STM. Encontré Visual Studio Code. Así que me dije a mí mismo: Hourra, encontré el santo grial. Tuve que trabajar más de una semana para configurarlo y descubrir que fui retirado en los años 80 en lo que respecta a la ideología del producto. Estoy muy decepcionado de ver que un producto que es tan popular no lo es como una herramienta eficiente. Sin menú contextual. No hay menú configurable. Los complementos no generan sus propios menús y barra de herramientas, no se configuran a sí mismos para el entorno. No hay una barra de herramientas básica. Por lo tanto, el producto liviano es bueno cuando se aplica a un entorno TIGHT (sé de lo que estoy hablando), lo que claramente no es el caso con las tecnologías de estos días. Entonces, si alguien quiere usar un producto nuevo, espera poder instalarlo y usarlo con un tiempo de respuesta mínimo. Si comparo Visual Studio Code con Atmel Studio, vscode está a años luz de distancia. Parece, por lo que he leído aquí, que el equipo de vscode no está de acuerdo con las actualizaciones que me parecen esenciales. Para concluir esto. Creo que se debe adoptar un estándar de codificación para definir complementos más estables y eficientes en lo que respecta al uso, la eficiencia y la documentación para hacer que el producto final sea más integrado y amigable para el usuario (que no es el caso, lo siento). El equipo tendrá una visión más visionaria. Saludos Claude

Si MS proporciona una barra de herramientas, cuánto tiempo antes de que las personas quieran múltiples barras de herramientas, o barras de herramientas debajo de las barras de herramientas con la capacidad de organizar las barras mediante arrastrar y soltar, entonces la gente querrá una forma de personalizar los botones y cambiar el orden. Querrán carpetas de botones que agrupen comandos. Esta sencilla API para los botones que desea tiene el potencial de transformarse en un monstruo que hincha la API y la interfaz de usuario y agota el tiempo del desarrollador.

Bueno, una gran noticia para ti: la gente ya quiere todo lo anterior. Ese es todo el propósito de esta propuesta: permitir que los usuarios agreguen los comandos que quieran, como quieran y donde quieran. No depender de los autores de las extensiones para que les preparen los comandos, en un componente que no fue diseñado para ellos y sin personalización.

En la medida en que el argumento en torno a "IU y API hinchado", la característica más solicitada en este momento # 10121 es la capacidad de arrastrar paneles fuera de la ventana principal. Claramente, la gente tiene muchas ideas diferentes sobre su flujo de trabajo preferido. VSCode tiene muchas funciones que no uso. Eso no significa que crea que deberían eliminarse. Significa que deberían estar allí si los necesito / quiero.

En la medida en que el argumento en torno a "IU y API hinchado", la característica más solicitada en este momento # 10121 es la capacidad de arrastrar paneles fuera de la ventana principal. Claramente, la gente tiene muchas ideas diferentes sobre su flujo de trabajo preferido. VSCode tiene muchas funciones que no uso. Eso no significa que crea que deberían eliminarse. Significa que deberían estar allí si los necesito / quiero.

Esto ... O al menos ser CAPAZ de extender el programa para abordar las capacidades necesarias ... si la gente quiere ventanas flotantes, ¿por qué no simplemente abrir una segunda copia de VSC o expandir la ventana en dos monitores y seleccionar un diseño diferente ... ( Ver> Diseño del editor) ya tienen un montón de diferentes ... Pero, honestamente, eso suena como algo que no debería tomar más de un par de días para eliminar ...

Pero si observa las notas de la versión más reciente (Ayuda> Notas de la versión si desea verlas por sí mismo), observe cuántos de esos cambios son "funciones avanzadas" o están dirigidas solo a un pequeño subconjunto de usuarios. , etc.

Debería haber tenido una fiesta para el segundo aniversario de este número, para conmemorar todos esos OTROS problemas que se cerraron por out of scope etc., etc.

Solo agrego mi voz para obtener una opción de barra de herramientas personalizable adecuada agregada como una cuestión de prioridad.

¡FFS es MS desde hace mucho tiempo!

La EM es draconius en el mejor de los casos ...

Algunos problemas simplemente se descartan, este IDE es como si solo un hombre lo estuviera haciendo, y no docenas ...

Como el problema con la representación deficiente, o "¡Aquí no hay barra de herramientas!".
¡Realmente creo que los desarrolladores de este IDE no lo usan!

No estaba al tanto de este hilo y envié una solicitud para una barra de herramientas personalizable. Fue rechazado / cerrado porque no es una característica que pretendan considerar en los próximos dos años. También me refirieron a este hilo.

Este es realmente mi único problema con VS Code y es una desviación extraña de todos los demás programas de MS que he usado desde que Windows se convirtió en una cosa.

Por otro lado, VS Code es gratuito para uso personal y comercial y se presenta como un editor "ligero" en lugar de un IDE completo. MS Visual Studio no es gratuito para las empresas. Me imagino que les gustaría evitar la posibilidad de que VS Code pueda suplantar por completo a MS Visual Studio. No soy un desarrollador profesional y no he usado muchos IDE diferentes. Aparte de la barra de herramientas, no estoy lo suficientemente familiarizado con MSVS 2019 como para ver otros beneficios de usarlo, y parece que se queda corto en algunas otras áreas.

Me imagino que hay alguna forma para que un usuario codifique una extensión compatible que podría agregar esta característica (más allá de lo que ya existe, que es excelente pero no muy robusto). Sin embargo, como dije, no tengo mucho conocimiento, así que tal vez no lo haya.

Espero que vuelvan a abrir este problema eventualmente, lo que podrían hacer si VSCode continúa expandiendo su base de usuarios rápidamente. Mientras tanto, es un software bastante bueno dado que es completamente gratuito.

Me imagino que hay alguna forma para que un usuario codifique una extensión compatible que podría agregar esta característica (más allá de lo que ya existe, que es excelente pero no muy robusto). Sin embargo, como dije, no tengo mucho conocimiento, así que tal vez no lo haya.

No hay ... (Creo que la respuesta estaba en algún lugar arriba, pero creo que el problema era algo así como que la API solo permite el acceso a como 10 funciones codificadas en lugar de exponer el espectro completo de comandos como todas las demás partes del IDE. el acceso a los.

Y me desconcierta que a pesar de la cantidad de tiempo que el tráfico de búsqueda ha estado abierto, la cantidad de soporte, la facilidad que debería ser implementar para ellos, etc., todavía no hay un solo comentario del equipo de desarrollo aquí ...

Gratis o no, se han lanzado muchas otras características que benefician a muchos menos usuarios (lo que claramente tomó mucho más tiempo que este en implementar), por lo que es realmente una lástima.

No hay ... (Creo que la respuesta estaba en algún lugar arriba, pero creo que el problema era algo así como que la API solo permite el acceso a como 10 funciones codificadas en lugar de exponer el espectro completo de comandos como todas las demás partes del IDE. el acceso a los.

Hay una forma algo mediocre de crear una extensión que amplía la barra de herramientas (llamada "menú" por razones que solo conocen las personas de vscode microsoft) y el menú contextual del botón derecho con los comandos necesarios. A esto lo llamo mediocre porque hay una serie de problemas con lo que actualmente es factible.

1. No hay una API de vscode para agregar comandos, botones de la barra de herramientas, elementos del menú contextual, etc. El patrón para hacer que las cosas aparezcan en la barra de herramientas y el menú contextual es impulsado por entradas declarativas contributes en el archivo de extensión package.json y esto El archivo debe compilarse en una extensión. Este agujero significa que no hay forma de construir programáticamente una barra de herramientas o un menú desde la configuración en tiempo de ejecución y algo como esto tiene que estar cableado en el código de extensión.
2. La barra de herramientas en el área superior derecha que puede extenderse hasta cierto punto no es realmente un área de la barra de herramientas de la aplicación con todas las funciones en el sentido normal. Aunque se pueden agregar botones con comandos a esta área, me parece extraño el posicionamiento de esta área, ya que está en línea y a la derecha de las pestañas del editor en lugar de colocarse encima de los editores.
3. La falta de API mencionada en (1) y no hay áreas de contenedor de barra de herramientas extensibles (aparte de la parte superior derecha) son los bloqueadores que impiden que cualquiera desarrolle una extensión de barra de herramientas de uso general flexible y configurable que pueda ser utilizada por cualquier persona.

Creé una

Para el contexto, la extensión pirateada juntos da como resultado algo que se parece a lo siguiente. Para que quede claro que no estoy defendiendo esta solución como la solución aceptable para este problema.

Esta solicitud de función está relacionada, ya que se necesitará una barra de herramientas para que suceda:
Solicitud de funciones: editor de texto simplificado

Por favor, dale un voto positivo, entonces podría quedar en la lista de trabajos pendientes.

Para ser honesto, cada vez que recomiendo Vscode a mis colegas, Vscode es demasiado especial (rígido) para dejarles saber cómo empezar.
nadie quiere (difícil) recordar tantas combinaciones de teclas.

No entiendo la aparente resistencia a agregar esta característica obviamente necesaria

• agregue una barra de herramientas opcional / configurable.
  Comencé a buscar una barra de herramientas VS cuando me frustré al hacer Guardar todo desde el menú superior: Ctrl K + S muestra una pantalla que muestra información sobre la configuración de accesos directos; no quiero perder el tiempo configurando accesos directos cuando se ha hecho un simple clic en la barra de herramientas. omitido sin una buena razón.
  Deje de perder el tiempo y simplemente hágalo: Microsoft tiene una gran cantidad de código de Visual Studio que podría reutilizarse para acelerar esta tarea.

Vscode con una barra de herramientas finalmente reemplazaría a notepad ++ ... si alguna vez se molestaran en agregar un soporte de barra de herramientas adecuado que las extensiones pudieran admitir (con la personalización del usuario para tirar cosas por espacio de trabajo)

Cada nueva actualización de VSCODE que recibo, estoy sentado aquí con la esperanza de que MS y el equipo incluyan esa función y podamos ver un pequeño gif animado elegante sobre barras de herramientas ... pero no ... todavía son una cantidad infinita de funciones que probablemente beneficiar <1% de la base de usuarios ... luego algo como esto, que aparentemente al menos una parte de la base de usuarios se siente apasionada, aún siendo arrojado debajo de la alfombra, en la basura, enrutado a / dev / null, lo que sea .

Oh, bueno ... supongo que el equipo habla con sus acciones, y sus acciones han sido un descarado "NO", creo que todos esperábamos al menos mostrar que había interés en esta función. Aparentemente se han tomado decisiones.

Lo curioso es que lo más probable es que algún otro equipo de desarrollo esté prestando atención y eventualmente lanzará un editor con las características que hemos estado pidiendo, y probablemente más.

En ese momento, es probable que la EM se separe de su proverbial, pero sería demasiado tarde. ¿Por qué es demasiado tarde? Claramente, no están prestando atención a sus clientes; lo más probable es que esto signifique que les faltan muchas otras cosas simples que podrían mejorar y que una empresa rival podría capitalizar.

Hasta entonces, aguardamos el próximo gran manipulador de texto.

De: Weston [email protected]
Enviado: 24 de agosto de 2020 23:35
Para: microsoft / vscode [email protected]
Cc: DigoFuerte [email protected] ; Comentario [email protected]
Asunto: Re: [microsoft / vscode] Agregar una barra de herramientas configurable opcional debajo del menú (# 41309)

Cada nueva actualización de VSCODE que recibo, estoy sentado aquí con la esperanza de que MS y el equipo incluyan esa función y podamos ver un pequeño gif animado elegante sobre barras de herramientas ... pero no ... todavía son una cantidad infinita de funciones que probablemente beneficiar <1% de la base de usuarios ... luego algo como esto, que aparentemente al menos una parte de la base de usuarios se siente apasionada, aún siendo arrojado debajo de la alfombra, en la basura, enrutado a / dev / null, lo que sea .

Oh, bueno ... supongo que el equipo habla con sus acciones, y sus acciones han sido un descarado "NO", creo que todos esperábamos al menos mostrar que había interés en esta función. Aparentemente se han tomado decisiones.

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/microsoft/vscode/issues/41309#issuecomment-679400537 , o cancele la suscripción https://github.com/notifications/unsubscribe-auth/AFC3662TUXE67KO6LPNRNR3SCLTKNANCNFSM4EK3PIJA .

Parece que no será la función de alta prioridad en un futuro previsible, así que hice esta extensión que agrega botones útiles como embellecer, listar archivos, deshacer, rehacer, guardar todo, etc.en la barra de menú del editor en VSCode. Barra de menú de acceso directo

@GorvGoyl, dadas las restricciones en las que tuvo que trabajar, llamaré a esa extensión una victoria. Todo lo que realmente quería era deshacer / rehacer, ¡así que gracias! 5 estrellas de mi parte.

@GorvGoyl muy bonito! ¡5 estrellas!

@GorvGoyl muy bonito! ¡5 estrellas!

no, es temible que ocupar demasiado espacio en el grupo de pestañas

@GorvGoyl muy bonito! ¡5 estrellas!

no, es temible que ocupar demasiado espacio en el grupo de pestañas

jajaja. realmente puede deshabilitar / habilitar esos íconos según sus necesidades.

Parece que no será la función de alta prioridad en un futuro previsible, así que hice esta extensión que agrega botones útiles como embellecer, listar archivos, deshacer, rehacer, guardar todo, etc.en la barra de menú del editor en VSCode. Barra de menú de acceso directo

Bien, gracias por hacer lo que todo el equipo de ms vscode no se molesta en hacer.

Supongo que no es posible tenerlo en una barra de herramientas separada en esta etapa.

@GorvGoyl muy bonito! ¡5 estrellas!

no, es temible que ocupar demasiado espacio en el grupo de pestañas

Es por eso que necesitamos tener una API expuesta para permitir una "barra de herramientas configurable separada".

Pero por ahora, probablemente esto sea lo mejor que puede ser. Dado que tiene más de 10k usuarios, diría que definitivamente existe la necesidad de una barra de herramientas. Es "suficientemente bueno" para mí.

@GorvGoyl : muchas gracias por tu extensión. Para mí, es la mejor barra de herramientas disponible. Lástima que no aparezca cuando buscas "barra de herramientas" en el panel de extensiones.

Soy nuevo en VSCode e inicialmente pensé que me perdí la configuración durante la instalación para mostrar la barra de herramientas. Busqué durante mucho tiempo hasta que encontré este hilo.

Sin embargo, encontré fácilmente el pdf de atajos de teclado "fácil de imprimir". (sarcástico) LOL.

Entonces ... en opinión del equipo de desarrollo, un usuario típico de VSCode tiene un teclado, un mouse y un montón de hojas de trucos en su escritorio. Yo no. más sarcástico LOL.

Literalmente, cada vez que veo una actualización de vscode ... leo las decenas de cosas que literalmente nunca usaría (es cierto que eso no significa que nadie lo hará) y pienso ... sí, pero ... todavía no hay barras de herramientas.

Aprecio los esfuerzos realizados por las personas que intentan desarrollar extensiones que ayuden lo mejor que pueden ... pero siento que el hecho de que este problema todavía está aquí y ha tenido poca o ninguna aportación o atención por parte de los desarrolladores de ms (sin importar las docenas de cuestiones que descaradamente se cerraron sin razonamiento).

¡Así se hace equipo!

Utilice Atom en su lugar. Es bastante fácil agregar una barra de herramientas a Atom. Sin embargo, ahora que se ha tragado GitHub / Atom, las actualizaciones se han convertido en errores raros y graves (es decir, coloración de sintaxis) que viven una y otra vez. Es triste ver que dejan morir a un editor y no les importa mucho lo que necesitan los usuarios del otro editor.

Oh, uso webstorm para la mayoría de las cosas para las que usaría vscode ... todavía lo tengo instalado ... simplemente no soñaría con reemplazar un IDE competente con él (todavía de todos modos).

También me encantaría una barra de herramientas donde pueda agregar acciones para extensiones. Los atajos de teclado son geniales y todo, pero no puedo memorizar todo lo que hacen todas las extensiones.