Vscode: Permitir ventanas flotantes

Solo agrego mi apoyo a esto. Muy a menudo, con Visual Studio completo, arrastraba una pestaña a mi otro monitor para poder ver dos archivos de código a la vez. La funcionalidad del panel dividido es buena pero no la misma.

Considero que las pestañas del editor son más importantes que las demás. Es realmente difícil utilizar dos monitores cuando no se puede romper una pestaña. Esto es importante cuando se hace referencia al código, pero también para cosas como Markdown Preview.

Como se supone que funciona...? No puedo hacer que funcione (en 1.11.0-Insider). Al arrastrar una pestaña fuera de la ventana, muestra un 🛇 y no me deja soltar, o, cuando se coloca sobre una ventana del Explorador de Windows, copia el archivo ...

@CherryDT Este problema aún está abierto y marcado como Backlog . ¿Tiene una referencia que dice que se supone que se implementará en 1.11?

@ vossad01 Tienes razón. Estaba confundido por un segundo, porque venía del problema cerrado # 10147 donde decía "Ya abordado por # 10121" y tomé "abordado" como "resuelto". Mi error.

Yo diría que desacoplar pestañas (editores más específicamente) es un tipo de tarea _debe tener_ en lugar de _ eventualmente_. Me encantaría tenerlo implementado.

@bpasero @aeschli ¿ es esta una función que le gustaría obtener y revisar como una solicitud de extracción? Parece ser una tarea más grande, por lo que tiene sentido preguntar antes de comenzar con la implementación.

@mlewand, esta no es un área en la que esperamos un PR debido a limitaciones técnicas. Sin embargo, si tiene una idea, háganoslo saber.

@bpasero por limitación técnica ¿dices que es una limitación de Electrones? ¿O se trata más de VSCode one project <-> one window design?

@mlewand depende, si pudiera abrir una ventana liviana que comparta el mismo contexto de JavaScript y crear una interfaz de usuario en ella, ciertamente ayudaría. De lo contrario, terminaríamos abriendo una ventana de navegador pesada con un contexto propio que contiene solo las piezas de la interfaz de usuario que queremos mostrar, lo que parece la dirección incorrecta.

Quiere intervenir en "me-to".

Específicamente pestañas del editor. Es desafortunado que el autor del problema tenga las prioridades tan al revés, pero no puedo creer que nadie en Microsoft haya visto este ticket en algún momento durante el año pasado, reconoció el inmenso valor de poder arrastrar una pestaña del editor desde una ventana a otra (su público de Visual Studio ha estado haciendo esto durante décadas) y ya lo hizo posible.

Esta es una deficiencia grave de VSCode como editor.

Usé Visual Studio como mi editor principal durante aproximadamente 9 años, y luego cambié a VS Code después de pasar a un equipo de proyecto solo de front-end. Hay mucho que me encanta de VS Code, pero la única característica importante que me falta es la falta de ventanas flotantes solo con pestañas del editor (como me he acostumbrado a tener en Visual Studio).

FWIW, uso 4 monitores uno al lado del otro. Se siente una locura estar atascado en un solo monitor para la edición de código, especialmente cuando estoy trabajando en varios archivos simultáneamente.

Tendré que estar de acuerdo con los comentarios anteriores. La falta de esta función es un gran problema para quienes tienen varios monitores (básicamente todos los que trabajan con código). Obviamente, puede solucionarlo abriendo archivos específicos en una instancia de Visual Studio Code separada (ctrl + shift + N), pero definitivamente es algo que debe abordarse lo antes posible.

Quiero poder abrir archivos en una nueva ventana (por ejemplo, ponerlos en un monitor diferente o en un espacio de trabajo virtual diferente).
Si no puedo abrir directamente en una nueva ventana, entonces necesito poder arrancar una pestaña a una nueva ventana o poder arrastrar una pestaña a una ventana de VSCode separada (como se creó con Archivo → Nueva ventana)

Estoy usando un complemento de visor WYSIWYG para editar AsciiDocs. Separar ventanas a diferentes monitores es un requisito básico en este caso. Con suerte, esta función se priorizará pronto

Sería muy bueno si pudiéramos romper las pestañas para mostrar el archivo / pestaña en una ventana separada 😪

Estoy tratando de dejar JetBeans y esta no es una característica opcional o agradable de tener. Es fundamental para la codificación de varios monitores. No tenerlo es un factor decisivo.

+

Buscando esta característica. Gracias :)

No es la forma más limpia de admitir varios monitores / ventanas, sin embargo, puede hacer lo siguiente:

• Archivo> Nueva ventana

• Ahora arrastre una pestaña en su ventana de Visual Studio Code ya existente a la nueva ventana que acaba de abrir.

Estoy de acuerdo en que sería realmente bueno poder arrastrar una pestaña existente a un segundo monitor, pero esta es al menos una solución bastante indolora hasta que admitan arrastrar pestañas a otro monitor.

Añadiendo mi solicitud para esta función también. Es bueno ver a otros queriendo lo mismo.

Me encanta este IDE, de lo contrario. 😄

Todo lo mejor.

Funcionalidad muy necesaria.
Gracias

+1

(Por cierto: ¿El Backlog-Link (https://github.com/Microsoft/vscode/milestone/8) aquí en el panel derecho no funciona?)

¿Algún plan sobre cuándo se agregará esto a un círculo de lanzamiento? ¡Gracias!

No estoy seguro de si alguien ha visto este proyecto para electron, pero lo dejaré aquí. Quizás MS pueda ayudar, en su abundante tiempo :). No he visto confirmaciones en un tiempo, no estoy seguro si tuvo un inconveniente o simplemente se puso ocupado.

https://github.com/electron-utils/electron-dockable

Tengo que admitir que me sorprende que un editor tan establecido como VSCode no me permita arrastrar una pestaña a un segundo monitor.

Añadiendo mi +1 a esto.

Me encantaría tener esta función también. +1

@bpasero No creo que sea un gran problema permitir que se abra otra instancia de VSCode si arrastramos una pestaña hacia afuera. Al menos sería un comienzo.

Estoy pensando en cambiar de Sublime Text a VSC y esta limitación es lo único que me mantiene usando ambos, ¡ciertamente estaré más inclinado a VSC una vez que agreguen esto!

+1
incluso si solo necesito el Explorador y depurar

pestañas
Explorador / búsqueda / depuración / git / extensiones

Tantas solicitudes para esto, y también están llegando constantemente. Me alegro de no estar solo. Siendo realistas, este es mi único problema con el código VS en este momento.

+1

Voy a intervenir junto con el comentario anterior: realmente este es mi único problema / deseo de función para VSCode. De lo contrario, es un placer trabajar con ellos, y muy superior a Sublime y otros (en mi opinión).

@RoyTinker lo mismo aquí. Esto es lo último que me impide cambiar completamente a VSCode.

Coincidiendo con todo lo anterior, esta es la única mosca en el ungüento para mí después de cambiar de Sublime.

Creo que otra razón importante para tener esto es que puede romper las ventanas "Salida" y "Terminal". Si va a ejecutar la depuración dentro de VS Code, probablemente desee que la ventana de Salida esté en un monitor y el código en otro en lugar de meterlo todo en un monitor.

@laserbeak Creo que las complicaciones surgen de tener que manejar la administración de ventanas en varios sistemas operativos. Puede que no haya una forma limpia o clara de hacerlo en todas las plataformas.

Estoy luchando por depurar un proyecto grande a pesar de trabajar en tres pantallas; solo puedo tener la consola de depuración y el código por el que estoy avanzando en una pantalla. Ni siquiera puedo tenerlos uno al lado del otro en la misma pantalla, ya que la consola de depuración toma la parte inferior completa de la ventana separada del editor de código.

Espero que se le pueda dar mayor prioridad a esta función, especialmente dado que lleva abierta más de un año.

Irrelevante https://www.npmjs.com/package/electron-window-manager

Op 5 okt. 2017 2:38 am schreef Luc Shelton [email protected] :

@laserbeak https://github.com/laserbeak Creo que las complicaciones surgen de tener que manejar la gestión de ventanas en varios sistemas operativos. Puede que no haya una forma limpia o clara de hacerlo en todas las plataformas.

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

Aparentemente, los chicos de JetBrains conocen la mejor manera de hacerlo.
En cada producto IntelliJ, cada vista tiene un ícono de engranaje que tiene las siguientes opciones:

• Modo atracado
• Modo flotante
• Modo ventana

Sin esta función, los desarrolladores entran en el siguiente ciclo, que toma al menos el 20% del tiempo del desarrollador.

while (developing){
    swithToIDE() // because you were checking browser before this.
    findTheFileYouAreInterested() // because you can't see more then one file unless you split the view which brings another problem(limits visible area)
    findTheCodeYouAreWorkingOn() // since the coding window is too small because of the space taken by other views (terminal, output etc.)
    changeLogicCode()

    // checking output
    if (output.NotVisibleEnough){ // TODO: change to if(true) becuase it's never visible enough
        output.resizeToVisibleSize()
    }

    findTheProblemInOutput()

    if (output.takesTooMuchSpace){ // TODO: change to if(true)
        output.resizeToMinimalSizes()
    }

    changeLogicCode()

    changeUICode()

    swithToBrowser();
}

Yo llamo a esto como el ciclo K Iller C reatividad F ocusing U Sers.

Es una lástima que esto aparentemente no tenga una alta prioridad. Es realmente un espectáculo para este gran editor.

Esto fue lo último que me dijeron al respecto @Hypernut

https://twitter.com/TheLoveDuckie/status/916447993594859522

Es extraño que ignoraran la demanda aparentemente alta de esta función.

@Hypernut Pensé lo mismo. A mí me parece que debería ser una característica básica de cualquier IDE moderno.

@LoveDuckie @Hypernut Puede

o tal vez simplemente no quieran crear una competencia demasiado fuerte para Visual Studio; -}

@ benm-eras Soy consciente de eso, pero parece que ya hay soporte para esa funcionalidad. Es simple un caso de MS que desea integrarlo con VS Code.

+1. Obligatorio, no es bueno para personas con varios monitores (pestañas). ¿Más de 14 meses y todavía un silencio absoluto? Pero bueno, la compatibilidad con macOS Touch Bar está ahí. 👎 Triste ...

Estoy de acuerdo con el comentario "no hagamos que esto compita con Visual Studio". Bueno, si pudiera trabajar en mi SPA de manera eficiente y en mi backend de API web en Visual Studio, tampoco necesitaría VS Code.

+1 necesita esta función

Esta función está en la lista de trabajos pendientes, pero ocupa el puesto 14 al ordenar las solicitudes de funciones por número de votos positivos:
https://github.com/Microsoft/vscode/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aopen%20sort%3Areactions-%2B1-desc%20label%3Afeature-request

Necesita 104 votos más para estar entre los 10 primeros.

Este problema probablemente recibiría muchos más votos a favor si la pregunta original estuviera mejor redactada.

Título: VSCode agrega soporte para múltiples monitores / áreas de trabajo múltiples.

Descripción:

Admite arrastrar pestañas de documentos, herramientas y ventanas de extensión de VSCode desde una instancia IDE a través de múltiples espacios de trabajo / monitores. Las ventanas divididas de esta manera deberían funcionar dentro del mismo contexto que normalmente cuando se adjuntan al IDE.

Comportamiento actual:

https://cloud.githubusercontent.com/assets/2397125/26831065/5b8f145c-4acb-11e7-8f81-fe25512708cd.gif

Comportamiento deseado:
https://user-images.githubusercontent.com/3527695/31317649-71a530b2-ac4d-11e7-9531-6fe2d4a2e967.gif

Apoyo:
https://www.npmjs.com/package/electron-window-manager

Entonces, ¿por qué no usas Visual Studio?

@ s952163
Yo uso, pero estoy limitado a Windows solamente ;-) mientras que vscode lo uso en linux, macos, windows

@ s952163 Muchas posibles razones:

• Usando Linux o Mac OS X
• Desarrollar contra plataformas / tiempos de ejecución que no son de MS

Ahora soy un desarrollador de front-end en macOS y no volvería a cambiar a Windows y Visual Studio solo para la compatibilidad con múltiples ventanas. Actualmente estoy buscando editores similares para ver si alguno admite ventanas flotantes: Brackets, Atom, Sublime, JetBrains ...

También quiero dar mi apoyo a esta función. En este punto, es la característica que falta lo que me impide usar VS Code a tiempo completo.

Desarrollador típico que comenta sobre este problema: "Todos los demás IDE con una mala interfaz de usuario diseñada en los años 90 me obligaron a comprar varias pantallas para ser productivo, por lo que este nuevo IDE no debería intentar solucionar el problema de manera diferente, sino replicar la misma interfaz de usuario defectuosa y admitir mis múltiples pantallas ".

Realmente espero que esto no se implemente, centrarse en una sola ventana, simplificar, editar UX enfocado es una gran ventaja de VSCode, no una desventaja.

@ Krzysztof-Cieslak De la misma manera, Chrome no debería admitir que se abra una pestaña en una nueva ventana. No podía imaginarme a nadie discutiendo eso. Varios monitores siguen siendo _realmente_ útiles porque aumentan el espacio disponible en la pantalla. Las aplicaciones que admiten varios monitores no son complicadas para hacerlo.

Vea la ilustración de @ D1no arriba ( haga clic para desplazarse hacia arriba ). Esto es lo que me gustaría, como abrir una pestaña de Chrome. [EDITAR: No estoy diciendo que la ventana de la nueva pestaña deba duplicar la interfaz de usuario de la ventana principal. Creo que todo lo que necesitaría es una barra de pestañas (para múltiples pestañas del editor de código) y el contenido de la pestaña.]

@ Krzysztof-Cieslak, estás bromeando, ¿verdad? Lo crea o no, existe una gran comunidad de desarrolladores que valoran la productividad por encima de la localidad en una cafetería, o la copa de un árbol, o lo que sea que esté de moda actualmente.

Los espacios de trabajo de varios monitores no son una reliquia de los años 90. Son una herramienta de productividad increíble que no debe sacrificarse ante la movilidad o el estilo de vida hipster.

@ Krzysztof-Cieslak, esta es probablemente la declaración más tonta que he leído. Para su información: la mitad del movimiento de realidad virtual del siglo XXI está inspirado en las limitaciones del espacio de la pantalla para un número infinito de "ventanas / interfaces" 🙄

Volviendo al tema: ¿Qué podemos hacer?

Me pregunto cómo la realidad virtual se relaciona con la edición de texto pesado y la actividad de lectura como la programación ... Pero sigamos dando ejemplos no relacionados, acusando a otros de ser hipsters codificando en la cima de los árboles o lo que sea que los haga sentir mejor. Eso es parte fácil.

@ Krzysztof-Cieslak, usted dice que los IDE antiguos tenían un problema de diseño que nos obligaba a tener varios monitores, de acuerdo, lo tomaré, no sé lo suficiente sobre ese tema para decir que está bien o mal (y nací en 1991, así que realmente no tuve la oportunidad), pero no importa cómo lo veas, es más productivo ver 2 o más archivos al mismo tiempo que hacer clic en pestañas o usar algunas combinaciones de teclas para cambiar la vista, esto es especialmente cierto cuando estos archivos tienen una fuerte dependencia. No creo que deba explicar la necesidad de esto, debería saber de lo que estoy hablando. Perdón por el mal inglés, por cierto.

Chico, ¿vives detrás de la luna o solo estás pescando?
https://gearburn.com/2016/06/space-vr-app-turns-the-htc-vive-oculus-rift-into-a-productivity-hub/
https://www.bloomberg.com/news/articles/2016-11-16/how-working-in-vr-could-make-you-more-productive
https://www.theguardian.com/technology/2015/mar/24/andreessen-horowitz-london-virtual-reality-startup-improbable
(...)

Maximizar la exposición a la información es lo que impulsa todo, desde el subproceso múltiple hasta la densidad de píxeles y, sí, incluso las aplicaciones de múltiples pantallas y dispositivos cruzados. IDE incluidos.

Por lo tanto, es apropiado _pidir_ que un editor enriquecido se una a ese flujo de trabajo establecido. Si tiene algunas contribuciones para compartir además del trolling, estaremos felices de escucharlo. Pero en este punto, la actividad de más de un año de este número habla por sí sola.

Estamos más allá de _if_, más bien en _cuando_ y _cómo_ esta mejora llega a vscode.

Este tema se está calentando bastante, creo que aquellos de nosotros que lo apoyamos deberíamos crear conciencia sobre él (tuitear, recomendar, discutir), para que pueda llegar a la lista de las 10 principales solicitudes. Trollar / insultar / discutir no nos lleva a ninguna parte.

Y gracias @ D1no , ahora quiero un Oculus Rift para poder tener 17 monitores virtuales :).

@ Krzysztof-Cieslak
Esta es una característica, no una elección de diseño. Si se implementa esta función, no es necesario tener varios monitores para usar VS Code. De hecho, no tiene que hacer nada, simplemente usa VSCode tal cual. Todavía no entiendo por qué estás en contra.
De todos modos, tengo 2 monitores y todavía considero comprar el tercero. ¿Por qué? Realmente lleva mucho tiempo hacer clic y cambiar el tamaño de una ventana para ver el contenido. La máquina virtual, el código que escribe, la página HTML que diseña, la ventana del navegador que comprueba, la salida de depuración, el terminal, etc. Necesito verlos todos a la vez.

Por cierto, usar MacOS o Linux no es la única razón para no usar VS.Si alguna vez usó VS, entonces sabrá lo hinchado que está. La última vez que lo descargué fue hace un par de meses y su tamaño era de unos 7 u 8 GB en ese entonces. ¡Sin embargo, no tiene un desinstalador sin conexión para un instalador de 8GB! ¡Hay soluciones para hacer un instalador fuera de línea a partir de un instalador en línea en la red!

@tavuntu

es más productivo ver 2 o más archivos al mismo tiempo

Actualmente puede ver 3 archivos, un panel vertical (depurador, git, búsqueda, explorador) y un panel horizontal al mismo tiempo

@ D1no ,
Bien hecho, vincular algunos enlaces no relacionados con los IDE (o la edición de texto en general) a los artículos de promoción de realidad virtual en medios tan respetables de informática / ingeniería de software como Guardian y Bloomberg muestra totalmente su punto de vista. Sin embargo, todavía no veo en todo este hilo un enlace a la investigación, estudio, documento que muestre la ganancia de productividad al usar múltiples pantallas para la edición de texto. No veo ninguna discusión razonable sobre las posibles implicaciones de las diferentes formas de implementar dicha función. Apuesto a que no veré ninguna implementación de prueba de concepto. Todo lo que puedo ver es un grupo de personas felices de hacer +1 en alguna característica aleatoria con enormes implicaciones de diseño (y un montón de odio para cualquiera que tenga una opinión diferente)

De todos modos, estoy fuera. Sí, ¡llamarme niño viviendo detrás de la luna te ganó esta discusión! También me desmitificaste como un troll de Internet al azar, ¡bien jugado, señor!

@ Krzysztof-Cieslak,
¡No, no, no huyas cuando se demuestre que estás equivocado!
Primero señale un estudio que muestra que no tener soporte para múltiples monitores mejora la productividad o, más bien, es una mejor opción. Todo lo que le diste a la gente fue tu reclamo, y ellos dieron el suyo.

"Actualmente puedes ver 3 archivos, un panel vertical (depurador, git, búsqueda, explorador) y un panel horizontal al mismo tiempo", buen intento, pero sabes a qué me refiero, me refiero a una ventana maximizada con un archivo CSS en uno monitor y una ventana maximizada con HTML en otro ... eso es mucho mejor que tener muchos paneles incómodos en el mismo monitor. Yo diría que es una preferencia personal, pero bueno, esto tiene 237 votos a favor frente a 7 votos en contra, así que sí.

@tavuntu @ Krzysztof-Cieslak Mantengo uno de mis monitores de 22 "orientado verticalmente. A veces es realmente agradable editar un archivo de widget JS allí, con los archivos HTML y CSS correspondientes en un panel dividido maximizado en un monitor adyacente.

Diseño:

                                 +---------+
                                 |         |
                                 | JS File |
                                 |         |
+-------------+ +--------------+ |         |
| Chrome tabs:| | CSS  | HTML  | |         |
| App, docs,  | | File | File  | |         |
| inspector   | |      |       | |         |
|             | |      |       | |         |
+-------------+ +--------------+ |         |
                +--------------+ +---------+
                | Terminal,    |
                | Email,       |
                | Slack        |
                |              |
                +--------------+

Idealmente, los monitores superior, medio y derecho, ejecutarían una sola instancia de VS Code, con el archivo JS como una ventana separada y maximizada.

Por favor, no cometa este error ...

No puede leer varios archivos a la vez y mantener el enfoque. Dividir el código en una pantalla ya es suficiente y este tipo de decisión implica muchas implicaciones de diseño para la experiencia del usuario.

Ya hay mucho por hacer en VSCode para mejorar la experiencia del usuario actual sin agregar más complejidad. Debido a una nueva ventana, probablemente signifique que el proveedor de VSCode necesita admitirlo porque el contexto no es tan simple con una ventana, etc.

Posible mejor enfoque en mi opinión, arreglando la selección de patrones de palabras y cambiando el nombre de la selección, agregando soporte de arrastrar y soltar en paneles, etc.

Además, la mayoría de los sistemas operativos no son compatibles con un sistema de mosaico adecuado para sus ventanas, así que diviértase administrando cada una ...

@MangelMaxime ¿ Te das cuenta de que las nuevas ventanas serían opcionales?

@ jez9999 Sí, lo entiendo, como también entiendo que no es una característica simple de agregar y mantener en el futuro. :) Simplemente dando mi opinión después parece que la mayoría de las personas ya han dado con algo de +1 :)

@MangelMaxime
"No se pueden leer varios archivos a la vez y mantener el enfoque"
Si puede hacer clic, cambiar el tamaño y leer varios archivos, entonces seguramente podrá leer varios archivos sin hacer clic y cambiar el tamaño primero.
Además, no siempre es el código que sigues viendo. A veces miras la salida o ingresas algunos comandos en la terminal. Es por eso que me quedaré con IntelliJ hasta que esta característica llegue al código VS.

@ramazanpolat
De hecho, ese es un buen punto, pero para la consola o el comando, ya tenemos la aplicación de consola, por ejemplo, que debería hacer un mejor trabajo en general, en mi opinión.

Me rindo.
Es una mala idea tener soporte para múltiples monitores.
Es caro, dificultará el mantenimiento de la aplicación y evitará que los usuarios se centren en el código. Además, un monitor es definitivamente más barato que dos. No tiene que mover los ojos de izquierda a derecha y de arriba a abajo, simplemente mira directamente al centro de la pantalla y usa el mouse para mover el contenido relevante al centro de la pantalla. De esta manera, también puede encontrar más atractivos los monitores de tamaño más pequeño, debido a su tamaño compacto y precio más económico.

EDITAR: Al parecer, alguien no entendió el sarcasmo.

Desde que salió, Code no ha tenido soporte para múltiples monitores, y asumí que la elección se hizo intencionalmente. Dicho esto, no sé si lo encontraría útil. Utilizo el código en un monitor y mis navegadores y emuladores en la otra pantalla. -1.

¿Por qué rechazarlo solo porque no lo usarías?

He votado en contra para proporcionar comentarios sobre un nivel de prioridad que creo que la función debería incluirse en la lista de trabajos pendientes. Esta no es una característica que yo priorizaría y, de hecho, creo que va en contra del diseño y la intención (consulte "Desde que salió, el código no ha tenido soporte para múltiples monitores y asumí que la elección se tomó intencionalmente". ) ¡Gracias por la pregunta!

Es caro, dificultará el mantenimiento de la aplicación y evitará que los usuarios se centren en el código.
Además, un monitor es definitivamente más barato que dos.

¡Si! Si no me gusta el pan, ¡nadie debería comerlo! Simplemente llena las tiendas y las hace más difíciles de mantener. Evita que las personas se concentren en otros alimentos más importantes.
Además, ya no necesitas mantequilla, lo que te hace la vida definitivamente más barata.
Qué discusión más absurda ...

dime si estoy en lo cierto. Si la función está integrada ahora. frente a si la función se incorpora más tarde, cuando el código se habría vuelto más complejo debido a las "funciones necesarias". ¿No sería mejor construirlo ahora, cuando el sistema general es relativamente más simple?

Tengo buenas noticias para cualquier otra persona que (como yo) no lo supiera: parece que esta función ya está (en su mayoría) implementada. __Ya es posible__ 🎉 arrancar pestañas en ventanas separadas, con algunas advertencias / soluciones alternativas.

Pasos de preparación:

1. Abra la carpeta de su proyecto o el espacio de trabajo (si aún no está abierto)
2. Archivo> Nueva ventana
3. Cerrar la pantalla de bienvenida en la nueva ventana
4. (si la barra lateral está visible) Con la nueva ventana seleccionada, haga clic en Ver> Alternar barra lateral
5. (si la barra de actividad está visible) Con la nueva ventana seleccionada, haga clic en Ver> Ocultar barra de actividad
6. Maximice la nueva ventana en el monitor n. ° 2

Ahora arrastre y suelte una pestaña del editor desde la ventana de su proyecto a la nueva ventana.
==> Boom: Workspace ahora es multimonitor.
(también tendrás que cerrar la pestaña desde la que arrastraste)

Por lo tanto, una implementación mínima viable de esta función no sería intratable si uno puede automatizar los pasos 2-5 (+ cerrar la pestaña original) y activar la automatización cuando alguien arrastra / suelta una pestaña en una parte de la pantalla que no es propiedad de vscode.

Oye, sí, esa es una solución alternativa conocida (como abrir el proyecto varias veces) y se indica anteriormente en algún lugar de los comentarios. Sin embargo, es tedioso y, a veces, puede provocar problemas al tener varias instancias del proyecto abiertas al mismo tiempo (esas instancias no se comunican entre sí directamente).

@RoyTinker "Mantengo uno de mis 22 monitores" orientado verticalmente. ", ese ES un argumento válido!

Tampoco puedes depurar en el otro editor. La razón más útil para tener varias ventanas es depurar en el servidor (nodo) y el cliente (Angular). Tenerlo todo en un solo espacio es realmente irritante. Quiero tener mis archivos Angular en una ventana, mis archivos de nodo en otra y la Terminal en otra pantalla completa para poder ver el resultado de lo que está sucediendo. Todo es posible en algo como Web Storm, pero no VS Code. Realmente ayuda a la productividad y por esa única razón sigo usando WS en lugar de VSC.

Buenas noticias: ha subido al puesto 13 en solicitudes de funciones ordenadas por votos a favor. Solo necesitamos 88 votos más para llegar al top 10.

¡un voto más de mi parte!

Votado, esto es lo único que falta en el cambio de Sublime

Un voto más, una característica muy necesaria.

¡Y un voto más!

¡un voto más!

Me encantaría tener esta función. Voto a favor.

Un voto más.
¿Ayudan los comentarios como votos? ¿O basta con aprobar la publicación principal? De lo contrario, este hilo se inundará un poco.

Aprobado por la publicación principal.

Lo que necesitamos es aprobar la publicación principal ... no agreguemos nada a este hilo a menos que tengamos algo que agregar a la discusión. Gracias por los votos !! 😃

+1 Votar de mi parte

Empiezo a necesitar esto más a medida que los proyectos se hacen más grandes. Sería una gran característica, si el rendimiento no disminuye debido a eso.

Sería ideal tener esto también para algunas ediciones de texto. Por ejemplo, escribo artículos de investigación en VS-Code. También escribo mucha documentación basada en Markdown en VS Code. Sería muy útil si escribo el código / texto en una pantalla y obtengo la vista previa (aún dentro de VSCode) en un monitor externo (o en una segunda pantalla). ¡Necesito y apoyo totalmente esta función!

¡+1 voto mío! ¡Vscode es increíble y será más increíble con esta funcionalidad!

@ amadare42

Siempre se prefiere el pulgar hacia arriba sobre el método popular de +1. Ojalá GitHub lo hiciera más obvio con un botón +1 en cada publicación que el + [Emoji].

Siempre amé el estilo reddit también

Hurra, llegamos al top 10 (ahora es el número 9). Solo 68 votos más y esto estará entre las 5 principales solicitudes de funciones. (Para votar, agregue una reacción de "pulgar hacia arriba" al comentario principal).

Un pulgar para esto. Lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible lo antes posible

Vota de mi parte

+1 para mí. Lo primero que noté que faltaba al cambiar.

Mi configuración actual de VS Community Edition:
Pantalla izquierda:

• Explorador de la solución
• Puntos de interrupción
• Errores
• Propiedades
• Fuente de control

Pantalla derecha:

• Editor de código

Lo más cercano a esto en este momento es el "modo zen" ... pero no es la misma experiencia.

Así que por favor ... "¡floten todas las cosas!" 🙏

Pero también creo que, tal vez, no sea un trabajo fácil para los desarrolladores de vscode.
Esta característica quizás requiera que los desarrolladores de extensiones implementen alguna interfaz si quieren que sus ventanas de extensión floten. El peor de los casos sería que todas las extensiones antiguas deberían reescribirse para admitir la flotación.

Pero de todos modos, si la función está bien hecha y no requiere que los desarrolladores de extensiones se preocupen más ,,,,,, eso sería genial.

Todavía estoy esperando esto después de cambiar a Code de Visual Studio :( Por ahora, mi única solución es minimizar la aplicación y estirarla manualmente para que se ajuste a mis monitores.

@nguyenlamlll Le sugiero que lea https://github.com/Microsoft/vscode/issues/2686#issuecomment -344808761

Esta es una aplicación increíble, y recientemente pasé de Webstorm a vscode.
¡¡Realmente quiero esta característica !!

@bpasero "eliminado del backlog" - ¿algún comentario? Me entristecería saber que la respuesta del equipo es un "no".

@RoyTinker no, no tiene un significado específico, solo prefiero tener problemas que me importan asignados a ningún hito a menos que el trabajo esté comenzando. Consulte nuestra hoja de ruta para saber en qué planeamos trabajar en los próximos 6-12 meses: https://github.com/Microsoft/vscode/wiki/Roadmap

Consulte nuestra hoja de ruta para saber en qué planeamos trabajar en los próximos 6 a 12 meses

No lo veo allí, así que parece que ustedes continúan ignorando la gran demanda de esta función.
¿Por qué?

Sí, yo diría que esta característica cae firmemente en la categoría "Codificación feliz". 400+ votos a favor. Debería estar en la hoja de ruta.

Estoy totalmente de acuerdo en que sería una gran característica, pero realmente los chicos le dan un descanso a la buena gente de vscode. Estoy bastante seguro de que hay buenas razones por las que aún no ha comenzado. Debemos recordarnos que este es un software gratuito;)

Gracias @bpasero es bueno saberlo.

@ zewa666 sí, es gratis e increíble, estoy agradecido por eso. El problema es que estos muchachos no están dando una respuesta e incluso si tienen una buena razón para no implementar esto, su silencio nos dice que simplemente no les importa esta solicitud. Somos desarrolladores, muchos de nosotros entenderíamos una razón técnica. A veces, el silencio es peor que una respuesta negativa.

Sí, es gratis. Pero -y podría estar equivocado- está desarrollado solo por Microsoft y desarrolladores de Microsoft. Si eso es correcto, estoy bastante seguro de que les pagarán por trabajar en esto. Así que esto es al menos un poco diferente de cualquier proyecto comunitario que la gente hace para divertirse y en su tiempo libre. Porque en cualquier otro proyecto de código abierto como este, ya tendríamos una respuesta si se implementa y cuándo y si no, por qué.
Eso es todo lo que pido.
El silencio es extraño para un proyecto de código abierto, pero desafortunadamente es típico de una empresa como Microsoft.

Hay una razón técnica por la que esta función no está progresando mucho: estamos utilizando el marco Electron como marco de interfaz de usuario multiplataforma que se basa en Chrome. Chrome tiene un modelo en el que cada ventana tiene su propio contexto aislado, por ejemplo, cada ventana tiene su propio proceso y su propio contexto JavaScript. No sería posible compartir el mismo contexto entre varias ventanas.

Ahora imagina que tienes un editor en el que escribes y quieres arrastrarlo hacia afuera para producir una nueva ventana, esperarías que la operación fuera muy rápida y ligera. Pero en cambio, nos requeriría crear una instancia completamente nueva de VS Code con un host de extensión separado incluso para tener el editor en una ventana independiente (esto sería comparable a hacer Archivo> Nueva ventana y abrir ese archivo en la ventana) .

Solo veo esta función posible cuando encontramos una manera de crear ventanas que comparten la misma memoria con la ventana "principal" para que esta operación sea liviana. En mi humilde opinión, no funcionaría que cada una de las ventanas flotantes esté completamente aislada como están ahora.

https://github.com/azain/electron-window-manager

@bpasero - ser liviano para esta función no es tan esencial - ya sería muy útil si dos instancias de vscode están sincronizadas y puedo simplemente editar un archivo en la pantalla principal y ver el panel de problemas o los terminales en la segunda pantalla actualizados inmediatamente. Normalmente abriría, por ejemplo, un panel en una segunda pantalla y dejaría esta pantalla configurada abierta durante horas.

Idealmente, me gustaría tener una pantalla dividida con 1-4 ventanas en la segunda pantalla abierta una al lado de la otra para poder ver el panel de problemas y las terminales abiertas (por ejemplo, mostrando las pruebas unitarias y la salida del cliente y del servidor), para poder usar la primera pantalla a pantalla completa sin tener que abrir y cerrar el panel lateral todo el tiempo.

Me encuentro con bastante frecuencia en la situación en la que abres y cierras el terminal todo el tiempo con cmd + j o tienes que cerrar todas las pestañas divididas porque quieres diferenciar los cambios uno al lado del otro, aunque tengo una segunda pantalla donde estos simplemente podrían permanecer abiertos .

Gracias por la respuesta.
Tampoco me importa si es liviano. Solo quiero poder mover la terminal y depurar la consola donde sea que me moleste menos.

@bpasero

eh, ¿no podemos mantener el contexto?

    // STEP 1: open a new browser window and store a reference to it
    this.externalWindow = window.open('', '', 'width=600,height=400,left=200,top=200');

    // STEP 2: append the container <div> (that has props.children appended to it) to the body of the new window
    this.externalWindow.document.body.appendChild(this.containerEl);

Lo sé, ya que esa es una de las principales razones por las que los portales de React v16 son tan útiles.
https://hackernoon.com/using-a-react-16-portal-to-do-something-cool-2a2d627b0202

Gracias por las sugerencias y la discusión. Ciertamente, existen formas de comunicación entre ventanas, incluso si viven en procesos separados. Todavía existe el desafío de que una ventana no es realmente consciente de la otra ventana. Bibliotecas como electron-window-manager parecen hacer esto un poco más fácil, pero después de todo hay un montón de trabajo involucrado, para resumir algunos:

• cada pieza (editor, panel, vista) del banco de trabajo debe poder ejecutarse en una ventana del navegador separada, lo que significa que cada pieza debe ser completamente autónoma
• la ventana maestra necesita básicamente multiplexar su diseño de banco de trabajo en múltiples ventanas (por ejemplo, si abre el panel de salida, debe enfocar la ventana donde se abrió el panel de salida)
• Probablemente el mayor desafío: todos nuestros servicios que actualmente se encuentran dentro de una ventana (y que incluye todas las extensiones y el host de la extensión) deben moverse fuera de la ventana a un backend compartido con el que cada ventana pueda comunicarse. para dar un ejemplo: inicia una sesión de depuración en una ventana, pero la otra ventana muestra la consola de depuración, por supuesto, ambas ventanas deben comunicarse con el mismo backend de depuración

No diría que esto sea técnicamente imposible, pero lo que puedo decir es que esta solicitud de función es muy desafiante debido al impacto de la interfaz de usuario y debido al cambio fundamental que requiere en cada aspecto de lo que tenemos hoy. Espero que tenga sentido.

Espero que intente lanzar esta función paso a paso y no se quede en planes

+1 me encantaría esto

@bpasero Perdón por la pregunta n00b: ¿ NativeWindowOpen podría ayudar a resolver el problema?

+1 de mí y

@ Blackbaud-DustinLunsford gracias por una solución sencilla

@ n9 Creo que la comunicación entre ambas ventanas se puede resolver, pero los otros problemas siguen siendo los que dije, específicamente el hecho de que cada ventana tiene su propio DOM y que todos nuestros servicios deben comunicarse con el mismo backend desde cada ventana.

¡Esta es una gran característica que necesito!

@bpasero ¡ gracias por la respuesta!

Definitivamente debe tener en pantalla dividida 1 retrato, 1 paisaje.

Una de las razones por las que sigo usando Eclipse sobre código VS. Código de ventana en vertical - Herramientas en horizontal

+1

Me encantaría ver esta función próximamente 🙂

Buen trabajo; Amo al editor

Jesús

+1 ...! 😃

@bpasero Sospecho que hay un posible objetivo intermedio 80/20 (% beneficio / esfuerzo) que no involucraría varias de las complejidades que mencionaste.

¿Y si se pudieran agregar las siguientes características?

• permitir que varias ventanas apunten al mismo directorio del proyecto
• agregue la opción de API interna para abrir una ventana de "solo editor" (es decir, sin barra de estado, sin barra de actividad, solo con pestañas del editor)
• Permitir que las extensiones registren interés / desinterés en ventanas "solo para editor"
• agregar la opción de API (interna) para abrir un archivo en una pestaña del editor con un búfer especificado (no guardado) en una ventana recién creada
• cuando una pestaña del editor se arrastra fuera de la aplicación:
  
  
  
  • crear una nueva ventana sin actividad y barra de estado, con el archivo y su búfer actual (no guardado) (si corresponde)
  
  
  • cerrar la pestaña del editor en la ventana original
  
  
• agregue ganchos para todas las ventanas en el mismo directorio del proyecto para señalar y escuchar + reaccionar en algunos eventos de la interfaz de usuario:
  
  
  
  • pestaña del editor seleccionada (el explorador de la barra de actividades se actualiza para apuntar al archivo)
  
  
  • pestaña del editor cerrada (tal vez solo establezca el explorador en "ninguna pestaña seleccionada", seleccionar la última pestaña puede ser difícil de coordinar)
  
  

@RoyTinker Creo que puede ser aún más simple.

Como primera solución, no es necesario que sean ventanas 100% "desmontables". La aplicación real podría ser simplemente un "contenedor" para varios lienzos que se pueden reorganizar en el interior.
Con un poco de suerte, podría ser un cambio muy simple en la ventana principal de VSCode.

@Rouche VSCode está implementado en Electron, lo que significa que cada ventana es un proceso de cromo separado, acompañado también de algunos procesos de back-end. La "aplicación" es un contenedor específico del sistema operativo que instancia / orquesta estos procesos. Cambiar ese modelo sería bastante fundamental (grande) en este punto.

Estoy un poco decepcionado de que nunca haya sido una consideración de diseño del
desde el comienzo.

El viernes 1 de diciembre de 2017 a las 9:39 p.m., Roy Tinker [email protected] escribió:

@Rouche https://github.com/rouche VSCode está implementado en Electron,
lo que significa que cada ventana es un proceso de cromo separado, acompañado de algunos
procesos de back-end también. La "aplicación" es un contenedor específico del sistema operativo que
instancia / orquesta estos procesos. Cambiar ese modelo sería
bastante fundamental (grande) en este punto.

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

-

Programador de juegos

www.lucshelton.com

+1

Como usuario de Visual Studio en el pasado, esta es una característica que extraño mucho en VS Code.

+1

@bpasero ¿No se puede

Bueno, creo que el equipo de electrones puede decir que el problema está en Chrome. Desde entonces, Chrome crea un nuevo proceso para cada pestaña. La única solución sería mover el electrón para que funcione en algún otro marco por completo.

@vvavrychuk Esto no es tanto un problema de electrones como una limitación fundamental de la tecnología web. (electron = cromo + API para acceder a las funciones subyacentes del sistema operativo)

¿Qué pasaría si pudiera iniciar vscode en algún modo, "modo de extensión", por ejemplo,
y pasar por algunos parámetros. p.ej. vscode --extended-window --socket-id
((socket-guid)) --root-window ((root-window-guid))

De esta forma podría crear un socket o bus de comunicación entre ventanas
o aplicaciones independientes.

A cada ventana extendida que se crea se le asigna un ID de ventana raíz, y el
creó un ID de socket UNIX para comunicarse.

Creo que existe la posibilidad de implementar algo como esto.

Si el electrón tiene una forma de abrir, leer y escribir sockets, este enfoque podría
tener éxito.

@RoyTinker Chrome tiene la opción de "proceso único", pero electron no la admite https://github.com/electron/electron/issues/11398. Dicen que no podemos tener varias instancias de node.js en un proceso. Eso es seguro. Pero no entiendo por qué necesitamos varias instancias de node.js para varias ventanas. ¿No podemos tener Electron = múltiples ventanas + un solo node.js en un proceso?

@ Jesus-Gonzalez Parece una variación de lo que @bpasero dijo que se necesitaría para implementar esto, aunque su sugerencia suena más fácil (para mí al menos) que el elemento (3) de su lista, porque el árbol de proceso de electrones "padre" albergaría la funcionalidad de back-end, como el depurador.

Sin embargo, los ítems (1) y (2) de la lista de desafíos de @bpasero permanecerían. Además, agregar comunicación de socket a las pestañas del editor / panel requeriría mucho trabajo; si no me equivoco, muchas API internas tendrían que actualizarse para ser asincrónicas / basadas en promesas en lugar de síncronas, lo que sería un esfuerzo considerable .

@vvavrychuk por "proceso único" me refiero únicamente al contexto web (sin trabajadores). Por "proceso de electrones" me refería más a un árbol de procesos, que incluiría un único contexto web acompañado de cualquier número de procesos de Node.js y algunos procesos de cromo de fondo. De lo contrario, probablemente no sea la mejor persona para preguntar.

+1

¿Algún progreso en esto? Me encantaría poder usar VScode en ambos monitores y dividir archivos entre ellos.

+1

Pensé que todos estarían encantados de saberlo: esta solicitud de función acaba de llegar al número 4 por votos a favor. ¡Solo 150 más y estará entre los 3 primeros!

+1
Apoyo firmemente la solicitud de esta función.

+1 Será muy útil para monitores más grandes o múltiples.

+1
Estoy usando un monitor 4k más grande en mi oficina en casa, pero en el escritorio de mi oficina de trabajo, donde uso 4 monitores más pequeños, esto es una desaceleración. Esta es la última pieza que nos falta, como han dicho otros de un movimiento completo de otros editores.

@RoyTinker, ¿ dónde lo

@pantonis Haga clic en el icono de "pulgar hacia arriba" en la parte inferior del primer comentario.

Agregar un comentario que solo dice "+1" no ayuda y solo desordena el área de discusión.

+1. Aquí trabajamos con back-end y front-end al mismo tiempo. En el monitor principal, back-end; en el segundo, el front-end. Es el mismo proyecto y el mismo espacio de trabajo. Debería permitirnos abrir varias ventanas con el mismo espacio de trabajo / proyecto.

¿Se implementará esto pronto? Creo que las pestañas deben poder moverse libremente a cualquier lugar, al igual que las pestañas de Google Chrome. Moverse entre las ventanas abiertas o cuando se arrastra al escritorio abrirá una nueva ventana para esa pestaña. Esto es muy importante.

+1

¡Por el amor de Dios, haz que esto suceda!

Cada vez que actualizo mi precioso vscode, trato de separar una pestaña y no funciona. vamos chicos esto ya fue solicitado desde el primer día.

Sin hoja de ruta, sin hitos, sin promesas, ¡qué está pasando!

¡800 votos a favor ahora! Este es el tercero con el pulgar hacia arriba y el segundo en número de comentarios

Me encantaría tener esta función también.

+1 De acuerdo, me encantaría poder arrastrar mis pestañas a sus propias ventanas. No poder hacerlo frustra el propósito de tener múltiples monitores.

Solo 42 33 22 17 8 2 0 más votos y este tema será el # 1.

+1

@tavuntu El problema de comentar simplemente con +1 crea un desorden inútil y envía spam a las personas que ven este problema con una notificación inútil.

¿Quiere que se implemente esta función? Agrega una 👍 reacción a la publicación original y será suficiente, no es necesario comentar el temido comentario +1 .

Incluso mi comentario es meta porque hace lo mismo (más desorden) y no debería ser necesario. De esto ya se habló en este mismo hilo .

No obstante , viniendo de Sublime Text, esta característica fue algo que realmente disfruté y me gustaría ver en VSCode algún día.

@ V-ed

Eso significa que nos estamos dando cuenta de una falla en el sistema de reacción de GitHub. Debe haber una interfaz de usuario adicional para "+1 a esta función" si el hilo del problema se considera una solicitud de función . Pero, con suerte, alguien con más influencia puede llevar eso a GitHub.

@ketozhang

De hecho, y recuerdo haber visto a alguien hablar sobre una idea para que GitHub implemente un sistema automático de conversión de " +1 a la publicación superior 👍", y eso sería genial para aquellos que todavía están en la mentalidad de hacer +1 en agregar su voto. Su idea de una interfaz de usuario adecuada para hacer +1 en una solicitud de función / "¡Tengo este problema!" por problemas sería genial! Cosa es...

Esta discusión está fuera del alcance de este hilo y podría hablarse aquí (¡oye, en realidad, ya es todo lo que dijimos hasta ahora! _Sin embargo, las esperanzas son cada vez más bajas a medida que avanza el tiempo ..._ _ ¿ o no? _ ) - es de esperar que suceda algo con respecto a este problema. Al hablar de esto aquí, solo lo estamos empeorando: ¡nos vemos del otro lado de la fuerza y ​​que tenga un buen día!

Utilizo vscode para trabajar en una gran solución de c #, específicamente, archivos 19644 c #. Visual Studio 2017 muere sin la excepción de memoria insuficiente. Las pestañas / editores flotantes son imprescindibles, especialmente cuando se trabaja con una configuración de monitor dual.

Esta solicitud de función ahora es # 1 por votos a favor. ¡Lo hicimos! 🥇

Siento que Xcode hace esto muy bien si estás buscando inspiración.

Esto debe hacerse al principio, cuando empiece a escribir este editor. Las pestañas / paneles móviles fuera de la ventana principal (con la posibilidad de pegarse a la ventana principal) es la función principal de todo editor real, especialmente con las grandes pantallas 4k actuales y conjuntos de monitores múltiples (en el caso de programadores profesionales).

Es solo una base, requiere diseñar la API adecuada para la comunicación entre Windows y su administración, y luego debe construir el resto sobre esto. Actualmente te encuentras en una situación difícil para resolverlo de alguna manera, sin corrupción todo lo que se ha creado hasta ahora, pero cuanto antes aceptes este desafío mejor para todos, después de dedicar más tiempo y la escritura de más código puede ser demasiado tarde para tal cambio.

En el mundo real, necesitamos ver mucho más que solo el panel izquierdo / derecho / inferior, esta solución https://github.com/Microsoft/vscode/issues/10121#issuecomment -335013296 es excelente.

El tono condescendiente no corrige errores. Utilice 👍para votar.

Esta función se ha solicitado durante años ... Por favor, impleméntela.

Para aquellos que solo quieren abrir archivos en nuevas ventanas y Google los dirigió a esta página, use el atajo de teclado para "Abrir archivos activos en una nueva ventana";
Ctrl + K, O

Es una característica tan básica, primero pensé que la falta de la ventana flotante era un error: ')

¡Por favor, VS Code Team, lo necesitamos!

¡Soporte completo para múltiples pantallas!

Este hilo se abrió hace 1 año, 6 meses y 4 días ...

Editar: Por mal, bpasero respondió al hilo hace un año, ¡solo esperemos que el equipo tome este problema como el problema de referencia para el elemento Explore UX para el plan de el plan de iteración de febrero de 2018 !

@Aetherall y otros, lea más adelante en el hilo. Benjamín Pasero ha respondido varias veces. Es un miembro central del equipo VSCode.

También recuerde que este es un proyecto de código abierto. Algunos comentarios parecen asumir que MS nos debe algo aquí ... no es cierto.

Quizás VSCode es tan increíble que la gente a veces asume que es comercial :-)

@patrys, este es el tema más votado y estoy seguro de que lo sabe, pero sí, tiene razón, esto no se solucionará mágicamente, necesita tiempo y esfuerzo, y la gente (como dijo @Aetherall ) parece pensar este es un software comercial (comenzó como una buena solicitud pero ahora parece una gran exigencia)

Arrancar la pestaña es el comportamiento que quiero (de la misma manera que funciona en el navegador Chrome). Sin embargo, me conformaría con cualquier capacidad para mover / abrir algo rápidamente en una nueva ventana, como una opción de menú contextual. Ahora mismo tengo que abrir un nuevo VSCode y volver a abrir manualmente el archivo. En ninguno de los casos quiero realmente una ventana flotante como en Visual Studio. Quiero que genere una nueva copia de VSCode. Las ventanas flotantes se pierden, solo quiero una nueva ventana ...

agradable

@inarius vea el comentario de @ christopher-howard arriba.

Gracias @RoyTinker. No puedo encontrar una opción de menú para eso y tengo la garantía de olvidar el acceso directo, ¡pero funciona! Creo que sería una buena opción exponer en el menú contextual de la pestaña activa y / o elementos en el explorador de documentos de Open Editors.

También encontré que el problema # 8171 parece ser exactamente lo que quiero . ¡Quizás las personas que votan sobre esto deberían ir a verlo!

TIL, arrastrar pestañas a otra ventana de vscode también abre el archivo en esa ventana. Desafortunadamente, no cierra la pestaña anterior que se esperaba para la idea de ventana flotante.

Este comportamiento me desconcierta. Esto es similar a abrir las pestañas de vista previa de Markdown, que también se duplican a veces.

Hola @ketozhang ,

Desafortunadamente, no cierra la pestaña anterior que se esperaba para la idea de ventana flotante. Este comportamiento me desconcierta.

Curiosamente, he disfrutado de este comportamiento, útil para hacer referencias desde el mismo documento, como al crear un nuevo mosaico. Estoy seguro de que esta es la decisión de diseño que hay detrás, pero sería interesante saber lo contrario.

Saludos

Timbre con un movimiento para desacoplar, especialmente la ventana del reloj

+1
Recientemente he estado investigando monitores ultra anchos y con el nuevo espacio de pantalla me gustaría utilizarlo para obtener la máxima productividad. Visual Studio 2017 maneja esto bastante bien para arrastrar las pestañas para convertirlas en nuevas ventanas, por lo que es de esperar que veamos algo así en un futuro cercano.

+1. Sería realmente genial poder arrastrar pestañas a diferentes monitores convirtiéndolas en una nueva ventana.

++
Realmente hay mucha gente trabajando con dos monitores. Así que no me gusta ver la información de salida en mi código un poco.
Debo ver solo el código. Por lo tanto, sería un milagro si el usuario puede mover la terminal / salida / pestaña a otro monitor, o hacer esta ventana flotante. Y luego seleccione la ventana necesaria con Cmd + ~, por ejemplo, o vea los resultados en otra pantalla.

@bpasero, ¿ Termino haciéndolo de todos modos cuando necesito abrir una segunda instancia de la aplicación para llenar mi segundo monitor. En mi opinión, ¿esto no es lo que sucede cuando abres dos navegadores y arrastras y sueltas pestañas entre ellos? ¿No puede vscode hacer lo mismo con las pestañas de código de esta manera? Sería fantástico tener esta habilidad. Tengo 2 monitores, una vieja PC s754 8GiB DDR2 y esta ingeniería liviana no beneficiaría mucho mi configuración, ni máquinas más nuevas más potentes.

Esta característica de ventana acoplable ya es VSCode. Pero, no sé recientemente por qué no funciona ...

+1. Arrastrar una pestaña fuera de la ventana debería dividirse en una nueva ventana, como prácticamente todas las demás aplicaciones con pestañas que existen.

Las pestañas no son mi prioridad. Pero la depuración desmontable sería realmente buena.

Esta edición está abierta desde hace casi 1 año y medio. Por favor, dé algunas respuestas sobre el estado actual de esa función.

Al arrastrar pestañas fuera de la ventana de VS Code, actualmente se copia el archivo (¿o un acceso directo a él?) Al destino de arrastre. Esto es bastante poco intuitivo cuando se compara con otros IDE.

Ahora que lo pienso, la ausencia de ventanas flotantes (como VS propiamente dicha) es mi único problema real con VS Code. Necesita ser implementado.

@belst y otros ven este comentario , dado el diseño actual, es bastante difícil implementar esta función

@Jorilx , ¿sabes si hay un problema relacionado con el electrón en alguna parte?

Sería realmente bueno ver soporte para múltiples pantallas o ventanas flotantes. Por ahora tengo que cambiar el tamaño de la ventana manualmente para que se ajuste a mis dos monitores (la línea roja es el borde del monitor), lo cual no es cómodo.

Para mí, en este momento, esa es la funcionalidad más necesaria cuando se trata de UI / UX.

+1! <3

@kodipe No es ideal, pero hay una solución para su situación en este momento. Guarde su proyecto como un "espacio de trabajo", luego abra un archivo, use la tecla de acceso rápido Ctrl + KO (como veo que está en Windows) que muestra el archivo activo en una nueva ventana / instancia. Ahora agregue la carpeta raíz del repositorio en esa nueva ventana / instancia (porque ahora es efectivamente un nuevo espacio de trabajo) ... Ahora tiene dos ventanas que usan el mismo espacio de trabajo en dos monitores. Como dije, no es ideal de ninguna manera, pero es lo que he estado usando como solución alternativa con la función de espacios de trabajo.

Esta es una necesidad para tener la función de interfaz de usuario. Paraliza la experiencia y la productividad del trabajo diario.

Bump, esto es lo único que me impide pasar a VS Code por completo.

Entiendo el hecho de que existen complejidades técnicas para implementar esta función.
Sin embargo, el hecho de que no haya ninguna indicación de actividad en esta solicitud es simplemente ridículo en este momento. Tiene que ser una de las funciones más solicitadas, y literalmente no hay comunicación del equipo de vscode reconociendo cuándo o si alguna vez planean hacer algo.

Este es un producto gratuito y Microsoft no nos debe nada. Eso no significa que no me moleste mucho que esta función ni siquiera esté en el radar. Hay varias páginas de problemas de github que solicitan esta función. VsCode es un gran IDE, pero la falta de esta función en 2018 cuando todos tenemos varios monitores es simplemente vergonzoso.

Para todos los que intentan disculpar esto debido a limitaciones técnicas: recuerden que alguien tuvo la oportunidad de evaluar una plataforma / lenguaje para construir vscode y se decidió por un marco que tiene una falla muy obvia. Sinceramente, estoy cansado de intentar comunicarme con el equipo de vscode.

Si esto no se agrega pronto a la hoja de ruta de vscode, creo que encontraré un nuevo IDE.

@BentOnCoding Estoy de acuerdo en que la falta de esta característica es incomprensible, pero como dijiste, eligieron un marco que no es completamente adecuado para construir IDE, por lo que agregar esta característica sería un gran esfuerzo y parece que no están dispuestos a hacerlo. .

Pregunta honesta, ¿Atom no está implementado también en Electron y no son compatibles con las pestañas desmontables correctamente? Su implementación no es adecuada para la arquitectura de VScode, ¿verdad?

@ruippeixotog No creo que atom admita pestañas desmontables. Puede mover pestañas entre ventanas pero no puede crear una nueva ventana arrastrando una pestaña hacia afuera

@belst Todavía permite múltiples ventanas en el mismo espacio de trabajo, lo cual es una mejora en VS Code.
Si el código permitiera múltiples ventanas del mismo espacio de trabajo, incluso sin arrastrar la pestaña para una nueva ventana, sería mejor que tener que crear un nuevo espacio de trabajo para permitir múltiples ventanas.

Esta confusión entre el movimiento de las pestañas y las ventanas desmontables es exactamente la razón por la que NO soy compatible con las pestañas desmontables. El movimiento de las pestañas debería generar un nuevo proceso en una nueva ventana. Quiero que funcione exactamente como el navegador Chrome.

El equipo de VScode ha respondido a este tema para discutir la dificultad. Dado que existen múltiples enfoques para esto que se podrían tomar, y múltiples problemas abiertos que se han combinado en este, espero que al menos proporcionen alguna orientación sobre qué enfoque prefieren aquí para que esta solicitud de función no se atasque. discusión improductiva.

Este problema realmente solo saltó a la fama en los últimos 3 meses aproximadamente. Imagino que todavía hay una discusión interna.

A mí también me encantaba extraer pestañas y ventanas de Visual Studio; Estoy en una Mac ahora y uso VSCode. Muy decepcionado al descubrir que esta función no es compatible. La experiencia ha sido cercana a Visual Studio y la extensión Python Tools para Visual Studio, pero aún le faltan algunos de los mejores.

Voy a suscribirme a este número para recibir un ping cuando esta gran función esté presente.

También dejaré mis dos bits aquí. Seguir este hilo durante mucho tiempo y aún no tenerlo a finales de marzo de 2018 (casi 2 años) es una pena. Cruzando los dedos para tenerlo disponible con suerte pronto.

Es una característica tan básica, primero pensé que la falta de la ventana flotante era un error: ')

@Aetherall 👍 ¡Pensé lo mismo! Luego vine y encontré este hilo ... :-(

Este es un software gratuito. No has pagado nada por ello. Si no tener esta función realmente le impide usar VS Code, entonces puede contribuir con una solicitud de extracción que implemente al menos algunos de los cambios necesarios para que esto funcione. Alternativamente, puede tomar sus dólares cero y gastarlos en otra parte.

Lo que no debes hacer es quejarte y tratar de hacer que el gran equipo detrás de VS Code se sienta mal.

Si hubiera una alternativa mejor, la usaría en lugar de perder el tiempo en este hilo, así que la próxima vez diga "gracias" en lugar de "cómo no se ha hecho todavía".

@Nepoxx Siempre puede abrir una nueva edición con un título como "Discusión técnica para ventanas flotantes en proceso" y un enlace a esta edición.

@Nepoxx Estás aquí solo para dar opiniones y comentarios de personas. Comience entonces con la discusión técnica y valiosa. Todos conocemos las limitaciones de la plataforma, tratamos de darle relevancia al tema para que el equipo de Microsoft le dé importancia al tema. Todos tenemos diferentes necesidades y no debes decir que las opiniones de los demás no valen nada. Por qué sigues este hilo de todos modos.

@patrys "eres libre de contribuir con una solicitud de extracción que implemente al menos algunos de los cambios necesarios para que esto funcione"

Eso requeriría que el equipo de VSCode discuta públicamente un plan para implementar esta funcionalidad tan solicitada. Es un problema demasiado grande para cualquier individuo crear un RP masivo implementando la _incluso la funcionalidad más básica_; después de todo, cada archivo que trate con referencias a la ventana o al espacio de proceso requeriría actualizaciones si no se descarta y se reescribe. ¿De verdad crees que el equipo de vscode fusionaría algo que cambia su producto a un nivel tan fundamental cuando no lo están dirigiendo? Yo no lo haría. La comunidad no puede contribuir hasta que se discuta abiertamente ese plan.

_ (La mayoría) _ de las personas en este hilo no se quejan de "Quiero esto". o "Hazlo porque soy demasiado vago para hacerlo yo mismo". La comunidad está preocupada porque esta es una característica muy importante y ha habido poca o ninguna respuesta de los contribuyentes principales más allá, esencialmente, "este es un tema difícil".

Imagínese: se sube a un taxi y le dice al conductor su destino. Luego estaciona el auto. Espera un minuto, confundido por qué no se está moviendo y pregunta, "¿podemos irnos?" Ninguna respuesta. Una hora le hace la misma pregunta y él responde: "Hay muchos giros necesarios para llegar", y no dirá más. ¿No estarías ... confundido? ¿frustrado? así es como nos sentimos. Pero no vamos a tomar el volante y conducir nosotros mismos, no es nuestro taxi.

Aquí hay una sugerencia para todos los que soliciten esto, si las pestañas desacoplables tienen un valor inmenso para usted y su empresa. ¿Por qué no crear un crowdfunding para ello?

Si puede pagar 4 monitores solo por el beneficio de mayor productividad, supongo que también puede permitirse gastar algo de dinero en el desarrollo de dicha función.

Lo siento no lo siento

@bpasero tal vez deberíamos bloquear este tema para comentarios, porque estamos aquí discutiendo sobre los taxistas 🤣

Lo siento si me equivoco, pero hay algún tipo de soporte para múltiples ventanas: https://www.npmjs.com/package/electron-window-manager

Si la UX del código VS funcionara como la de un átomo, haría el cambio. Tal como está, sigo instalando el código VS, amando casi todo y eventualmente desinstalando cuando me doy cuenta de que la UX aún no se ha actualizado. Estaremos viendo este problema, por favor corríjalo.

Yo diría que la mayoría de la gente aquí pierde el punto: el código VS no es un IDE, es un editor de código. Con algunas características agradables agregadas (depuración), soporte brillante para múltiples idiomas a través de complementos, multiplataforma, etc. Una cosa que no es, es IDE.

Es por eso que es mi opción predeterminada para una pantalla pequeña (es decir, una computadora portátil, ya que administra bienes raíces de manera brillante) y plataformas distintas de Windows. En una estación de trabajo adecuada, uso Visual Studio. Eso es eso.

Los IDE adecuados son herramientas bastante caras. Mire JetBrains: hicieron un negocio exitoso al construir estas cosas;)

@mdmnk No. Es un IDE.

notepad.exe es un editor de texto, notepad++ es un editor de texto, vscode antes de la terminal integrada, los corredores de tareas, scm y debug _ era _ un editor de texto. _¿Qué características tienen otros IDE que vscode no tiene? _ Hay algunas cosas, estoy seguro, pero no muchas.

Ciertamente es liviano cuando no instalas 1000 complementos. No me importa abrir vscode para editar ~/.bash_profile porque no tengo que esperar 4 minutos como lo haría con Visual Studio o WebStorm.

@rozzzly Visual Studio, al menos, tiene un gran conjunto de características que vscode no tiene. Perfiles de tiempo de ejecución para .NET, herramientas de SQL Server, un sistema de gestión de pruebas masivo, herramientas de Azure (nube de MS), seguimiento integrado de tareas / relaciones públicas / problemas, para recordar algunos de mis pensamientos. Es un producto verdaderamente enorme. En esa medida, VSCode es solo un editor, a pesar de la depuración incorporada / etc. - no incluye todo lo que necesita para desarrollar y distribuir software a gran escala ... ni siquiera cerca.

@rozzzly -incluso el equipo de construcción se refiere a él como editor en lugar de IDE, por lo que claramente no hay impulso para hacer que funcione completamente IDE.

Estas cosas cuestan dinero.

Mira lo que mencionó @RoyTinker . Agregue cobertura de código, servicios de equipo, combinación de herramientas de conflicto, personalización completa del diseño, administrador de paquetes integrado, explorador de nube, explorador de SQL, explorador de servidores, información de aplicaciones, vista de clases, explorador de objetos, etc., etc.

VS Code es una herramienta bastante sorprendente. Sin embargo, es gratis, lo que desde el principio significa que tendrá limitaciones.
No le gusta, vaya y pague a JetBrains o Microsoft por algo que tenga todas las características que necesita.

Espero que podamos dejar de discutir qué obligaciones tiene esta herramienta para implementar ciertas características. Parece una forma rápida de bloquear este tema. Continuaré compartiendo el apoyo a esta función con aprobación y comentarios constructivos raros.

Hay varias formas en que esto podría abordarse, todavía creo que necesitamos orientación general del equipo de VSCode antes de que alguien pueda dirigir su apoyo a otras formas de ayuda constructiva. Como han mencionado otros, nadie puede realmente comenzar a trabajar en una característica tan importante como esta hasta que haya alguna seguridad de que el trabajo será aceptado.

@ michaljaros84 El hecho de que VS Code no esté destinado a ser un IDE como Visual Studio no excluye en absoluto las mejoras de UX, como las ventanas flotantes en proceso.

@RoyTinker ¿ Quizás podamos discutir los méritos de la flotación en proceso versus instancias separadas? No veo un valor para aumentar drásticamente la complejidad si se puede lograr la misma funcionalidad generando un nuevo proceso.

El hecho de que Code sea un IDE no significa que debamos portar todas las opciones terribles de UX para VS como paneles flotantes.

No veo un valor para aumentar drásticamente la complejidad si se puede lograr la misma funcionalidad generando un nuevo proceso.

No se puede lograr la misma funcionalidad generando un nuevo proceso, porque, AIUI, para los lenguajes que tienen herramientas basadas en LSP, los dos procesos no podrían hablar con el mismo servidor de idiomas, por lo que solo tendría el LSP características en uno de ellos.

@inarius Claro, aunque eso ya se ha discutido anteriormente (vea mi comentario "20% esfuerzo / 80% beneficio" ). Según tengo entendido, el caso de uso es admitir mejor varios monitores.

Por una variedad de razones (como la mencionada por @HighCommander) VS Code solo inicia un espacio de trabajo por carpeta (y actualmente un solo espacio de trabajo no puede abarcar varias instancias).

Gracias por las respuestas. Supongo que puedo entender eso. Para ser honesto, a menudo uso VS Code al abrir archivos y no carpetas. Si estuviera trabajando en un proyecto de git, podría ver cómo mi flujo de trabajo actual de abrir una nueva ventana y arrastrar archivos allí solo me permitiría realizar acciones de carpeta / git desde la ventana original.

Cuando intento esto ahora, el nuevo espacio de trabajo definitivamente no vuelve a abrir la carpeta, pero las acciones de git permanecen incluso si estoy trabajando con archivos debajo del directorio del repositorio.

Los paneles flotantes de @ Krzysztof-Cieslak están diseñados para ser completamente opcionales en Visual Studio (es decir, ninguna característica o flujo de trabajo requiere que los use), por lo que no veo cómo es una mala elección de UX, incluso desde el punto de vista de las personas que no lo hacen No quiero usarlos.

Es una pena que esto todavía no sea posible, las personas con configuraciones de múltiples monitores se beneficiarían mucho.
Así que vota por la función 💃

¿Sería una forma aceptable de permitir el uso de múltiples ventanas para almacenar esas ventanas en la configuración del espacio de trabajo? Podría imaginar tener alguna forma de rastrear las ventanas una vez que se abren. Podría investigar un poco más adelante en el código para ver si puedo encontrar una manera de al menos tener un espacio de trabajo que abarque varias ventanas.

Al menos, elimine la restricción muy arbitraria de abrir la misma carpeta en varias ventanas.

@TedYav Esa restricción tiene razones técnicas detrás de ella - vea # 2686 para más información y discusión.

Entonces, ¿la referencia en el Plan de iteración # 47369 es solo una broma sobre la obtención de un monitor 4k en lugar de un plan para respaldar esto?

@hosaka Correcto, aunque no pretendía ningún sarcasmo en mi comentario allí. Espero que no haya sido así.

@RoyTinker Para nada, aunque lo aclararía para que otros que lean no se hagan ilusiones :)

Bache. Yo también me gustaría arrastrar las pestañas de código al escritorio para editarlas en una nueva ventana

Siendo un usuario desde hace mucho tiempo de Visual Studio, notepad ++, trabajando durante años con 3 monitores (21-25 pulgadas), en realidad es la única característica que después de unas horas usando Visual Studio Code me impide usarlo. Lo intenté varias veces. Pero para mí ergonómicamente muy incómodo y cansado hasta tal punto que me hace dejarlo de nuevo. Realmente sería genial tener eso.

¡Vaya, esta es la característica más buscada con diferencia! : sweat_smile:

^^ https://github.com/Microsoft/vscode/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc

Y sorprendentemente, las siguientes características más buscadas están muy relacionadas: +1:

En este momento, estoy usando vscode 1.22.0 con múltiples monitores y el acceso directo CTRL+k o para abrir una pestaña en una nueva ventana. Esto funciona bastante bien para mí: sweat_smile:

¿Qué significa exactamente qué? ¿Existe una estimación de cuándo se habrán implementado las 3 funciones principales?

Op 9 ene. 2018 3:15 am schreef Roy Tinker [email protected] :

Pensé que todos estarían encantados de saberlo: esta solicitud de función acaba de llegar al número 4 por votos a favor. ¡Solo 150 más y estará entre los 3 primeros!

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

Las personas votan negativamente porque no agregas nada a la discusión, pero todos los que están suscritos a este tema reciben tu comentario por correo electrónico.

¿Existe una estimación de cuándo se habrán implementado las 3 funciones principales?

Algunas características han tardado 2 años desde que alcanzaron prominencia hasta que se enviaron.

Esto ahora tiene una gran demanda durante 2 (¡DOS!) Años. Debo decir, especialmente teniendo en cuenta el hecho de que Microsoft considera este su "editor de código oficial", esto es muy decepcionante. Sigo posponiendo su uso, porque cada vez que lo intento, esto (y algunas otras funciones que faltan) me ralentiza enormemente.
Creo que ya es hora, al menos para una declaración definitiva:

• ¿Se implementará esto eventualmente? ¿Si sí, cuándo? Si no, ¿por qué?

@Hypernut En realidad, los votos para este tema solo comenzaron a despegar alrededor de diciembre del año pasado. Mire el historial de comentarios y verá una publicación de (IIRC) hace menos de 8 meses que dice "Solo X votos más y esto estará entre los 10 primeros".

EDITAR: Enlace de comentario aquí: https://github.com/Microsoft/vscode/issues/10121#issuecomment -339404507
"104 votos más para llegar al top 10" al 25 de octubre de 2017.

Realmente quiero esta función también, principalmente para tener la ventana de depuración en un monitor diferente.

Una solución más fácil de implementar (?) Podría ser permitir que una nueva ventana (CTRL + MAYÚS + N) abra el MISMO proyecto (esto actualmente no está permitido). Luego, puede abrir las pestañas que necesite en esta nueva ventana, o si solo desea tener la consola de depuración aquí, puede maximizarla para llenar la ventana. Esto funcionaría siempre que las ventanas permanezcan sincronizadas y cualquier cambio de código / mensaje de depuración, etc. se actualice inmediatamente en todas las instancias de la ventana.

Agregue esta característica. Tengo que abrir ambos códigos VS para imitar este comportamiento ... Lo cual sería increíble si estuviera integrado.

¿Por qué los votos negativos @minajevs , @ djm158 y @JustinAddams? Dije lo mismo que todos los demás al respaldar esta función.

@faustinoaq Sí. ¡SI! ¡Gracias, gracias, gracias!

Por ahora, al menos, Cmd-K o es lo suficientemente bueno para mí: abrir un archivo fuente en una ventana separada. Vi a alguien solicitando lo mismo para las ventanas de rebajas ... sin usar eso, pero no debería ser demasiado difícil de lograr con la misma solución, ¿verdad? ¿O tal vez ya sea posible usar Cmd-K o?

Gracias @steinhh por la combinación de teclado Cmd - K O . No era consciente de eso todavía y lo usaré la próxima semana en un sistema de monitores múltiples para ver qué tan bien funciona.

Su consejo me hizo encontrar los archivos PDF a continuación y también me hizo hacer las listas / capturas de pantalla a continuación.

¡Estupendo! ¡Gracias Gracias!

• https://code.visualstudio.com/docs/getstarted/keybindings ,
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-macos.pdf y
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

Los enlaces (en Mac) que encontré con sus capturas de pantalla:

• Cmd - Shift - P : mostrar todos los comandos
  
• Cmd - K O : abre el archivo actual en una nueva ventana
• Cmd - Shift - N : abre una nueva ventana
  
• Cmd - K Cmd - R : abre el PDF de referencia de atajos de teclado para el sistema operativo actual en el navegador web predeterminado
• Cmd - K Cmd - S : editor de atajos de teclado abierto
  

El editor de métodos abreviados de teclado tiene una búsqueda que puede encontrar enlaces en el nombre del enlace de teclas o en el nombre del comando:

Cuando me cambié a VSCode, me enamoré de él. ¡Es tan fácil de usar y rápido en mi computadora lenta!
Pero después de usarlo durante los primeros 15 minutos, me perdí esta función. Tengo 3 monitores y suelo trabajar con 2 archivos al mismo tiempo ...

@steinhh Eso es bueno, pero no es en absoluto lo que se describe en el OP.
"_... opción de ventanas flotantes para:
TerminalConsola de depuraciónProblemasSalida _
"
Cualquier ventana nueva abierta con el acceso directo, todavía tiene todas estas sub-ventanas adjuntas.

@RoyTinker
Disculpe por ser tan descuidado. Estoy seguro de que la demanda surgió de repente "en diciembre pasado". Antes de eso, nadie quería ni sabía nada acerca de las ventanas flotantes. :)

De todos modos, el punto es: hay una gran demanda AHORA y está siendo absolutamente ignorada.

@Hypernut No soy miembro del equipo de VSCode, ni hablo por ellos. Solo estoy tratando de ayudar a establecer expectativas basadas en mis observaciones de su comportamiento pasado y cuando esta característica habría aparecido por primera vez en su radar de "la demanda de los usuarios es alta".

@algiuxass Lo mismo aquí. Me sorprende ver que esto todavía no se ha agregado. Es mi mayor deseo ver agregado con vscode. No soy un desarrollador de electrones, así que no sé si esto es una limitación de las aplicaciones de electrones o si se puede hacer.

@RoyTinker
Sé que no habla por el equipo VSC. Pero, ¿por qué siente la necesidad de "establecer expectativas"?

Creo que 8 meses son tiempo más que suficiente para al menos darnos una pista sobre qué esperar. Especialmente considerando la especulación en este hilo, que podría no ser posible en absoluto.

@Hypernut Dado que el equipo de VSCode no ha dado _ ninguna_ indicación de su cronograma o planes con respecto a esta función, hay un vacío real de información, lo que deja a la gente muy frustrada. Estoy tratando de ayudar con eso usando datos del pasado.

No estoy defendiendo al equipo de VSCode ni nada, solo actúo en mi creencia de que las quejas / etc. en los comentarios no ayudará mucho. Como dije antes, la mejor manera de llamar su atención es que un _mucho_ de personas agregue su 👍 voto al tema.

Si desea dedicar tiempo a ayudar con este problema, le sugiero que vaya a otros lugares en línea donde las personas que quieran esta función podrían terminar (Stack Overflow, reddit, etc.) y vincularlo a este problema.

Hola equipo de VS, POR FAVOR implemente esta función. Realmente no es "mucho", pero esta es una característica disponible en otros editores que falta mucho. De hecho, es la única característica que me impide usar VS Code exclusivamente.

He estado investigando un poco sobre el problema de las ventanas flotantes (mi conocimiento con el electrón es casi inexistente). Parece que electron admite ventanas sin marco, ¿no podría esto resolver el problema simplemente creando una ventana sin marco cuando un usuario arrastra el archivo hacia afuera como en Visual Studio?
https://github.com/electron/electron/blob/master/docs/api/frameless-window.md

@ Trevinlc1997
Sí, en la pequeña escala de una aplicación, puede ser tan fácil como esto
VSCode es un programa complejo, no pueden parchear funcionalidades en el núcleo, o se convertiría en una pesadilla mantener y mejorar (simplemente clone el repositorio para ver qué diablos está sucediendo dentro de la bestia)

Mis conjeturas (puedo estar equivocado):
Si quieren agregar esta funcionalidad, querrán implementarla de una manera que permita su máximo potencial.
El equipo de VSCode ha tomado conocimiento de la demanda de esta función, y el problema será más fácil de manejar cuando se implementen otras funciones, por lo que para evitar un desplazamiento de 500 metros de explicaciones / discusiones, prefieren no decir nada en absoluto.

¿Cómo es que esto aún no es una característica? Es la única característica que me impide usar VS Code exclusivamente ...

Fue el protocolo del servidor de idiomas lo que me atrajo a VSCode en primer lugar.

Como resultado de este problema, he pasado a contribuir al soporte del Protocolo de servidor de idiomas en Eclipse.

me encanta VSCode. esto es lo ÚNICO que realmente no me gusta. parece tan obvio como característica, incluso en el editor más minimalista. Cualquiera con una configuración de varios monitores que intente arrastrar una pestaña del editor fuera de la ventana ha sentido la punzada de decepción al verla aparecer de nuevo de donde vino. Equipo de VSCode, por favor, coloque esto más arriba en su lista.

+1. Sería bueno tener similar a PyCharm / CLion.

Parece que se ha agregado una nueva característica para que sirva como una solución alternativa para esto.
"Espacio de trabajo duplicado en nueva ventana".
Esto parece compartir el contexto / espacio de trabajo en todas las ventanas y resuelve el problema básico de varios monitores.

Gracias VSCode Team (y quien haya trabajado en esto).

También están lanzando una nueva función de cuadrícula. https://twitter.com/joaomoreno/status/1004303587755855872?s=19

¡sí lo es!

Yehya Abouelnaga [email protected] schrieb am Fr., 8. Juni 2018 um
12:22 horas:

@Deltatiger https://github.com/Deltatiger ¿Ya se envió esto?

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

@Deltatiger
Si su objetivo es poder cambiar el tamaño y moverse libremente, por ejemplo, el terminal o la salida (como se describe en el OP), esto no resuelve nada.
La compatibilidad con varios monitores no es, con mucho, la única razón para querer esta función.

@Hypernut Estoy totalmente de acuerdo.
Usé esta función como una solución alternativa en el sentido de que ahora puedo tener una ventana (la ventana original) para toda la Salida / Git / Terminal y crear una nueva ventana para el código real.
De esta manera obtengo más bienes raíces sin dejar de vigilar la terminal / salida, que creo que es una de las principales razones de las ventanas flotantes. Pero esa es mi perspectiva.

También hubo algo de discusión sobre la codificación de ventanas múltiples (sugerencia original de Ctrl + K, O para abrir una nueva ventana), así que pensé en aclarar esa parte aquí para todas las personas que buscan esa característica.

Pero esto nunca dará la misma libertad que arrastrar libremente mini ventanas especializadas (digamos una para Terminal, una para git y otra para, digamos, una segunda terminal).

Si esta función se puede implementar, sería fantástico.

Por curiosidad, ¿por qué querrías separar el terminal en una nueva ventana? ¿No sería mejor simplemente abrir un nuevo proceso de terminal fuera de VSCode?

@ iansan5653 Bueno, entonces, ¿por qué poner un terminal en VSCode en primer lugar? ¿Por qué no una aplicación git separada? ¿Un explorador de archivos? ¿Eliminar todos los complementos y solo dar una ventana de código?

@ iansan5653 ese es mi caso:
A menudo uso WebStorm (que tiene esa característica). Mi estación de trabajo está compuesta por una computadora portátil y un monitor adicional, que se gira verticalmente para una mejor lectura. Por lo tanto, configuro el IDE para que aparezca de la siguiente manera:

• en pantalla vertical: ventana principal de IDE con editor, barras de herramientas y (eventualmente) división vertical
• en la pantalla del portátil: explorador de archivos del proyecto / esquema, terminal / panel de prueba / panel de depuración

¿Podría vivir sin él? Sí, por supuesto. Pero todavía lo encuentro agradable.

Preferiría que el equipo de Visual Studio (adecuado) mejore en el apoyo al desarrollo / depuración de aplicaciones del lado del cliente. Dicho esto, esta es UNA de las grandes razones por las que no puedo usar VSCode para depurar.

Cuando se usa la función "Comparar archivo con revisión anterior", puede ser casi imposible ver ciertas diferencias sin tener que ir al final de la línea, ya que el editor se divide en dos en una pantalla. Tener la opción de abrir las dos versiones en dos ventanas supondría un gran ahorro.

Creo que necesita esta función.

Notepad++ tiene esta función para flotar la ventana, pero no puedo encontrar que vs code tenga.

Entonces, si quiero hacer flotar la ventana en mi otra pantalla, todavía necesito abrir una nueva ventana y luego abrir mi archivo, creo que es demasiado laborioso de usar.

Así que agregue esta función.

¿Y alguien que tenga buenas formas de resolverlo? Por favor, dímelo.

¡Gracias!

PD: Hay alguien que solo da emoji, pero no para tratar de escuchar otra idea o dar algunas formas de resolverlo. Creo que menospreciaré a estas personas.

A algunas personas simplemente no les gustan las críticas negativas y las deficiencias, saben cómo lavar el piso, simplemente soplan y las ignoran, simplemente ...
Creo que esta gente probablemente no pueda comunicarse con nosotros.

Me gustaría las ventanas flotantes / acoplables y las posiciones guardadas para la próxima carga. Actualmente, puedo estirar las ventanas en varios monitores, pero la posición se restablece a la predeterminada en la próxima apertura. En su mayoría, simplemente no me gustan las posiciones predeterminadas de los paneles y quiero moverlos.

@ CHN-STUDENT Creo que la gente está dando: -1: votos porque están de acuerdo en que lo necesitamos (este hilo tiene 270 comentarios y es el tema más votado: +1). El tema ya no se trata de lo que queremos o por qué , sino de cómo podemos implementarlo, así que tratemos de mantener la conversación positiva y enfocada en cómo ayudar a implementar esta característica. :)

Esta característica que falta es la razón principal por la que no puedo usar el código VS.

Coincidir con lo que otros han dicho: no poder acoplar los distintos paneles también es un factor decisivo para mí. - Fue la tercera cosa que intenté hacer en VS Code (justo después de cambiar el tema a light, para que pudiera ver los menús e instalar las extensiones mssql).

Para ser útil, lo que me sería útil no es solo poder abrir archivos en múltiples pantallas, sino poder acoplar cualquier tipo de panel en cualquier lugar del IDE (incluido abrirlos en nuevas ventanas que se pueden mover a nuevas pantallas). - Mi configuración típica me hace abrir archivos de código en las dos primeras de mis pantallas y tener un panel de control de todos los paneles de "estado" útiles acoplados en la tercera pantalla.

Adjunto a continuación un ejemplo típico de cómo se ve mi tercera pantalla (con la esperanza de que ayude): disculpas por el texto ofuscado:

Por cierto, tenía la impresión de que la mayoría de las funciones de acoplamiento de paneles que hace Visual Studio estaban integradas en .NET, ¿es realmente tan difícil implementar esto? - En cualquier caso, Visual Studio hace esto asombrosamente bien, tal vez podría comunicarse con el equipo de Visual Studio Prime y pedir prestado su código para este bit. ;-)

Editar: eh, parece que VS Code es una aplicación electrónica ... bueno, esa es una decisión _interesante_ ... hrmm ...

Esta es la única razón por la que nadie en mi equipo usa VS Code como su plataforma de desarrollo principal. Seguimos usando VS 2017, incluso con toda su obvia facilidad.

Tengo pocas dudas de que el equipo de VS Code debe darse cuenta de que esto es un problema de nivel nuclear, por lo que obviamente tienen un defecto arquitectónico importante que simplemente no pueden abordar.

Es una de las tres funciones principales para un entorno de desarrollador que Visual Studio (y todos los demás entornos de desarrollador han sido compatibles desde que Bill Cliniton fue Presedent). Entonces esto no es algo que esté en la categoría de; "¡Oh, nunca pensé en eso!"

VS Code simplemente no puede lograrlo.

Me cansé de ajustar la ventana de problemas / salida / terminal hacia arriba y hacia abajo. Sería un gran primer paso para hacerlo desmontable.

Para las personas que desean una solución alternativa, si crea un enlace simbólico a la carpeta de su proyecto y abre esa carpeta como una nueva ventana. Obtienes tu proyecto en ambas ventanas. Para el equipo de código VS, nunca "arregle" este error (a menos que agregue soporte de múltiples ventanas ofc)

¿No es el comando "Duplicar espacio de trabajo en una nueva ventana" agregado a la paleta de comandos hace un par de versiones una mejor opción?

@JustinAddams

Está bien como solución. Intente acceder a proyectos con múltiples configuraciones de múltiples lenguajes, herramientas y marcos (como .NET (más herramientas y bibliotecas) para backend y lógica de negocios + abstracciones DB y Angular / VueJS / React para front-end o algunos otros marcos)

La duplicación de un espacio de trabajo tiene una gran desventaja en el uso de la memoria y la unidad de almacenamiento.
Es esencialmente una nueva instancia de VSCode en el mismo espacio de trabajo.
La ejecución de servicios de idiomas y servidores de idiomas duplicados puede crear condiciones de carrera y un uso intensivo de HDD / SSD con el acceso a los mismos archivos, especialmente con herramientas que utilizan análisis de todo el proyecto.
Seguro que puedes deshabilitar esas herramientas y esas cosas, pero cuando trabajas en un equipo grande, siempre sucede que alguien confirma la carpeta de configuración de vscode (incluso si está ignorada, no me preguntes cómo sucede esto). Luego viene el caos.

También el almacenamiento en caché puede ser un problema.
La ventana sin marco de Electron puede ser una solución genial implementada, pero en el núcleo. También llevará tiempo. Dado que es fundamental cambiar el código central en ese nivel.
Probablemente quieran implementar una funcionalidad para el máximo rendimiento / relación de uso de RAM, pero es muy complejo debido a su construcción personalizada de Electron y núcleo complejo. Implementarlo en el núcleo puede hacer que todas las ventanas puedan tener una 'existencia' sin marcos como en Visual Studio 2015, 2017, WebStorm, etc.

Es una funcionalidad fundamental, especialmente para la configuración de varios monitores. Compartir procesos de un solo espacio de trabajo en archivos abiertos con múltiples ventanas.

_Solución probable: abra una nueva instancia de VSCode en lugar de la implementación de ventanas sin marco, pero agregue una opción de línea de comando para permitirle usar las extensiones compartidas de la primera instancia (Problema: el host de extensión se puede compartir o está vinculado a la instancia) ._

@JustinAddams Eso es lo que estoy haciendo ahora mismo,

También sería bueno tener la configuración de vista ajustada para la vista del espacio de trabajo duplicado ...

Por ejemplo,

• Seleccionar qué carpetas mostrar
• Qué panel ver
• Visibilidad del panel lateral

Etc.

Además, desde la ventana del espacio de trabajo principal, nosotros, como desarrolladores, podríamos crear un servicio puente, que escucharía los eventos de los espacios de trabajo duplicados de los niños, y la ventana del espacio de trabajo principal podría interactuar con eso.

Caso de uso, por ejemplo:

1. Abrir la ventana principal del área de trabajo

2. Crear subespacio de trabajo mediante plantilla preconfigurada

   como espacio de trabajo duplicado, pero crea un proceso hijo desde la ventana principal del espacio de trabajo.
   Una plantilla podría tener el nombre, por ejemplo, "Solo panel" (solo tendría Problemas, Salida, Consola de depuración, Terminal)

3. En la pestaña de terminal del espacio de trabajo secundario puedo comenzar yarn test --watch ,

4. ... hacer la codificación, o cualquier cosa que pueda hacer ...
5. Si una de las pruebas falla, simplemente hago Command+Click en la sesión secundaria de Workspace vscode
   5.1. El subespacio dirige el evento a la ventana principal del área de trabajo
6. El espacio de trabajo principal maneja el evento y muestra mi archivo donde fallaron las pruebas
   ……
   un poco de beneficio !!! …diría,

Pero veo que esto es solo una carga de una sesión secundaria de Visual Studio Code, pero no un vscode completamente cargado, sino una variante de carga simplificada y más liviana ... Espero que esto no requiera muchos recursos

Además, los módulos en VSCode deben comunicarse a través de algún middleware, que puede conectar fácilmente muchas instancias entre sí, por lo que en la ventana del área de trabajo secundaria podemos ver el problema de ESLint, por ejemplo …………

Quizás esta "lluvia de ideas" sea útil para alguien, espero que sí :)

¡Salud! y gracias por la atención ...

Para personas que sugieran abrir otra ventana.
El principal beneficio de esta función es abrir terminales / salidas / problemas en otro monitor, por lo que puede tener una lista de errores por separado de la ventana de código. Por lo tanto, puede presionar Ctrl y hacer clic en un monitor y ver el código correspondiente en otro.

Me encantaría ver esta función agregada. Webstorm / Phpstorm ambos tienen esta característica, y es realmente lo que más me gusta de esas aplicaciones. Utilizo un monitor de orientación vertical como mi editor principal, y tener mi árbol de archivos / panel del explorador en un monitor diferente hace una gran diferencia para mí. También me gusta tener mi terminal en un monitor diferente, pero siempre puedo usar un terminal que no esté integrado con el código vs, pero tener ventanas desmontables en el código vs para estos paneles sería increíble.

¿Entonces? 2 años y nada?
No soporto el panel de "búsqueda" integrado, porque siempre es enorme y ancho.

Me parece extraño que, aunque esto ya tiene dos años y es la característica más deseada y discutida aquí, los desarrolladores todavía lo ignoran por completo.
Me temo que ya lo han considerado demasiado complicado / demasiado trabajo hace mucho tiempo, decidieron que no vale la pena y lo mantuvieron en silencio para retrasar las consecuencias el mayor tiempo posible ...

Y debo decir que me estoy cabreando un poco por esta falta de comunicación. Tal vez me equivoque, pero huele mucho a política de Microsoft ...

Me temo que ya lo han considerado demasiado complicado / demasiado trabajo hace mucho tiempo, decidieron que no vale la pena y lo mantuvieron en silencio para retrasar las consecuencias el mayor tiempo posible ...

No tengo idea de cómo esto puede ser tan complicado. Innumerables otros software han hecho esto, lo están haciendo y seguirán haciéndolo, así que no estoy completamente seguro de qué es lo que realmente les impide implementar una de las funciones más solicitadas.

¿Es porque no hay desarrolladores actualmente alistados para trabajar en VSCode? ¿No se considera lo suficientemente valioso ya que VSCode no se puede monetizar?

No estoy del todo seguro de que el argumento de "esto puede resultar demasiado agotador para las computadoras" sea válido últimamente, considerando que las computadoras más recientes tienen muchos más recursos del sistema que antes. Además, si se demuestra que tiene este efecto en las estaciones de trabajo, tenga la oportunidad de desactivar esta función por completo.

Tener la opción de usar esto o no sería mucho mejor que no tener ninguna opción, francamente.

VSCode es utilizado por personas que CODE. Si los programadores no pueden averiguar cómo activar o desactivar una función, es posible que estén usando el software incorrecto.

Además, se tomarán medidas para reducir el consumo de recursos del sistema, pero se abstendrán de agregar nuevas funciones como esta basadas en la antigua creencia de que "la mayoría de los usuarios no sabrán cómo apagarlo, por lo que está activado de forma predeterminada al instalarlo, el software podría ser realmente lento en varias computadoras y nos hará quedar mal "es el peor argumento posible para la falta de implementación porque esto implicaría que su base de usuarios objetivo está menos encerrada tecnológicamente que la mayoría.

La última vez que lo comprobé, este no fue el caso.

Mi mejor suposición es que es difícil para ellos crear una nueva ventana con la pestaña y hacer que la pestaña mantenga su estado debido al electrón. Tienen que crear una nueva ventana cada vez que arrastra una pestaña a su propia ventana, y obviamente esto no es algo fácil de hacer. Especialmente para cosas como la terminal, la barra lateral, etc.

Todavía quiero desesperadamente esta función.

@Penagwin De la

Mientras tanto, una solución alternativa es abrir dos ventanas, abrir una carpeta principal y una carpeta secundaria del mismo proyecto. Por ejemplo, abra el directorio de su aplicación en una ventana y la carpeta 'pública' en la otra ventana. La desventaja es que no hay pestañas de arrastrar y soltar entre ellos, pero por lo demás funciona.

A todas las personas que proponen la solución con 2 ventanas. Eso no ayuda en absoluto con el problema real de no poder tener cosas como el inspector de depuración o el terminal / salida, etc., en una segunda pantalla.

Utilice "Ctrl K, O" para abrir el archivo actual en una ventana de vscode diferente para editarlo. Tendrá que configurar el directorio predeterminado del terminal nuevamente para que se compile la ventana recién abierta. Solo funciona con archivos; no en las ventanas de la terminal. Sé que no es lo mismo que arrastrar y soltar, pero debería ser útil si solo necesita mover algunos archivos a otra ventana para hacer uso del segundo o tercer monitor. No hay nada de malo en una solución alternativa, ya que no tenemos una solución. El mundo no es perfecto, aproveche al máximo lo que tenemos y haga el trabajo. Espero que esto ayude hasta que tengamos algo mejor. ¡Feliz codificación!

Es difícil de creer que han pasado 2 años y ha habido tan poco progreso en esto. Estaba empezando a enamorarse seriamente del código VS ya que, en general, es un IDE increíble. Sin embargo, no puedo considerarlo un competidor serio para el desarrollo profesional sin soporte multipantalla. Al revisar estos comentarios, parece que no estoy solo en esta opinión.

De vuelta a Webstorm por ahora = (

Estuve esperando esta función por un tiempo, solo agregué otra voz que decía que realmente me gustaría que esto sucediera Si el código VS pudiera implementar esto, ¡sería el editor perfecto!

¿Por qué esto todavía no existe? ¿Cuál es el retraso en esta función? El código VS es un gran editor, pero esta es una característica importante que falta ...

¡Esto realmente tiene que suceder! Gran supervisión de la cuenta de Microsoft.

¡Por favor chicos, háganlo! Esta es la característica más buscada: bailarina:

Estoy trabajando con 3 monitores y necesito tener esta función, porque a veces en el código necesito ver qué funciones necesito implementar desde un archivo, y necesito abrir esto en una ventana separada para copiar y pegar lo que Quiero, en lugar de dividir la ventana dentro de un monitor, que pueda limitar el área del espacio de trabajo.
Implemente esta función para hacer flotar las ventanas (desmontaje de la ventana).

+1. Esto sería realmente muy útil para la productividad de varios monitores.

Esta solicitud de función celebró recientemente su segundo cumpleaños. Dudo que alguna vez se implemente :(

+1 ¿Alguna actualización sobre esta función?

Parece que querer esta característica se correlaciona con no tener la capacidad de usar GH correctamente ni comportarse bien en la discusión de Internet. El spam +1 sin sentido definitivamente ayudará a su causa.

@ Krzysztof-Cieslak Debería haber una opción para deshabilitar los comentarios sobre un problema y solo permitir reacciones al OP

@ Krzysztof-Cieslak Creo que +1 está relacionado con una votación más que con una discusión.

Un +1 se usa a menudo para mejorar la conversación para que los chicos de Microsoft no pierdan el problema;)

@SkyzohKey , ya está abierto, no perderán nada.

¿Alguna posibilidad, ya que MS posee github y esencialmente el proyecto de electrones, esto realmente verá la luz del día? Estoy de acuerdo en que este es un problema fundamental con el editor, de lo contrario, es bastante bueno.

@ napalm684 Buen punto, sin embargo, creo que esto no es un problema en Electron (https://github.com/Microsoft/vscode/issues/10121#issuecomment-346088717), pero con la propia arquitectura VSCode (https://github.com / Microsoft / vscode / issues / 10121 # issuecomment-346290180).

Ah, leí originalmente @ n9 que esto era un problema de electrones. Independientemente, creo que esta es la solicitud de función número 1 en este momento, ¿es correcto?

¿Tendrá esta función en la próxima versión principal?

Sé que a todo el mundo no le gustó que lo insinuaran, pero
Espero que esta característica sea la máxima prioridad.
Sé que este es un software gratuito de código abierto, pero esta limitación puede impedir que los nuevos usuarios utilicen VS Code.
Estamos felices de usar el nuevo y sorprendente IDE y somos populares, ¿no es así?

Así que sí ... aquí hay un desarrollador más que desea poder separar pestañas de VSCode al igual que trabajar con VS.

Igual que la mayoría de la gente aquí:
Me encantaría poder tener más de una ventana de código VS para una sola carpeta / proyecto y poder trabajar en más de un monitor.

No obstante, IDE impresionante 👍
Sigue así, me encanta tu trabajo.

También me gustaría mucho poder abrir el mismo directorio en varias ventanas.

👍

Me encantaría desconectar la consola del depurador para poder verla en el segundo monitor

+1
La solución (abra una nueva ventana y arrastre y suelte su archivo desde el área de trabajo / ventana actual a la recién abierta) está bien, pero no tengo acceso al área de trabajo en sí; configuraciones diferentes, sin acceso a otros archivos en el espacio de trabajo, etc.

¡Pero aparte de esto, VSC ES INCREÍBLE!

Intenté comprobar qué podíamos hacer con las ventanas flotantes en VSC.
En primer lugar, Electron admite múltiples ventanas. Es posible abrir una instancia adicional de BrowserWindow, pero requiere un archivo HTML en la carga.

En ese caso, consideremos terminal en ventana flotante. No soy tan fluido en lo que respecta al código VSC, pero parece que todas las aplicaciones se ejecutan como "aplicaciones monolíticas". Significa que si quisiéramos tener algo de la interfaz de usuario de VSC en una ventana adicional, entonces tenemos que cargar todas las aplicaciones allí y ocultar las partes innecesarias de la interfaz de usuario.

¿Suena genial? Realmente no. En una ventana adicional, tenemos que ocultar las partes innecesarias de la interfaz de usuario, pero también ... desactivar la actualización de otras áreas de la aplicación en los cambios de archivos o accesos directos. Es más ... No sé cómo funciona la memoria de Electron, pero creo que si cargamos todas las aplicaciones en la segunda ventana, el uso de memoria de VSC aumentará drásticamente.

Creo que deberíamos intentar hacer VSC más modular y preparar algún tipo de mecanismo de múltiples ventanas antes de comenzar a trabajar en ventanas flotantes con partes de UI únicas.

Estimada comunidad, intentemos ayudar al equipo de VSC.

Un +1 se usa a menudo para mejorar la conversación para que los chicos de Microsoft no pierdan el problema;)

No, a estas alturas ya están acostumbrados a ignorar el problema. :) Es como poner una nota en el espejo del baño. Al principio no puedes ignorarlo, pero después de un tiempo ni siquiera lo ves más.

No soy un tipo de Electron de ningún tipo, pero he jugado un poco con eso. ¿No sería posible abrir una nueva ventana y establecer comunicación entre la ventana principal y la secundaria a través de la API webContents?

@kodipe

@scriptcoded ¡ buena pregunta!

Acabo de encontrar este proyecto https://github.com/illBeRoy/ElectronScriptWindow que permite usar BrowserWindow sin un archivo HTML específico. Básicamente, crea una cadena codificada en base64 como URL para la ventana: https://github.com/illBeRoy/ElectronScriptWindow/blob/master/src/index.js#L76 al cargar. Después de eso, deberíamos poder controlar al niño del padre a través de webContents.

@kodipe Neat! Esa es una forma bastante inteligente de hacerlo. Quizás mire más de cerca las fuentes y averigüe si esta sería una buena manera de hacerlo. Sospecho que esto implica una fuerte reescritura de un montón de características principales.

@scriptcoded sí ... es realmente difícil lograr la función en este momento. Buscaré una solución para una API FloatingWindow simple y la compartiré con ustedes aquí si creo algo interesante en mi bifurcación.

+1 para esta función

Llegué a esta limitación un par de veces al día, es una característica que falta bastante para mí.

Solución alterna:

1.) Abra la carpeta de su proyecto
2.) Guardar como espacio de trabajo
3.) Abra el espacio de trabajo en una ventana y la carpeta del proyecto en la otra.

espero que esto ayude

Esta función está vencida y es fundamental para la productividad con varios monitores, ¿cuántas respuestas necesita para agregar esta función al alcance? Puedo hacer que todos mis colegas respondan si lo desea.

¿Qué pasa con https://www.npmjs.com/package/electron-window-manager ??

@WNemencha Supongo que el equipo no quiere dependencias innecesarias. ¿Quizás lo ordenó sobre eso?

Espero que obtengamos esto eventualmente, esto es imprescindible :)

Para continuar innovando y hacer de VSCode un editor moderno con todas las funciones, esto es una necesidad. Este debería ser un objetivo importante a largo plazo hasta que se logre.

Esta característica realmente debería ser una característica de alta prioridad. No conozco a ningún desarrollador que solo codifique en un monitor, y tener la capacidad de arrastrar una pestaña a una nueva ventana para usarla en paralelo es una característica demasiado útil para no tenerla.

Esta característica realmente debería ser una característica de alta prioridad. No conozco a ningún desarrollador que solo codifique en un monitor, y tener la capacidad de arrastrar una pestaña a una nueva ventana para usarla en paralelo es una característica demasiado útil para no tenerla.

Oye, @oryandunn , de lo que te quejas es posible. Vea mi comentario agregado debajo de este boleto:
"Abra una nueva ventana y arrastre y suelte su archivo desde el espacio de trabajo / ventana actual a la ventana recién abierta".

Este ticket trata sobre la apertura de dos ventanas en EL MISMO espacio de trabajo.

@kapalkat para aclarar, este problema se trata de separar partes de la interfaz de usuario, como el terminal, el explorador y el depurador, de la ventana principal. # 2686 trata con múltiples ventanas con el mismo espacio de trabajo.

Creo que este problema debería congelarse / restringirse hasta que alguien pueda realmente trabajar en él (del equipo de VSCode).

No creo que podamos esperar esta característica en ningún momento en la característica cercana. Según tengo entendido, el equipo tendría que cambiar gran parte de la infraestructura para que esto funcione. No solo eso, no estoy seguro de cuánto más se verá afectado.

También dudo que esto tenga algo que ver con Electron (No es una restricción / problema del lado del electrón). Simplemente está limitado por la arquitectura actual.

Este hilo se está llenando de más comentarios +1 que los realmente útiles.

Este hilo se está llenando de más comentarios +1 que los realmente útiles.

Esa es la base de usuarios frustrada porque carecen de soporte para múltiples monitores. ¿De qué otra manera deberían los desarrolladores obtener información sobre lo que quieren los usuarios?

¿De qué otra manera deberían los desarrolladores obtener información sobre lo que quieren los usuarios?

Dejando un 👍 y manteniendo el área de discusión despejada para una discusión constructiva, como:

Me gusta bastante la implementación que tenía VS, en la que al arrastrar cualquier parte de la interfaz de usuario podía "encajar" en parte de la pantalla. Similar a cómo arrastrar una pestaña ahora le permite titular la vista principal.

Sin embargo, para ser honesto, lo único que realmente quiero poder hacer es arrastrar las pestañas del editor de código. Ni siquiera me importa poder colocarlos fuera de la ventana principal, porque entonces puedo usar el administrador de ventanas del sistema operativo.

Todos aplaudan por @mrmos y su solución .

@jayarjo He estado haciendo algo similar al abrir una nueva ventana de vscode y arrastrar mi pestaña allí. El problema aquí es que ninguno de los hallazgos funciona correctamente, ya que no tiene información sobre el "espacio de trabajo" real del que proviene.

Como solución alternativa simple, puede usar el comando Duplicar área de trabajo en una ventana nueva (desde la versión 1.24) para abrir la carpeta / área de trabajo actual en una segunda ventana de código VS que se puede mover a un monitor separado. Asigné la Ctrl + Shift + N teclas Ctrl + Shift + N para este comando.

@ n0v1

Como solución alternativa simple, puede usar el comando Duplicar espacio de trabajo en una ventana nueva

Mmm, parece que no tengo esta funcionalidad en la última macOS, ¿es necesario habilitarla?

Saludos

@ldexterldesign ¿Ha intentado ejecutarlo abriendo la paleta de comandos ( ⌘ + SHIFT + P ) y escribiendo Duplicate Workspace in New Window ?

@ n0v1 el problema no es abrir el archivo / espacio de trabajo en una nueva ventana. Mantener el contexto del búfer subyacente (archivo) en ambas ventanas es el problema.

Para que quede claro, abra un archivo en un espacio de trabajo y abra el mismo archivo en el espacio de trabajo duplicado. Ahora, edite el archivo en una ventana, no se reflejará en la otra ventana.

Todo el mundo dice ahora las cosas del espacio de trabajo duplicado, pero eso es seguro que ahora todo el mundo lo sabe y no necesita repetirse tan a menudo. Y toda esta "solución alternativa" ni siquiera es práctica, necesitamos una característica de ventana flotante real como está implementada en otros editores.

Deje de sugerir "Espacio de trabajo duplicado". Ésa no es la solución. También necesitamos duplicar el explorador del espacio de trabajo. Que no lo es.

Me encantaría ver la capacidad de separar la consola (y otras partes del editor) y empujarlas a una pantalla separada que me permita obtener el espacio completo de mi pantalla principal para escribir y leer mi código cuando estoy trabajando. en algún lugar con múltiples pantallas /

Esto también me permitiría administrar y trabajar mejor mientras estoy en movimiento, donde solo tendría mi pantalla principal disponible para trabajar, como en un tren o en los sitios de los clientes.

No veo ningún progreso en esta función y hace algunos años. Si nos quedamos con una limitación arquitectónica que costó demasiado para hacerla realidad, ¿por qué no cerrarla y seguir adelante?

No olvide que tenemos la comunidad VisualStudio, considere mover alguna función al complemento VS.

@Nyconing VS No se ejecuta en Linux o Mac.

@Nyconing VS No se ejecuta en Linux o Mac.

No es del todo cierto ...

OK, comunidad.

¿Cuál es la mejor manera de mostrar un archivo (con prueba unitaria) en el monitor izquierdo y el segundo archivo en el monitor derecho?

No intente recomendar el uso de Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains o el Bloc de notas.

¿Cuál es la mejor manera de mostrar un archivo (con prueba unitaria) en el monitor izquierdo y el segundo archivo en el monitor derecho?

No publique doble por favor. Lo mejor que puedo ofrecer es cambiar el tamaño de la ventana para que cubra ambas pantallas y dividir el editor en dos mosaicos en el medio entre los monitores.

No publique doble por favor.

Hay algunos problemas internos en el propio GitHub

No es del todo cierto ...

se ejecuta en mac con vino o windows vm

@ hellboy81 @belst Mi mal, pensé que habías dicho VS Code. ¡Lo siento! De vuelta a la pista ahora ...

Solo mis 2 centavos
"Ctrl + K y luego O"
está vinculado a "Abrir archivo activo en una ventana nueva"

Solo mis 2 centavos
"Ctrl + K y luego O"
está vinculado a "Abrir archivo activo en una ventana nueva"

Como han dicho otros, abrir en una nueva ventana no es lo que estamos pidiendo o deseando.

Estamos buscando la capacidad de abrir una ventana y moverla donde queramos, básicamente como lo hace premire pro con los diferentes tipos de paletas,

Solo mis 2 centavos
"Ctrl + K y luego O"
está vinculado a "Abrir archivo activo en una ventana nueva"

Como han dicho otros, abrir en una nueva ventana no es lo que estamos pidiendo o deseando.

Estamos buscando la capacidad de abrir una ventana y moverla donde queramos, básicamente como lo hace premire pro con los diferentes tipos de paletas,

Estoy totalmente de acuerdo contigo. Solo estaba tratando de ayudar con una solución temporal que uso mientras espero esta función.

Solo quiero expresar mi opinión sobre esto. Creo que muchos desarrolladores tienen más de un monitor y su uso efectivo es una gran ventaja para la productividad.

No estoy seguro de por qué esta función nunca avanza, ya que tiene un soporte masivo y, dado que el código es una aplicación de electrones, es perfectamente factible y degradable si alguna vez se quedó fuera del electrón.

En una palabra, apoye MDI en vscode.

Hasta que VS Code tenga soporte para múltiples pantallas, no veo el cambio a este editor como predeterminado. Recientemente, comencé a usar las herramientas JetBrains como alternativa. He estado viendo este problema durante más de un año y todavía no hay movimiento al respecto. No estoy seguro de por qué la demora.

Xcode permite múltiples ventanas para un proyecto. Aún más, las ventanas son todas iguales, completamente funcionales, lo que significa que puede abrir una segunda ventana y cerrar la ventana del proyecto original y todavía tiene una ventana completa del proyecto.

Este enfoque significa que se admiten fácilmente varios monitores. También significa que no tengo que cuidar la administración de ventanas tanto como no tengo que recordar cuál es la ventana del proyecto "real".

Este enfoque sería muy apreciado en VS Code.

Xcode permite múltiples ventanas para un proyecto. Aún más, las ventanas son todas iguales, completamente funcionales, lo que significa que puede abrir una segunda ventana y cerrar la ventana del proyecto original y todavía tiene una ventana completa del proyecto.

¿Cómo? Cuando intento abrir el mismo espacio de trabajo en Mac OSX, siempre enfoca la ventana ya abierta.

Dado que VSCode está escrito con "ventanas flotantes" de Electron es algo difícil de lograr, pero permitir abrir el proyecto dos veces ayudaría mucho, pero esto tampoco parece funcionar. Se agradece cualquier ayuda.

Al entrar y declarar mi propia experiencia: he usado con éxito VScode en el pasado para compilar y depurar un proyecto de motor de juego al que contribuyo, pero como no puedo hacer ventanas separadas con VScode, desafortunadamente me quedo con CLion, que está asumiendo de forma lenta pero segura Visual Studio en general.

Al igual que otros que lo mencionaron en este hilo, la codificación de varios monitores requiere elementos desmontables.

Xcode permite múltiples ventanas para un proyecto. Aún más, las ventanas son todas iguales, completamente funcionales, lo que significa que puede abrir una segunda ventana y cerrar la ventana del proyecto original y todavía tiene una ventana completa del proyecto.

¿Cómo? Cuando intento abrir el mismo espacio de trabajo en Mac OSX, siempre enfoca la ventana ya abierta.

Dado que VSCode está escrito con "ventanas flotantes" de Electron es algo difícil de lograr, pero permitir abrir el proyecto dos veces ayudaría mucho, pero esto tampoco parece funcionar. Se agradece cualquier ayuda.

Puede hacer esto en Xcode arrancando una pestaña o usando Archivo-> Nueva ventana. Todas las ventanas en las que puede navegar por su proyecto o editar código son iguales. No existe una ventana "principal" en Xcode. Vea el gif adjunto a continuación.

2 años desde que se solicitó. ¿Alguna estimación de cuándo el código VS podría ser capaz de hacer esto?

Este es un OSS . Puede ayudar y contribuir con sus habilidades a VSCode. Si realmente desea que VSCode aparezca en múltiples ventanas, ¿por qué no intentar bifurcarlo y hacerlo posible usted mismo?

Sé que es OSS. Por eso no tenía ninguna expectativa al respecto. Solo pregunté si hay estimaciones de las personas que se ocupan de este repositorio. 'Sin estimaciones' también es una respuesta. Gracias

Solicitud: cierre este problema para recibir comentarios.
El equipo de VSCode está haciendo un trabajo increíble y continuamente brinda un valor increíble a una comunidad de desarrolladores en constante crecimiento a través de una de las mejores herramientas de codificación del mundo.
Si bien expreso tanto entusiasmo como cualquiera de los presentes sobre la perspectiva de la ventana múltiple, estoy feliz de esperar tanto como sea necesario. Me estoy cansando un poco de todos los me too , you can duplicate your workspace as an alternative , but this tool has it , when will we get this o incluso algunos comentarios bastante exigentes sobre este tema. Espero ansiosamente con cada comentario sobre este tema para escuchar una actualización relevante solo para ver más de los comentarios antes mencionados. Encontrar un comentario relevante de un miembro del equipo es difícil dados los 363 comentarios anteriores.

Estoy seguro de que este problema está en el radar del equipo (es la característica más solicitada).
@bpasero ha dado sus últimos comentarios en este comentario anterior: https://github.com/Microsoft/vscode/issues/10121#issuecomment -345770248
Esto requiere un poco de reestructuración de las partes internas de vscode, así que seamos pacientes (o contribuyamos).
Esa actualización de estado es suficiente para mí. Se comunicarán con nosotros cuando haya una nueva actualización.
Por favor el problema para mostrar su apoyo.