Vscode: Schwebende Fenster zulassen

Ich füge nur meine Unterstützung hinzu. Sehr oft zog ich mit dem vollständigen Visual Studio eine Registerkarte auf meinen anderen Monitor, damit ich zwei Codedateien gleichzeitig anzeigen konnte. Die Split-Pane-Funktionalität ist nett, aber nicht gleich.

Ich sehe Editor-Registerkarten als wichtiger als die anderen. Es ist wirklich schwierig, zwei Monitore zu verwenden, wenn Sie einen Tab nicht ausbrechen können. Dies ist wichtig, wenn Sie auf Code verweisen, aber auch für Dinge wie die Markdown-Vorschau.

Wie soll es funktionieren ...? Ich kann es nicht zum Laufen bringen (auf 1.11.0-Insider). Wenn Sie eine Registerkarte außerhalb des Fensters ziehen, wird entweder ein 🛇 angezeigt und ich kann sie nicht löschen. Wenn Sie sie über ein Windows Explorer-Fenster legen, wird die Datei kopiert ...

@CherryDT Dieses Problem ist noch offen und als Backlog gekennzeichnet . Haben Sie eine Referenz, die besagt, dass sie in 1.11 implementiert werden soll?

@ vossad01 Sie haben Recht, ich war eine Sekunde lang verwirrt, weil ich aus der geschlossenen Ausgabe # 10147 kam, in der "Bereits von # 10121 angesprochen" stand und "adressiert" als "gelöst" nahm. Mein Fehler.

Ich würde sagen, dass das Abdocken von Registerkarten (genauer gesagt von Editoren) eher eine Aufgabe als eine Art von Aufgabe sein muss. Würde es gerne umsetzen lassen.

@bpasero @aeschli Ist dies eine Funktion, die Sie als Pull-Anfrage erhalten und überprüfen

@mlewand Dies ist kein Bereich, in dem wir aufgrund technischer Einschränkungen eine PR erwarten. Wenn Sie jedoch eine Idee haben, lassen Sie es uns wissen.

@bpasero durch technische Einschränkung sagen Sie, dass es eine Elektronenbeschränkung ist? Oder geht es mehr um VSCode ein Projekt <-> ein Fensterdesign?

@mlewand hängt davon ab, ob ich ein leichtes Fenster öffnen könnte, das denselben JavaScript-Kontext verwendet, und eine Benutzeroberfläche darin erstellen könnte, das würde sicherlich helfen. Andernfalls würden wir ein umfangreiches Browserfenster mit eigenem Kontext öffnen, das nur die UI-Teile enthält, die wir anzeigen möchten, was in die falsche Richtung zu gehen scheint.

Willst du in "me-to" läuten.

Speziell Editor-Registerkarten. Es ist bedauerlich, dass der Autor der Ausgabe die Prioritäten so rückständig hat, aber ich kann nicht glauben, dass niemand bei Microsoft dieses Ticket im letzten Jahr irgendwann gesehen hat und den immensen Wert erkannt hat, einen Editor-Tab von einem ziehen zu können Fenster zu einem anderen (Ihre Visual Studio-Menge tut dies seit Jahrzehnten) und hat dies inzwischen geschehen lassen.

Dies ist ein schwerwiegender Mangel bei VSCode als Editor.

Ich habe Visual Studio ungefähr 9 Jahre lang als Haupteditor verwendet und bin dann zu VS Code gewechselt, nachdem ich zu einem Front-End-Projektteam gewechselt bin. Es gibt viel zu lieben an VS Code, aber die einzige wichtige fehlende Funktion für mich ist das Fehlen von schwebenden Fenstern nur für Editor-Registerkarten (wie ich es in Visual Studio gewohnt bin).

FWIW, ich benutze 4 Monitore nebeneinander. Es fühlt sich wahnsinnig an, nur auf einem Monitor für die Codebearbeitung zu stecken, besonders wenn ich an mehreren Dateien gleichzeitig arbeite.

Ich muss den obigen Kommentaren zustimmen. Das Fehlen dieser Funktion ist ein großes Problem für Benutzer mit mehreren Monitoren (im Grunde alle, die mit Code arbeiten). Natürlich können Sie dies umgehen, indem Sie bestimmte Dateien in einer separaten Visual Studio Code-Instanz (Strg + Umschalt + N) öffnen. Dies sollte jedoch unbedingt so schnell wie möglich behoben werden.

Ich möchte Dateien in einem neuen Fenster öffnen können (z. B. um einen anderen Monitor oder einen anderen virtuellen Arbeitsbereich einzurichten).
Wenn ich nicht direkt in ein neues Fenster öffnen kann, muss ich in der Lage sein, eine Registerkarte in ein neues Fenster abzureißen oder eine Registerkarte in ein separates VSCode-Fenster zu ziehen (wie mit Datei → Neues Fenster erstellt).

Ich benutze ein WYSIWYG Viewer Plugin zum Bearbeiten von AsciiDocs. Die Trennung von Fenstern zu verschiedenen Monitoren ist in diesem Fall eine Grundvoraussetzung. Hoffentlich wird diese Funktion bald priorisiert

Es wäre wirklich schön, wenn wir Tabs abreißen könnten, um die Datei / Tab in einem separaten Fenster anzuzeigen 😪

Ich versuche, JetBeans zu verlassen, und dies ist keine optionale oder nette Funktion. Die Codierung mit mehreren Monitoren ist von grundlegender Bedeutung. Es nicht zu haben ist ein Deal Breaker.

+

Suchen Sie nach dieser Funktion. Vielen Dank :)

Es ist nicht die sauberste Art, mehrere Monitore / Fenster zu unterstützen. Sie können jedoch Folgendes tun:

• Datei> Neues Fenster

• Ziehen Sie nun eine Registerkarte in Ihrem bereits vorhandenen Visual Studio Code-Fenster in das neue Fenster, das Sie gerade geöffnet haben.

Ich bin damit einverstanden, dass es wirklich schön wäre, nur einen vorhandenen Tab auf einen zweiten Monitor ziehen zu können, aber dies ist zumindest eine ziemlich schmerzlose Problemumgehung, bis sie das Ziehen von Tabs auf einen anderen Monitor unterstützen.

Ich füge auch meine Anfrage für diese Funktion hinzu. Schön zu sehen, dass andere dasselbe wollen.

Ansonsten liebe ich diese IDE. 😄

Alles Gute.

Dringend benötigte Funktionalität.
Vielen Dank

+1

(Übrigens: Der Backlog-Link (https://github.com/Microsoft/vscode/milestone/8) hier im rechten Bereich funktioniert nicht?)

Gibt es Pläne, wann dies einem Release-Kreis hinzugefügt wird? Vielen Dank!

Ich bin mir nicht sicher, ob jemand dieses Projekt für Electron gesehen hat, aber ich werde es hier lassen. Vielleicht könnte MS in ihrer reichlichen Zeit helfen :). Ich habe seit einiger Zeit keine Commits mehr gesehen, nicht sicher, ob er einen Haken hat oder gerade beschäftigt ist.

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

Ich muss zugeben, dass ich schockiert bin, dass ein so etablierter Editor wie VSCode es mir nicht erlaubt, einen Tab auf einen zweiten Monitor zu ziehen.

Addiere meine +1 dazu.

Würde gerne auch diese Funktion haben. +1

@bpasero Ich denke nicht, dass es eine große Sache wäre, zuzulassen, dass eine andere Instanz von VSCode geöffnet wird, wenn wir einen Tab herausziehen. Zumindest wäre es ein Anfang.

Ich denke darüber nach, von Sublime Text zu VSC zu wechseln, und diese Einschränkung ist das einzige, was mich dazu bringt, beide zu verwenden. Ich werde sicherlich eher zu VSC neigen, wenn ihr dies hinzufügt!

+1
auch wenn ich nur den Explorer brauche und debugge

Registerkarten
Explorer / search / debug / git / extensions

So viele Anfragen dafür, und sie kommen auch immer wieder herein. Ich bin froh, dass ich nicht allein bin. Realistisch gesehen ist dies momentan mein einziges Problem mit VS-Code.

+1

Ich melde mich zusammen mit dem obigen Kommentar - dies ist wirklich mein einziger Problem- / Funktionswunsch für VSCode. Ansonsten ist es ein absolutes Vergnügen, mit Sublime und anderen zusammenzuarbeiten und ihnen (meiner Meinung nach) weit überlegen.

@ RoyTinker gleich hier. Dies ist das Letzte, was mich davon abhält, vollständig auf VSCode umzusteigen.

In Übereinstimmung mit all dem oben genannten ist dies für mich die einzige Fliege in der Salbe, nachdem ich von Sublime gewechselt bin.

Ich denke, ein weiterer wichtiger Grund dafür ist, dass Sie die Fenster "Ausgabe" und "Terminal" abbrechen können. Wenn Sie das Debuggen in VS Code ausführen möchten, möchten Sie wahrscheinlich, dass sich das Ausgabefenster auf einem Monitor und der Code auf einem anderen befindet, anstatt alles auf einen Monitor zu packen.

@laserbeak Ich denke, die Komplikationen ergeben sich aus der Verwaltung des Fensters über mehrere Betriebssysteme hinweg. Möglicherweise gibt es keine saubere oder klare Möglichkeit, dies auf allen Plattformen zu tun.

Ich habe Probleme, ein großes Projekt zu debuggen, obwohl ich an drei Displays arbeite. Ich kann nur die Debug-Konsole und den Code, den ich durchlaufe, auf einem Bildschirm anzeigen. Ich kann sie nicht einmal nebeneinander auf demselben Bildschirm haben, auf dem die Debug-Konsole den gesamten unteren Bereich des Fensters getrennt vom Code-Editor einnimmt.

Ich hoffe, dass diesem Feature eine höhere Priorität eingeräumt werden kann, insbesondere angesichts der Tatsache, dass es seit über einem Jahr geöffnet ist.

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

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

@laserbeak https://github.com/laserbeak Ich denke, die Komplikationen ergeben sich aus der Verwaltung des Fensters über mehrere Betriebssysteme hinweg. Möglicherweise gibt es keine saubere oder klare Möglichkeit, dies auf allen Plattformen zu tun.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an: https://github.com/Microsoft/vscode/issues/10121#issuecomment-334327742 , oder schalten Sie den Thread https://github.com/notifications/unsubscribe-auth/AD90FFy4E1Ra3EKfLfwh026VveZJpZJZJZJZJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ

Anscheinend wissen die Leute bei JetBrains, wie es am besten geht.
In jedem IntelliJ-Produkt verfügt jede Ansicht über ein Zahnradsymbol mit folgenden Optionen:

• Angedockter Modus
• Floating Mode
• Fenstermodus

Ohne diese Funktion gelangen Entwickler in den folgenden Zyklus, der mindestens 20% der Entwicklerzeit in Anspruch nimmt!

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();
}

Ich nenne das als F ocusing SERS U C reativität K iller Zyklus.

Schade, dass dies anscheinend keine hohe Priorität hat. Es ist wirklich ein Showstopper für diesen ansonsten großartigen Editor.

Dies war das Letzte, was sie mir darüber erzählt haben @Hypernut

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

Seltsam, dass sie die scheinbar hohe Nachfrage nach dieser Funktion ignorieren würden.

@ Hypernut Ich dachte das gleiche. Für mich scheint es, dass es ein Grundmerkmal jeder modernen IDE sein sollte.

@LoveDuckie @Hypernut Sie können das Problem umgehen, indem Sie eine Datei aus dem Explorer in ein neues Fenster ziehen. Aber das ist wirklich keine akzeptable Lösung. Sie scheinen der Frage auszuweichen, ob es sich um eine Begrenzung des Elektrons handelt und ob sie es tatsächlich jemals traurig tun können oder nicht.

oder vielleicht wollen sie einfach keine zu starke Konkurrenz für Visual Studio machen; -}

@ benm-eras Ich bin mir dessen bewusst, aber es scheint, als ob diese Funktionalität bereits unterstützt wird. Es ist ganz einfach, dass MS es in VS Code integrieren möchte.

+1. Erforderlich, nicht schön für Leute mit mehreren Monitoren (Registerkarten). Über 14 Monate und immer noch tote Stille? Aber hey, die Unterstützung für die macOS Touch Bar ist da. 👎 Traurig ...

Ich stimme dem Kommentar "Lassen Sie uns dies nicht mit Visual Studio konkurrieren lassen" zu. Wenn ich effizient an meinem SPA und meinem Web-API-Backend in Visual Studio arbeiten könnte, würde ich auch keinen VS-Code benötigen.

+1 benötigen diese Funktion

Diese Funktion befindet sich im Backlog, belegt jedoch Platz 14, wenn Funktionsanforderungen nach Anzahl der Upvotes sortiert werden:
https://github.com/Microsoft/vscode/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aopen%20sort%3Areactions-%2B1-desc%20label%3Afeature-request

Es braucht 104 weitere Stimmen, um in die Top 10 zu gelangen.

Dieses Problem würde wahrscheinlich viel mehr positive Stimmen erhalten, wenn die ursprüngliche Frage besser formuliert würde.

Titel: VSCode Unterstützung für mehrere Monitore / mehrere Arbeitsbereiche hinzufügen.

Beschreibung:

Unterstützung für das Ziehen von VSCode-Dokumentregistern, -Tools und -Erweiterungsfenstern aus einer IDE-Instanz über mehrere Arbeitsbereiche / Monitore. Auf diese Weise ausgebrochene Fenster sollten im selben Kontext arbeiten wie normalerweise, wenn sie an die IDE angeschlossen sind.

Aktuelles Verhalten:

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

Gewünschtes Verhalten:
https://user-images.githubusercontent.com/3527695/31317649-71a530b2-ac4d-11e7-9531-6fe2d4a2e967.gif

Unterstützung:
https://www.npmjs.com/package/electron-window-manager

Warum verwenden Sie nicht einfach Visual Studio?

@ s952163
Ich benutze, bin aber nur auf Windows beschränkt ;-) während vscode ich unter Linux, Macos, Windows benutze

@ s952163 Viele mögliche Gründe:

• Verwenden von Linux oder Mac OS X.
• Entwicklung gegen Nicht-MS-Laufzeiten / Plattformen

Ich bin jetzt ein Front-End-Entwickler unter macOS und würde nicht nur zur Unterstützung mehrerer Fenster zu Windows und Visual Studio zurückkehren. Ich suche derzeit nach ähnlichen Editoren, um festzustellen, ob schwebende Fenster unterstützt werden: Brackets, Atom, Sublime, JetBrains ...

Ich möchte auch meine Unterstützung für diese Funktion einbringen. An diesem Punkt ist es die fehlende Funktion, die mich davon abhält, VS Code in Vollzeit zu verwenden.

Typische Entwicklerkommentare zu diesem Problem: "Alle anderen IDEs mit schlechter Benutzeroberfläche, die in den 90er Jahren entwickelt wurden, haben mich gezwungen, mehrere Bildschirme zu kaufen, um überhaupt produktiv zu sein. Daher sollte diese neue IDE nicht versuchen, das Problem anders zu beheben, sondern dieselbe fehlerhafte Benutzeroberfläche replizieren und meine mehreren unterstützen Bildschirme ".

Ich hoffe wirklich, dass dies nicht implementiert wird. Die Konzentration auf ein einziges Fenster, eine optimierte, bearbeitungsorientierte UX ist ein starker Vorteil von VSCode, kein Nachteil.

@ Krzysztof-Cieslak Aus dem gleichen Grund sollte Chrome nicht unterstützen, einen Tab in ein neues Fenster zu verschieben. Ich konnte mir nicht vorstellen, dass jemand darüber argumentierte. Mehrere Monitore sind immer noch sehr hilfreich, da sie die verfügbare Bildschirmfläche erhöhen. Apps, die mehrere Monitore unterstützen, sind dafür überhaupt nicht umständlich.

Siehe Abbildung oben von @ D1no ( zum Scrollen nach oben klicken ). Dies ist, was ich möchte - genau wie das Herausspringen eines Chrome-Tabs. [BEARBEITEN: Ich sage nicht, dass das Fenster der neuen Registerkarte die Benutzeroberfläche des Hauptfensters duplizieren sollte. Ich denke, alles, was es brauchen würde, ist eine Registerkartenleiste (für mehrere Code-Editor-Registerkarten) und der Registerkarteninhalt.]

@ Krzysztof-Cieslak du machst Witze, oder? Ob Sie es glauben oder nicht, es gibt eine große Community von Entwicklern, die die Produktivität gegenüber der Lokalität in einem Café oder auf der Spitze eines Baumes oder was auch immer derzeit in Mode ist, schätzen.

Arbeitsbereiche mit mehreren Monitoren sind kein Relikt der 90er Jahre. Sie sind ein unglaubliches Produktivitätswerkzeug, das bei der Veränderung der Mobilität oder des Hipster-Lebensstils nicht geopfert werden sollte.

@ Krzysztof-Cieslak Dies ist wahrscheinlich die dümmste Aussage, die ich währenddessen gelesen habe. Zu Ihrer Information: Die Hälfte der VR-Bewegung des 21. Jahrhunderts ist von Einschränkungen des Bildschirmbereichs für eine unendliche Anzahl von "Fenstern / Schnittstellen" inspiriert

Zurück zum Thema: Was können wir tun?

Ich frage mich, wie VR mit starker Textbearbeitung und Leseaktivitäten wie Programmieren zusammenhängt. Aber bleiben wir bei nicht verwandten Beispielen und beschuldigen andere, Hipster zu sein, die auf Bäumen programmieren, oder was auch immer euch besser fühlen lässt. Das ist ein einfacher Teil.

@ Krzysztof-Cieslak, Sie sagen, alte IDEs hatten ein Designproblem, das uns gezwungen hat, mehrere Monitore zu haben. OK, ich nehme das an. Ich weiß nicht genug zu diesem Thema, um zu sagen, dass das richtig oder falsch ist (und ich wurde geboren in 1991 hatte ich also keine wirkliche Chance), aber es spielt keine Rolle, wie Sie es sehen, es ist produktiver, zwei oder mehr Dateien gleichzeitig zu sehen, als auf Registerkarten zu klicken oder einige Tastenkombinationen zu verwenden, um die Ansicht zu ändern Dies gilt insbesondere dann, wenn diese Dateien stark abhängig sind. Ich glaube nicht, dass ich das erklären muss, du solltest wissen, wovon ich spreche. Entschuldigung für das schlechte Englisch, übrigens.

Kiddo, lebst du hinter dem Mond oder trollst du nur?
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
(...)

Die Maximierung der Informationsbereitschaft ist das, was alles von Multithreading über Pixeldichte bis hin zu Anwendungen mit mehreren Bildschirmen und Geräten ermöglicht. IDEs enthalten.

Es ist daher angebracht, einen erweiterten Editor zu fragen, um diesem etablierten Workflow beizutreten. Wenn Sie neben dem Trolling noch einige Beiträge zu teilen haben, freuen wir uns alle, Sie zu hören. An diesem Punkt spricht die mehr als einjährige Aktivität dieser Ausgabe für sich.

Wir sind jenseits von _if_, eher bei _wenn_ und _how_ diese Verbesserung vscode trifft.

Dieses Problem wird ziemlich hitzig. Ich denke, diejenigen von uns, die es unterstützen, sollten das Bewusstsein dafür schärfen (twittern, empfehlen, diskutieren), damit es in die Top-10-Liste der Anfragen kommt. Trolling / Namensnennung / Streiten bringt uns nirgendwo hin.

Und danke @ D1no , jetzt möchte ich einen Oculus Rift, damit ich 17 virtuelle Monitore haben kann :).

@ Krzysztof-Cieslak
Dies ist eine Funktion, keine Designauswahl. Wenn diese Funktion implementiert wird, müssen Sie nicht über mehrere Monitore verfügen, um VS-Code verwenden zu können. In der Tat müssen Sie nichts tun, Sie verwenden nur VSCode wie es ist. Ich verstehe immer noch nicht, warum du dagegen bist.
Wie auch immer, ich habe 2 Monitore und ich denke immer noch darüber nach, den dritten zu kaufen. Warum? Es ist sehr zeitaufwändig, auf ein Fenster zu klicken und dessen Größe zu ändern, um den Inhalt anzuzeigen. Virtuelle Maschine, der von Ihnen geschriebene Code, die von Ihnen entworfene HTML-Seite, das von Ihnen überprüfte Browserfenster, die Debug-Ausgabe, das Terminal usw. Ich muss sie alle auf einmal sehen.

Übrigens ist die Verwendung von MacOS oder Linux nicht der einzige Grund, VS nicht zu verwenden. Wenn Sie jemals VS verwendet haben, wissen Sie, wie aufgebläht es ist. Das letzte Mal, als ich es heruntergeladen habe, war vor ein paar Monaten und es hatte damals eine Größe von 7 oder 8 GB. Sie haben jedoch kein Offline-Deinstallationsprogramm für ein 8-GB-Installationsprogramm! Es gibt Problemumgehungen, um aus einem Online-Installationsprogramm im Internet ein Offline-Installationsprogramm zu machen!

@tavuntu

Es ist produktiver, zwei oder mehr Dateien gleichzeitig zu sehen

Derzeit werden 3 Dateien angezeigt, ein vertikales Bedienfeld (Debugger, Git, Suche, Explorer) und ein horizontales Bedienfeld gleichzeitig

@ D1no ,
Gut gemacht, das Verknüpfen einiger nicht mit IDEs zusammenhängender Links (oder der Textbearbeitung im Allgemeinen) mit VR-Hype-Artikeln in so angesehenen Medien der Informatik / Softwareentwicklung wie Guardian und Bloomberg zeigt Ihre Sichtweise voll und ganz. Ich sehe jedoch in diesem ganzen Thread immer noch keinen Link zu Forschung, Studie und Papier, der den Produktivitätsgewinn durch die Verwendung mehrerer Bildschirme für die Textbearbeitung zeigt. Ich sehe keine vernünftige Diskussion über mögliche Auswirkungen der verschiedenen Arten der Implementierung einer solchen Funktion. Ich wette, ich sehe keine Proof-of-Concept-Implementierungen. Alles, was ich sehen kann, sind ein paar Leute, die glücklich sind, ein zufälliges Feature mit enormen Auswirkungen auf das Design zu +1 (und ein Haufen Hass für alle, die eine andere Meinung haben).

Wie auch immer, ich bin raus. Ja, mich als Kind zu bezeichnen, das hinter dem Mond lebt, hat dir diese Diskussion eingebracht! Sie haben mich auch als zufälligen Internet-Troll entmystifiziert, gut gespielt, Sir!

@ Krzysztof-Cieslak,
Nein, nein, renn nicht weg, wenn du dich als falsch erwiesen hast!
Bitte verweisen Sie zunächst auf eine Studie, die zeigt, dass das Fehlen einer Unterstützung für mehrere Monitore die Produktivität verbessert oder vielmehr eine bessere Wahl ist. Alles, was Sie den Menschen gaben, war Ihr Anspruch, und sie gaben ihren.

"Sie können derzeit 3 ​​Dateien sehen, ein vertikales Panel (Debugger, Git, Search, Explorer) und ein horizontales Panel gleichzeitig", netter Versuch, aber Sie wissen, was ich meine, ich meine ein maximiertes Fenster mit einer CSS-Datei in einem Monitor und ein maximiertes Fenster mit HTML in einem anderen ... das ist weitaus besser, als viele unangenehme Panels auf demselben Monitor zu haben. Ich würde sagen, das ist eine persönliche Präferenz, aber hey, dieses Ding hat 237 Upvotes gegen 7 Downvotes, also ja.

@tavuntu @ Krzysztof-Cieslak Ich halte einen meiner 22-

Layout:

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

Im Idealfall wird auf dem oberen mittleren und rechten Monitor eine einzelne Instanz von VS-Code ausgeführt, wobei die JS-Datei als separates, maximiertes Fenster angezeigt wird.

Bitte machen Sie diesen Fehler nicht ...

Sie können nicht mehrere Dateien gleichzeitig lesen und den Fokus behalten. Das Aufteilen von Code in einen Bildschirm ist bereits ausreichend, und diese Art der Entscheidung impliziert eine Menge Design-Implikationen für die Benutzererfahrung.

Bei VSCode gibt es bereits viel zu tun, um die aktuelle Benutzererfahrung zu verbessern, ohne die Komplexität zu erhöhen. Da ein neues Fenster wahrscheinlich bedeutet, dass der VSCode-Anbieter es unterstützen muss, weil der Kontext mit einem Fenster usw. nicht so einfach ist.

Möglicherweise besser fokussieren IMO, Korrektur der Wortmusterauswahl und Umbenennung der Auswahl, Hinzufügen von Drag & Drop-Unterstützung zu Bedienfeldern usw.

Außerdem unterstützen die meisten Betriebssysteme kein geeignetes Kachelsystem für Ihre Fenster, also viel Spaß beim Verwalten der einzelnen Fenster ...

@MangelMaxime Sie wissen, dass neue Fenster optional wären?

@ jez9999 Ja, ich verstehe das, da ich auch verstehe, dass es keine einfache Funktion ist, die man in Zukunft hinzufügen und warten kann. :) Nur meine Meinung danach zu geben, scheint, als hätten die meisten Leute bereits eine +1 gegeben :)

@MangelMaxime
"Sie können nicht mehrere Dateien gleichzeitig lesen und den Fokus behalten."
Wenn Sie auf mehrere Dateien klicken, die Größe ändern und lesen können, können Sie sicher mehrere Dateien lesen, ohne zuerst zu klicken und die Größe zu ändern.
Außerdem ist es nicht immer der Code, den Sie ständig beobachten. Manchmal beobachten Sie die Ausgabe oder geben einige Befehle in das Terminal ein. Aus diesem Grund bleibe ich bei IntelliJ, bis diese Funktion VS-Code enthält.

@ramazanpolat
Das ist in der Tat ein guter Punkt, aber für Konsole oder Befehl haben wir zum Beispiel bereits die Konsolenanwendung, die im Allgemeinen eine bessere Arbeit leisten sollte, IMO.

Ich gebe auf.
Es ist eine schlechte Idee, Unterstützung für mehrere Monitore zu haben.
Es ist teuer, erschwert die Anwendungswartung und verhindert, dass Benutzer sich auf Code konzentrieren. Zusätzlich ist ein Monitor definitiv billiger als zwei. Sie müssen Ihre Augen nicht nach links und rechts und nach oben und unten bewegen, sondern starren direkt in die Mitte des Bildschirms und bewegen relevante Inhalte mit der Maus in die Mitte des Bildschirms. Auf diese Weise finden Sie möglicherweise auch kleinere Monitore aufgrund ihrer kompakten Größe und des günstigeren Preises attraktiver.

EDIT: Anscheinend hat jemand den Sarkasmus nicht bekommen.

Seitdem Code herauskam, hatte er keine Unterstützung für mehrere Monitore, und ich ging davon aus, dass die Auswahl absichtlich getroffen wurde. Trotzdem weiß ich nicht, ob ich es nützlich finden würde. Ich verwende Code auf einem Monitor und meine Browser und Emulatoren auf dem anderen Bildschirm. -1.

Warum abstimmen, nur weil Sie es nicht verwenden würden?

Ich habe mich abgemeldet, um Feedback zu einer Prioritätsstufe zu geben, die meiner Meinung nach im Backlog enthalten sein sollte. Dies ist keine Funktion, die ich priorisieren würde, und ich denke, sie widerspricht dem Design und der Absicht (siehe "Seit der Veröffentlichung hat Code keine Unterstützung für mehrere Monitore mehr, und ich habe angenommen, dass die Auswahl absichtlich getroffen wurde." ) Danke für die Frage!

Es ist teuer, erschwert die Anwendungswartung und verhindert, dass Benutzer sich auf Code konzentrieren.
Zusätzlich ist ein Monitor definitiv billiger als zwei.

Ja! Wenn ich kein Brot mag, sollte es niemand essen! Nur die Läden überladen, macht es schwieriger, sie zu warten. Verhindert, dass sich Menschen auf andere, wichtigere Lebensmittel konzentrieren.
Außerdem braucht man keine Butter mehr, was das Leben definitiv billiger macht.
Was für eine absurde Diskussion ...

Sag mir, ob ich richtig bin. Wenn die Funktion jetzt integriert ist. im Vergleich dazu, wenn das Feature später eingebaut wird, wenn der Code aufgrund "erforderlicher Features" komplexer geworden wäre. Wäre es nicht besser, es jetzt einzubauen, wenn das Gesamtsystem relativ einfacher ist?

Ich habe einige großartige Neuigkeiten für alle anderen, die (wie ich) nicht wussten: Es sieht so aus, als ob diese Funktion bereits (meistens) implementiert ist. Das Abreißen von Registerkarten in separaten Fenstern ist __ bereits möglich__ 🎉, wobei einige Einschränkungen / Problemumgehungen erforderlich sind.

Vorbereitungsschritte:

1. Öffnen Sie Ihren Projektordner oder Arbeitsbereich (falls noch nicht geöffnet)
2. Datei> Neues Fenster
3. Begrüßungsbildschirm im neuen Fenster schließen
4. (Wenn die Seitenleiste sichtbar ist) Klicken Sie bei ausgewähltem neuen Fenster auf Ansicht> Seitenleiste umschalten
5. (Wenn die Aktivitätsleiste sichtbar ist) Klicken Sie bei ausgewähltem neuen Fenster auf Ansicht> Aktivitätsleiste ausblenden
6. Maximieren Sie das neue Fenster auf Monitor 2

Ziehen Sie nun eine Editor-Registerkarte aus Ihrem Projektfenster in das neue Fenster.
==> Boom: Der Arbeitsbereich ist jetzt Multi-Monitor.
(Sie müssen auch die Registerkarte schließen, aus der Sie gezogen haben)

Eine minimal realisierbare Implementierung dieser Funktion wäre also nicht umsetzbar, wenn man die Schritte 2 bis 5 automatisieren (+ Schließen der ursprünglichen Registerkarte) und die Automatisierung auslösen könnte, wenn jemand eine Registerkarte auf einen nicht vscode-eigenen Teil des Bildschirms zieht.

Hey, ja, das ist eine bekannte Problemumgehung (wie das mehrmalige Öffnen des Projekts) und wird oben irgendwo in den Kommentaren angegeben. Dies ist jedoch langwierig und kann - manchmal - zu Problemen führen, wenn mehrere Instanzen des Projekts gleichzeitig geöffnet sind (diese Instanzen kommunizieren nicht direkt miteinander).

@ RoyTinker "Ich halte einen meiner 22" Monitore vertikal ausgerichtet. ", das ist ein gültiges Argument!

Sie können auch nicht im anderen Editor debuggen. Der nützlichste Grund für mehrere Fenster ist das Debuggen zwischen Server (Knoten) und Client (Angular). Es ist wirklich irritierend, alles in einem einzigen Raum zu haben. Ich möchte meine Angular-Dateien in einem Fenster, meine Knotendateien in einem anderen und das Terminal in einem anderen Vollbild haben, damit ich die Ausgabe der Vorgänge sehen kann. Alles möglich in so etwas wie Web Storm, aber nicht in VS Code. Es fördert wirklich die Produktivität und aus diesem Grund verwende ich immer noch WS anstelle von VSC.

Gute Nachrichten - dies ist bei Feature-Anfragen, sortiert nach Upvotes, auf Platz 13 vorgerückt. Wir brauchen nur noch 88 Stimmen, um in die Top 10 zu gelangen.

Noch eine Stimme von mir!

Abgestimmt ist dies das einzige, was fehlt, wenn man sich von Sublime entfernt

Noch eine Stimme, ein dringend benötigtes Feature.

Und noch eine Stimme!

noch eine stimme!

Würde gerne diese Funktion haben. Upvote.

Noch eine Stimme.
Helfen Kommentare als Stimmen? Oder nur Daumen hoch Hauptpfosten genug? Andernfalls wird dieser Thread etwas überflutet.

Daumen hoch auf dem Hauptpfosten.

Daumen hoch auf dem Hauptbeitrag ist das, was wir brauchen ... fügen wir diesem Thread nichts hinzu, es sei denn, wir haben der Diskussion etwas hinzuzufügen. Danke für die Stimmen !! 😃

+1 Stimme von mir ab

Ich brauche das mehr, wenn die Projekte größer werden. Es wäre eine großartige Funktion, wenn die Leistung dadurch nicht sinken würde.

Es wäre ideal, dies auch für die Textbearbeitung zu haben. Zum Beispiel schreibe ich Forschungsarbeiten in VS-Code. Ich schreibe auch viele Markdown-basierte Dokumentationen in VS Code. Es wäre sehr nützlich, wenn ich den Code / Text auf einem Bildschirm schreibe und die Vorschau (immer noch in VSCode) auf einem externen Monitor (oder einem zweiten Bildschirm) erhalte. Ich brauche und unterstütze diese Funktion!

+1 Stimme von mir! Vscode ist fantastisch und es wird fantastischer mit dieser Funktion!

@ amadare42

Daumen hoch werden immer der beliebten Methode von +1 vorgezogen. Ich wünschte, GitHub würde es mit einem +1-Button an jedem Beitrag deutlicher machen als mit dem + [Emoji].

Ich habe auch immer den reddit-Stil geliebt

Hurra, wir haben es in die Top 10 geschafft (das ist jetzt tatsächlich # 9). Nur noch 68 Stimmen und dies wird in den Top 5 der Feature-Anfragen sein. (Um abzustimmen, fügen Sie dem obersten Kommentar eine "Daumen hoch" -Reaktion hinzu.)

Ein Daumen hoch dafür. ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP

Stimmen Sie von mir ab

+1 für mich. Das erste, was mir beim Umschalten fehlte.

Mein aktuelles VS Community Edition-Setup:
Linker Bildschirm:

• Lösungsforscher
• Haltepunkte
• Fehler
• Eigenschaften
• Quellcodeverwaltung

Rechter Bildschirm:

• Code-Editor

Im Moment ist dies der "Zen-Modus". Aber es ist nicht annähernd die gleiche Erfahrung.

Also bitte ... "schwebe alle Dinge!" 🙏

Aber ich denke auch, dass es für vscode-Entwickler vielleicht keine leichte Arbeit ist.
Diese Funktion würde möglicherweise erfordern, dass Erweiterungsentwickler eine Schnittstelle implementieren, wenn ihre Erweiterungsfenster schweben sollen. Der schlimmste Fall wäre, dass alle alten Erweiterungen neu geschrieben werden sollten, um das Floating zu unterstützen.

Aber wenn die Funktion gut gemacht ist, müssen sich die Entwickler von Erweiterungen nicht mehr darum kümmern, das wäre gleit.

Ich warte immer noch darauf, nachdem ich von Visual Studio zu Code gewechselt bin :( Im Moment besteht meine einzige Lösung darin, die Anwendung zu minimieren und manuell zu dehnen, um sie an meine Monitore anzupassen.

@nguyenlamlll Ich schlage vor, Sie lesen https://github.com/Microsoft/vscode/issues/2686#issuecomment -344808761

Dies ist eine großartige App, und ich bin kürzlich von Webstorm zu vscode gewechselt.
Ich möchte diese Funktion wirklich!

@bpasero "aus dem Backlog entfernt" - irgendein Kommentar? Ich wäre traurig zu erfahren, dass die Antwort des Teams ein "Nein" ist.

@ RoyTinker Nein, es hat keine spezifische Bedeutung. Ich bevorzuge es einfach, Probleme, die mir https://github.com/Microsoft/vscode/wiki/Roadmap

In unserer Roadmap finden Sie Informationen darüber, woran wir in den nächsten 6 bis 12 Monaten arbeiten möchten

Ich sehe es dort nicht, also scheint es, dass ihr die hohe Nachfrage nach dieser Funktion weiterhin ignoriert.
Warum?

Ja, ich würde sagen, dass diese Funktion fest in die Kategorie "Happy Coding" fällt. Über 400 Upvotes. Sollte auf der Roadmap stehen.

Ich stimme voll und ganz zu, dass es ein großartiges Feature wäre, aber wirklich Jungs geben den netten Leuten von vscode etwas Ruhe. Ich bin mir ziemlich sicher, dass es gute Gründe gibt, warum es noch nicht begonnen hat. Wir sollten uns daran erinnern, dass dies eine freie Software ist;)

Danke @bpasero gut zu wissen.

@ zewa666 ja es ist kostenlos und genial, dafür bin ich dankbar. Das Problem ist, dass diese Leute keine Antwort geben und selbst wenn sie einen guten Grund haben, dies nicht umzusetzen, sagt uns ihr Schweigen, dass sie sich einfach nicht um diese Anfrage kümmern. Wir sind Entwickler, viele von uns würden einen technischen Grund verstehen. Manchmal ist Stille schlimmer als eine negative Antwort.

Ja, es ist kostenlos. Aber - und ich könnte mich irren - es wird nur von Microsoft und Microsoft-Entwicklern entwickelt. Wenn das stimmt, bin ich mir ziemlich sicher, dass sie dafür bezahlt werden. Das unterscheidet sich also zumindest geringfügig von jedem Community-Projekt, das Menschen zum Spaß und in ihrer Freizeit durchführen. Denn in jedem anderen Open-Source-Projekt wie diesem hätten wir bereits eine Antwort, ob und wann dies implementiert wird und wenn nicht, warum.
Das ist alles was ich verlange.
Die Stille ist seltsam für ein Open-Source-Projekt, aber leider typisch für ein Unternehmen wie Microsoft.

Es gibt einen technischen Grund, warum diese Funktion keine großen Fortschritte macht: Wir verwenden das Electron- Framework als plattformübergreifendes UI-Framework, das auf Chrome basiert. Chrome hat ein Modell, bei dem jedes Fenster seinen eigenen isolierten Kontext erhält, z. B. hat jedes Fenster seinen eigenen Prozess und seinen eigenen JavaScript-Kontext. Es wäre nicht möglich, denselben Kontext zwischen mehreren Fenstern zu teilen.

Stellen Sie sich nun vor, Sie haben einen Editor, in den Sie eingeben, und Sie möchten ihn herausziehen, um ein neues Fenster zu erstellen. Sie würden erwarten, dass dieser Vorgang sehr schnell und einfach ist. Stattdessen müssten wir eine völlig neue Instanz von VS Code mit separatem Erweiterungshost erstellen, auch um den Editor in einem eigenständigen Fenster zu haben (dies wäre vergleichbar mit Datei> Neues Fenster und Öffnen dieser Datei im Fenster). .

Ich sehe diese Funktion nur dann als möglich an, wenn wir eine Möglichkeit finden, Fenster zu erstellen, die denselben Speicher wie das "Hauptfenster" verwenden, so dass dieser Vorgang leicht ist. Imho würde es nicht funktionieren, wenn jedes der schwebenden Fenster vollständig isoliert wäre, wie sie jetzt sind.

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

@bpasero -

Idealerweise möchte ich einen geteilten Bildschirm mit 1-4 Fenstern auf dem zweiten Bildschirm nebeneinander öffnen, um einen Blick auf das Problemfenster und die geöffneten Terminals werfen zu können (z. B. Unit-Tests sowie Client- und Server-Ausgabe), damit ich sie verwenden kann Der erste Bildschirm im Vollbildmodus, ohne dass die Seitenwand ständig geöffnet und geschlossen werden muss.

Ich befinde mich ziemlich oft in der Situation, dass Sie das Terminal ständig mit cmd + j öffnen und schließen oder alle geteilten Registerkarten schließen müssen, weil Sie Änderungen nebeneinander unterscheiden möchten, obwohl ich einen zweiten Bildschirm habe, auf dem diese einfach geöffnet bleiben könnten .

Danke für die Antwort.
Es ist mir egal, ob es auch leicht ist. Ich möchte nur in der Lage sein, das Terminal und die Debug-Konsole dahin zu verschieben, wo es mich am wenigsten stört.

@bpasero

Können wir den Kontext nicht beibehalten?

    // 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);

Ich weiß es nur, da dies einer der Hauptgründe ist, warum React v16-Portale so nützlich sind.
https://hackernoon.com/using-a-react-16-portal-to-do-something-cool-2a2d627b0202

Danke für die Vorschläge und Diskussion. Es gibt sicherlich Möglichkeiten, zwischen Fenstern zu kommunizieren, auch wenn sie in getrennten Prozessen leben. Es besteht immer noch die Herausforderung, dass das eine Fenster das andere Fenster nicht wirklich kennt. Bibliotheken wie electron-window-manager scheinen dies ein wenig zu vereinfachen, aber es ist immerhin eine Menge Arbeit erforderlich, um einige zu skizzieren:

• Jedes Teil (Editor, Panel, Ansicht) der Workbench muss in einem separaten Browserfenster ausgeführt werden können. Dies bedeutet, dass jedes Teil vollständig in sich geschlossen sein muss
• Das Hauptfenster muss sein Workbench-Layout grundsätzlich auf mehrere Fenster verteilen (z. B. wenn Sie das Ausgabefenster öffnen, sollte es das Fenster fokussieren, in dem das Ausgabefenster geöffnet wurde).
• Wahrscheinlich die größte Herausforderung: Alle unsere Dienste, die derzeit in einem Fenster verfügbar sind (einschließlich aller Erweiterungen und des Erweiterungshosts), müssen aus dem Fenster in ein gemeinsames Backend verschoben werden, mit dem jedes Fenster kommunizieren kann. Um ein Beispiel zu nennen: Sie starten eine Debug-Sitzung in einem Fenster, aber das andere Fenster zeigt die Debug-Konsole. Natürlich müssen beide Fenster mit demselben Debug-Backend kommunizieren

Ich würde nicht sagen, dass dies technisch unmöglich ist, aber ich kann sagen, dass diese Funktionsanforderung sowohl aufgrund der Auswirkungen auf die Benutzeroberfläche als auch aufgrund der grundlegenden Änderungen, die sie an jedem Aspekt dessen, was wir heute haben, erfordert, sehr herausfordernd ist. Ich hoffe das ergibt Sinn.

Ich hoffe, Sie werden diese Funktion Schritt für Schritt veröffentlichen und sich nicht auf Pläne setzen

+1 würde das lieben

@bpasero Entschuldigung für die Frage n00b: Könnte nativeWindowOpen helfen, das Problem zu lösen?

+1 von mir und

@ Blackbaud-DustinLunsford danke für eine einfache Problemumgehung

@ n9 Ich denke, die Kommunikation zwischen beiden Fenstern ist lösbar, aber die anderen Probleme, die ich angegeben habe, bleiben bestehen, insbesondere die Tatsache, dass jedes Fenster ein eigenes DOM hat und dass alle unsere Dienste von jedem Fenster aus mit demselben Backend kommunizieren müssen

Dies ist eine großartige Funktion, die ich brauche!

@bpasero danke für die Antwort!

Ein definitiver muss auf geteiltem Bildschirm 1 Hochformat, 1 Querformat haben.

Einer der Gründe, warum ich immer noch Eclipse über VS-Code verwende. Fenstercode im Hochformat - Werkzeuge im Querformat

+1

Ich würde diese Funktion gerne bald sehen 🙂

Gut gemacht; Ich liebe den Herausgeber

Jesus

+1 ...! 😃

@bpasero Ich vermute, es gibt ein mögliches 80/20 (% Nutzen / Aufwand) Zwischenziel, das nicht mehrere der von Ihnen erwähnten Komplexitäten beinhaltet.

Was wäre, wenn die folgenden Funktionen hinzugefügt werden könnten:

• Lassen Sie mehrere Fenster auf dasselbe Projektverzeichnis verweisen
• Interne API-Option hinzufügen, um ein Fenster "Nur Editor" zu öffnen (dh keine Statusleiste, keine Aktivitätsleiste, nur Editor-Registerkarten)
• Ermöglichen Sie Erweiterungen, Interesse / Desinteresse an "Nur-Editor" -Fenstern zu registrieren
• Hinzufügen einer (internen) API-Option zum Öffnen einer Datei in einer Editor-Registerkarte mit einem angegebenen (nicht gespeicherten) Puffer in einem neu erstellten Fenster
• Wenn eine Editor-Registerkarte außerhalb der App gezogen wird:
  
  
  
  • Erstellen Sie ein neues Fenster ohne Aktivitäts- und Statusleiste mit der Datei und ihrem aktuellen (nicht gespeicherten) Puffer (falls zutreffend).
  
  
  • Schließen Sie die Registerkarte Editor im Originalfenster
  
  
• Fügen Sie Hooks für alle Fenster im selben Projektverzeichnis hinzu, um zu signalisieren und zuzuhören + auf einige UI-Ereignisse zu reagieren:
  
  
  
  • Registerkarte "Editor" ausgewählt (Aktivitätsleisten-Explorer wird aktualisiert, um auf die Datei zu verweisen)
  
  
  • Editor-Registerkarte geschlossen (möglicherweise setzen Sie den Explorer einfach auf "Keine Registerkarte ausgewählt", die Auswahl der letzten Registerkarte ist möglicherweise schwer zu koordinieren)
  
  

@ RoyTinker Ich denke, es kann noch einfacher sein.

Als erste Lösung müssen es keine 100% "abnehmbaren" Fenster sein. Die eigentliche APP könnte nur ein "Container" für mehrere Canvas sein, der im Inneren neu angeordnet werden kann.
Mit etwas Glück könnte es sich um eine sehr einfache Änderung im VSCode-Hauptfenster handeln.

@Rouche VSCode ist in Electron implementiert, was bedeutet, dass jedes Fenster ein separater Chromprozess ist, der auch von einigen Back-End-Prozessen begleitet wird. Die "App" ist ein betriebssystemspezifischer Container, der diese Prozesse instanziiert / orchestriert. Eine Änderung dieses Modells wäre an dieser Stelle ziemlich grundlegend (groß).

Ich bin ein bisschen enttäuscht, dass es nie eine Designüberlegung von der war
Anfang.

Am Freitag, den 1. Dezember 2017 um 21:39 Uhr schrieb Roy Tinker [email protected] :

@ Rouche https://github.com/rouche VSCode ist in Electron implementiert,
Dies bedeutet, dass jedes Fenster ein separater Chromprozess ist, der von einigen begleitet wird
Back-End-Prozesse ebenfalls. Die "App" ist ein betriebssystemspezifischer Container, der
instanziiert / orchestriert diese Prozesse. Das Modell zu ändern wäre
an dieser Stelle eher grundlegend (groß).

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/10121#issuecomment-348621220 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AAqQmoLrUY4l5H5xwroWCytBbgT2LIL_ks5s8HIqgaJpZM4JckZO
.

- -

Spiele-Programmierer

www.lucshelton.com

+1

Als Visual Studio-Benutzer in der Vergangenheit ist dies eine Funktion, die ich in VS Code sehr vermisse.

+1

@bpasero Kann die Tatsache, dass sich jedes Fenster in einem eigenen Prozess befindet, nicht als Elektronenproblem behandelt werden? Ist es nicht ein unnötiger Aufwand, für jedes Fenster eine Mehrfachverarbeitung für ein solches Gerüst wie ein Elektron durchzuführen?

Nun, ich denke dann kann das Elektronenteam einfach sagen, dass das Problem in Chrom liegt. Seitdem erstellt Chrome für jede Registerkarte einen neuen Prozess. Die einzige Lösung wäre, das Elektron zu bewegen, um vollständig an einem anderen Gerüst zu arbeiten.

@vvavrychuk Dies ist weniger ein Elektronenproblem als vielmehr eine grundlegende Einschränkung der Web-Technologie. (Elektron = Chrom + APIs für den Zugriff auf zugrunde liegende Betriebssystemfunktionen)

Was wäre, wenn Sie vscode in einem Modus, beispielsweise im "Erweiterungsmodus", initiieren könnten?
und einige Parameter durchlaufen. z.B. vscode --extended-window --socket-id
((socket-guid)) --root-window ((root-window-guid))

Auf diese Weise können Sie einen Socket oder Bus für die Kommunikation zwischen Fenstern erstellen
oder unabhängige Apps.

Jedem erweiterten Fenster, das erstellt wird, wird eine Stammfenster-ID zugewiesen
hat eine UNIX-Socket-ID für die Kommunikation erstellt.

Ich denke, es gibt eine Möglichkeit, so etwas umzusetzen.

Wenn Elektronen die Möglichkeit haben, Sockel zu öffnen, zu lesen und zu schreiben, könnte dieser Ansatz
erfolgreich sein.

@ RoyTinker- Chrom hat die Option "Einzelprozess", aber Elektron unterstützt sie nicht https://github.com/electron/electron/issues/11398. Sie sagen, dass wir nicht mehrere node.js-Instanzen in einem Prozess haben können. Das ist sicher. Aber ich verstehe nicht, warum wir mehrere node.js-Instanzen für mehrere Fenster benötigen? Können wir nicht Electron = mehrere Fenster + einzelne node.js in einem Prozess haben?

@ Jesus-Gonzalez Sieht aus wie eine Variation dessen, was @bpasero gesagt hat, um dies umzusetzen, obwohl Ihr Vorschlag (zumindest für mich) einfacher klingt als Punkt (3) aus seiner Liste, da der "übergeordnete" Elektronenprozessbaum enthalten wäre die Back-End-Funktionalität, wie der Debugger.

Die Punkte (1) und (2) aus der Liste der Herausforderungen von @bpasero bleiben jedoch bestehen. Darüber hinaus würde das Hinzufügen von Socket-Kommunikation zu Editor- / Panel-Registerkarten viel Arbeit kosten. Wenn ich mich nicht irre, müssten viele interne APIs aktualisiert werden, um asynchron / versprechungsbasiert statt synchron zu sein, was ein beträchtlicher Aufwand wäre .

@vvavrychuk von "single-process" Ich beziehe mich nur auf den

+1

Irgendwelche Fortschritte in diesem Bereich? Würde gerne VScode auf beiden Monitoren verwenden und Dateien zwischen ihnen aufteilen können.

+1

Ich dachte, jeder würde sich freuen zu wissen - diese Feature-Anfrage hat es gerade durch Upvotes auf Platz 4 geschafft. Nur noch 150 und es wird in den Top 3 sein!

+1
Ich unterstütze die Anfrage dieser Funktion nachdrücklich.

+1 Ist sehr nützlich für größere oder mehrere Monitore.

+1
Ich verwende einen größeren 4k-Monitor in meinem Heimbüro, aber an meinem Schreibtisch, an dem ich 4 kleinere Monitore verwende, ist dies eine Verlangsamung. Dies ist das letzte Stück, das uns fehlt, wie andere von einem vollständigen Schritt anderer Redakteure gesagt haben.

@ RoyTinker wo stimmen wir ab?

@pantonis Bitte klicken Sie auf das Symbol "Daumen hoch" am Ende des ersten Kommentars.

Das Hinzufügen eines Kommentars, der nur "+1" sagt, hilft nicht und überfüllt nur den Diskussionsbereich.

+1. Hier arbeiten wir gleichzeitig mit Backend und Frontend. Im Hauptmonitor Backend; im 2. das Frontend. Es ist das gleiche Projekt und der gleiche Arbeitsbereich. Es sollte uns ermöglichen, mehrere Fenster mit demselben Arbeitsbereich / Projekt zu öffnen.

Wird dies bald umgesetzt? Ich denke, Tabs müssen frei sein, um sich überall bewegen zu können, genau wie Google Chrome-Tabs. Wenn Sie zwischen geöffneten Fenstern wechseln oder auf den Desktop ziehen, wird ein neues Fenster für diese Registerkarte geöffnet. Dies ist sehr wichtig.

+1

Um Gottes willen, bitte machen Sie dies möglich!

Jedes Mal, wenn ich meinen schönen vscode aktualisiere, versuche ich, einen Tab zu entfernen, und es funktioniert nicht! Komm schon Leute, das wurde schon vom ersten Tag an angefordert.

Keine Roadmap kein Meilenstein keine Versprechen, was passiert!

800 Upvotes jetzt! Dies ist der 3. mit dem Daumen nach oben und der 2. in der Anzahl der Kommentare

Würde gerne auch diese Funktion haben.

+1 Einverstanden, würde gerne meine Tabs in ihre eigenen Fenster ziehen können. Wenn Sie nicht in der Lage sind, dies zu tun, wird der Zweck, mehrere Monitore zu haben, zunichte gemacht.

Nur 42 33 22 17 8 2 0 mehr Stimmen und diese Ausgabe wird # 1 sein.

+1

@tavuntu Das Problem beim einfachen Kommentieren mit +1 macht nutzlose Unordnung und spammt Leute, die dieses Problem beobachten, mit einer nutzlosen Benachrichtigung.

Möchten Sie sehen, dass diese Funktion implementiert wird? Fügen Sie dem ursprünglichen Beitrag eine 👍-Reaktion hinzu, und das reicht aus, ohne den gefürchteten +1 -Kommentar auskommentieren zu müssen.

Sogar mein Kommentar ist meta, weil er dasselbe tut (mehr Unordnung) und nicht erforderlich sein sollte. Darüber wurde bereits in diesem Thread gesprochen .

Dennoch von Sublime Text kam, war dieses Feature etwas , das ich wirklich genossen und würde in VSCode einem Tag sehen möchten.

@ V-ed

Das heißt, wir erkennen einen Fehler im Reaktionssystem von GitHub. Es sollte eine zusätzliche Benutzeroberfläche für "+1 für diese Funktion" vorhanden sein, wenn der Problem-Thread als Funktionsanforderung betrachtet wird . Aber hoffentlich kann jemand mit mehr Einfluss das zu GitHub bringen.

@ Ketozhang

In der Tat, und ich erinnere mich, dass jemand über eine Idee für GitHub gesprochen hat, ein automatisches " +1 in Top-Post-Konvertierungssystem" zu implementieren, und das wäre großartig für diejenigen, die noch in der Denkweise von + 1'ing to sind füge ihre Stimme hinzu. Ihre Idee einer richtigen Benutzeroberfläche für + 1'ing einer Funktionsanforderung / "Ich habe dieses Problem!" für Ausgaben wäre toll! Die Sache ist...

Diese Diskussion liegt außerhalb des Rahmens dieses Threads und könnte hier besprochen werden (hey, eigentlich ist es bereits alles, was wir bisher gesagt haben! _Jedoch werden die Hoffnungen im Laufe der Zeit immer geringer ..._ _ oder doch? _ ) - hoffentlich passiert etwas in Bezug auf dieses Problem. Indem wir hier darüber sprechen, machen wir es nur noch schlimmer - wir sehen uns auf der anderen Seite der Truppe und haben einen guten Tag!

Ich verwende vscode, um an einer großen c # -Lösung zu arbeiten, insbesondere an 19644 c # -Dateien. Visual Studio 2017 stirbt mit Ausnahme des Speichermangels. Floating Tabs / Editoren sind ein Muss, insbesondere wenn Sie mit einem Dual-Monitor-Setup arbeiten.

Diese Feature-Anfrage ist jetzt die Nummer 1 bei Upvotes. Wir haben es geschafft! 🥇

Ich finde, dass Xcode dies wirklich gut macht, wenn Sie nach Inspiration suchen.

Dies sollte zu Beginn erfolgen, wenn Sie mit dem Schreiben dieses Editors beginnen. Bewegliche Registerkarten / Bedienfelder außerhalb des Hauptfensters (mit der Möglichkeit, am Hauptfenster festzuhalten) sind die Kernfunktion jedes echten Editors, insbesondere bei den derzeit großen 4k-Bildschirmen und Multi-Monitor-Sets (bei professionellen Programmierern).

Es ist nur eine Basis, es erfordert das Entwerfen der geeigneten API für die Kommunikation zwischen Windows und deren Verwaltung, und danach müssen Sie den Rest darauf aufbauen. Sie befinden sich derzeit in einer schwierigen Situation, um es irgendwie zu lösen, ohne Korruption alles, was bisher erstellt wurde, aber je früher Sie diese Herausforderung annehmen, desto besser für alle, nachdem Sie mehr Zeit verbracht haben und das Schreiben von mehr Code möglicherweise zu spät ist solche Änderung.

In der realen Welt brauchen wir viel mehr als nur das linke / rechte / untere Feld. Diese Lösung https://github.com/Microsoft/vscode/issues/10121#issuecomment -335013296 ist großartig.

Herablassender Ton behebt keine Fehler. Bitte benutze 👍, um abzustimmen.

Diese Funktion wird seit Jahren angefordert ... Bitte implementieren Sie sie.

Verwenden Sie für diejenigen, die nur Dateien in neuen Fenstern öffnen möchten und von Google zu dieser Seite geführt wurden, die Tastenkombination für "Aktive Dateien in neuem Fenster öffnen".
Strg + K, O.

Es ist so ein grundlegendes Feature, dass ich zuerst dachte, das Fehlen des schwebenden Fensters sei ein Fehler: ')

Bitte VS Code Team, wir brauchen das!

Volle Unterstützung für mehrere Bildschirme !!

Dieser Thread war vor 1 Jahr 6 Monaten und 4 Tagen geöffnet ....

Bearbeiten: Schlecht, bpasero hat den Thread vor einem Jahr beantwortet. Hoffen wir nur, dass das Team dieses Problem als Referenzproblem für das Explor UX für flexible Workbench-Layoutplanelement im Februar 2018-Iterationsplan verwendet !

@Aetherall und andere, bitte lesen Sie den Thread weiter. Benjamin Pasero hat mehrmals geantwortet. Er ist ein Mitglied des VSCode-Kernteams.

Bitte denken Sie auch daran, dass dies ein Open-Source-Projekt ist. Einige Kommentare scheinen davon auszugehen, dass MS uns hier etwas schuldet ... nicht wahr.

Vielleicht ist VSCode einfach so großartig, dass die Leute manchmal annehmen, es sei kommerziell :-)

@patrys Dies ist das am @Aetherall sagte) scheinen zu denken Dies ist kommerzielle Software (es begann als nette Anfrage, aber jetzt scheint es eine starke Notwendigkeit zu sein)

Das Herausreißen des Tabs ist das gewünschte Verhalten (genauso wie es im Chrome-Browser funktioniert). Ich würde mich jedoch mit der Möglichkeit zufrieden geben, etwas in einem neuen Fenster schnell zu verschieben / zu öffnen, z. B. eine Rechtsklick-Menüoption. Im Moment muss ich einen neuen VSCode öffnen und die Datei manuell erneut öffnen. In keinem Fall möchte ich tatsächlich ein schwebendes Fenster wie in Visual Studio. Ich möchte, dass eine neue Kopie von VSCode erstellt wird. Schwimmende Fenster gehen verloren, ich möchte nur ein neues Fenster ...

nett

@inarius siehe @ christopher-howards Kommentar oben.

Danke @RoyTinker. Ich kann dafür überhaupt keine Menüoption finden und ich werde die Verknüpfung garantiert vergessen, aber es funktioniert! Ich denke, es wäre eine gute Option, im Kontextmenü die aktive Registerkarte und / oder Elemente im Dokument-Explorer von Open Editors anzuzeigen.

Ich habe auch gerade festgestellt, dass Ausgabe Nr. 8171 genau das zu sein scheint, was ich will . Vielleicht sollten Leute, die darüber abstimmen, das überprüfen!

Bis zum Ziehen von Registerkarten in ein anderes vscode-Fenster wird die Datei auch in diesem Fenster geöffnet. Leider wird die ältere Registerkarte, die für die Idee des schwebenden Fensters erwartet wird, nicht geschlossen.

Dieses Verhalten verwirrt mich. Dies ähnelt dem Öffnen von Markdown-Vorschau-Registerkarten, die sich zeitweise auch selbst duplizieren.

Hey @ketozhang ,

Leider wird die ältere Registerkarte, die für die Idee des schwebenden Fensters erwartet wird, nicht geschlossen. Dieses Verhalten verwirrt mich.

Seltsamerweise hat mir dieses Verhalten tatsächlich Spaß gemacht - nützlich, um aus demselben Dokument zu referenzieren, genau wie beim Erstellen einer neuen Kachel. Ich bin zuversichtlich, dass dies die Designentscheidung dahinter ist, aber es wäre interessant, etwas anderes zu wissen.

Grüße

Läuten mit einer Bewegung zum Abdocken, insbesondere des Uhrenfensters

+1
Ich habe mich kürzlich mit extrem breiten Monitoren befasst und mit der neuen Bildschirmfläche möchte ich sie für maximale Produktivität nutzen. Visual Studio 2017 erledigt dies recht gut, um Registerkarten zu neuen Fenstern herauszuziehen. Hoffentlich sehen wir so etwas in naher Zukunft.

+1. Es wäre wirklich großartig, Tabs auf verschiedene Monitore ziehen zu können, um sie zu einem neuen Fenster zu machen.

++
Wirklich gibt es viele Leute, die mit zwei Monitoren arbeiten. Ich mag es also nicht, Ausgabeinformationen auf meinem Code zu sehen.
Ich muss nur Code sehen. Ich bin also ein Wunder, wenn der Benutzer Terminal / Ausgabe / Tab auf einen anderen Monitor verschieben oder dieses Fenster schweben lassen kann. Wählen Sie später beispielsweise das gewünschte Fenster mit Cmd + ~ aus oder sehen Sie die Ergebnisse auf einem anderen Bildschirm.

@bpasero Warum nicht eine komplett neue Instanz mit ihrem gesamten Kontext des Browsers

Diese Funktion zum Andocken von Fenstern ist bereits VSCode. Aber weiß nicht in letzter Zeit, warum es nicht funktioniert ...

+1. Das Ziehen einer Registerkarte außerhalb des Fensters sollte wie praktisch jede andere Anwendung mit Registerkarten in ein neues Fenster aufgeteilt werden.

Tabs sind nicht meine Priorität. Aber abnehmbares Debug wäre wirklich gut.

Diese Ausgabe ist jetzt seit fast anderthalb Jahren geöffnet. Bitte geben Sie einige Antworten auf den aktuellen Status dieser Funktion.

Durch Ziehen von Registerkarten außerhalb des VS-Code-Fensters wird die Datei (oder eine Verknüpfung dazu?) Derzeit auf das Ziehziel kopiert. Dies ist im Vergleich zu anderen IDEs nicht intuitiv.

Wenn Sie sich das vorstellen, ist das Fehlen schwebender Fenster (wie bei VS) mein einziges wirkliches Problem mit VS Code. Es muss implementiert werden.

@belst und andere sehen diesen Kommentar , da es angesichts des aktuellen Designs ziemlich schwierig ist, diese Funktion zu implementieren

@Jorilx Weißt du, ob es irgendwo ein verwandtes Problem mit Elektronen gibt?

Es wäre wirklich schön, Unterstützung für mehrere Bildschirme oder schwebende Fenster zu sehen. Im Moment muss ich die Fenstergröße manuell ändern, um sie an meine beiden Monitore anzupassen (rote Linie ist der Rand des Monitors), was nicht bequem ist.

Für mich ist dies derzeit die am meisten benötigte Funktionalität, wenn es um UI / UX geht.

+1! <3

@kodipe Nicht ideal, aber es gibt momentan eine Problemumgehung für Ihre Situation. Speichern Sie Ihr Projekt als "Arbeitsbereich", öffnen Sie dann eine Datei und verwenden Sie die Tastenkombination Strg + KO (wie ich sehe, dass Sie unter Windows arbeiten), um die aktive Datei in einem neuen Fenster / einer neuen Instanz anzuzeigen. Fügen Sie nun den Repo-Stammordner zu diesem neuen Fenster / dieser neuen Instanz hinzu (da dies nun effektiv ein neuer Arbeitsbereich ist) ... Jetzt haben Sie zwei Fenster, die denselben Arbeitsbereich auf zwei Monitoren verwenden. Wie gesagt, es ist keineswegs ideal, aber es ist das, was ich als Workaround mit der Funktion "Arbeitsbereiche" verwendet habe.

Dies ist ein Muss, um eine UI-Funktion zu haben. Es lähmt die Erfahrung und Produktivität der täglichen Arbeit.

Bump, dies ist das einzige, was mich davon abhält, vollständig auf VS Code umzusteigen.

Ich verstehe die Tatsache, dass die Implementierung dieser Funktion technisch komplex ist.
Die Tatsache, dass es auf dieser Anfrage keine Hinweise auf Aktivitäten gibt, ist an dieser Stelle jedoch nur lächerlich. Es muss eine der am häufigsten nachgefragten Funktionen sein, und es gibt buchstäblich keine Mitteilung des vscode-Teams, in der bestätigt wird, wann oder ob sie jemals vorhaben, etwas zu tun.

Dies ist ein kostenloses Produkt, und Microsoft schuldet uns nichts. Das bedeutet nicht, dass ich nicht sehr irritiert bin, dass diese Funktion nicht einmal auf dem Radar ist. Es gibt mehrere Seiten mit Github-Problemen, die diese Funktion anfordern. VsCode ist eine großartige IDE, aber das Fehlen dieser Funktion im Jahr 2018, wenn wir alle mehrere Monitore haben, ist nur peinlich.

An alle, die versuchen, dies aufgrund technischer Einschränkungen zu entschuldigen: Bitte denken Sie daran, dass jemand die Möglichkeit hatte, eine Plattform / Sprache zu evaluieren, auf der vscode aufgebaut werden kann, und sich für ein Framework entschieden hat, das einen sehr offensichtlichen Fehler aufweist. Ich bin es ehrlich gesagt leid zu versuchen, etwas Kommunikation vom vscode-Team zu bekommen.

Wenn dies nicht bald zur vscode-Roadmap hinzugefügt wird, werde ich wahrscheinlich eine neue IDE finden.

@BentOnCoding Ich stimme zu, dass das Fehlen dieser Funktion unverständlich ist, aber wie Sie sagten, haben sie ein Framework gewählt, das nicht vollständig zum Erstellen von IDEs geeignet ist. Das Hinzufügen dieser Funktion wäre daher ein großer Aufwand und es sieht so aus, als wären sie nicht bereit, dies zu tun .

Ehrliche Frage, ist Atom nicht auch in Electron implementiert und unterstützen abnehmbare Tabs nicht richtig? Ihre Implementierung passt nicht zur Architektur von VScode, oder?

@ruippeixotog Ich glaube nicht, dass Atom abnehmbare Tabs unterstützt. Sie können Registerkarten zwischen Fenstern verschieben, aber Sie können kein neues Fenster erstellen, indem Sie eine Registerkarte herausziehen

@belst Es sind immer noch mehrere Fenster im selben Arbeitsbereich
Wenn Code mehrere Fenster desselben Arbeitsbereichs zulässt, auch ohne das Ziehen der Registerkarte für ein neues Fenster, ist es besser, als einen neuen Arbeitsbereich zu erstellen, um mehrere Fenster zuzulassen.

Diese Verwechslung zwischen Tab-Bewegung und abnehmbaren Fenstern ist genau der Grund, warum ich abnehmbare Tabs NICHT unterstütze. Die Bewegung der Registerkarten sollte einen neuen Prozess in einem neuen Fenster auslösen. Ich möchte, dass es genau wie der Chrome-Browser funktioniert.

Das VScode-Team hat auf dieses Thema geantwortet, um die Schwierigkeit zu erörtern. Da diesbezüglich mehrere Ansätze verfolgt werden könnten und mehrere offene Fragen zu diesem zusammengefasst wurden, hoffe ich, dass sie zumindest einige Hinweise dazu geben, welchen Ansatz sie hier bevorzugen, damit diese Funktionsanforderung nicht ins Stocken gerät unproduktive Diskussion.

Dieses Thema hat wirklich erst in den letzten 3 Monaten oder so an Bedeutung gewonnen. Ich kann mir vorstellen, dass noch interne Diskussionen stattfinden.

Auch ich habe es geliebt, Tabs und Fenster aus Visual Studio herauszureißen. Ich bin jetzt auf einem Mac und benutze VSCode. Sehr enttäuscht, dass diese Funktion nicht unterstützt wird. Die Erfahrung war in der Nähe von Visual Studio und der Erweiterung Python Tools für Visual Studio, aber es fehlen immer noch einige der netten Dinge.

Ich werde diese Ausgabe abonnieren, um einen Ping zu erhalten, wenn diese großartige Funktion vorhanden ist.

Ich werde auch meine zwei Teile hier lassen. Diesem Thread lange zu folgen und ihn Ende März 2018 (fast 2 Jahre) immer noch nicht zu haben, ist so schade. Ich drücke die Daumen, um es hoffentlich bald verfügbar zu haben.

Es ist so ein grundlegendes Feature, dass ich zuerst dachte, das Fehlen des schwebenden Fensters sei ein Fehler: ')

@Aetherall 👍 Ich dachte das Gleiche! Dann bin ich gekommen und habe diesen Thread gefunden ... :-(

Dies ist freie Software. Du hast nichts dafür bezahlt. Wenn diese Funktion Sie nicht wirklich daran hindert, VS-Code zu verwenden, können Sie eine Pull-Anforderung einreichen, die zumindest einige der erforderlichen Änderungen implementiert, damit dies funktioniert. Alternativ können Sie Ihre Null-Dollar nehmen und woanders ausgeben.

Was Sie nicht tun sollten, ist zu jammern und zu versuchen, das großartige Team hinter VS Code dazu zu bringen, sich schlecht zu fühlen.

Wenn es eine bessere Alternative gäbe, würden Sie sie verwenden, anstatt Ihre Zeit in diesem Thread zu verschwenden. Sagen Sie also beim nächsten Mal "Danke" statt "Wie wird das noch nicht gemacht?".

@Nepoxx Sie können jederzeit eine neue Ausgabe mit einem Titel wie "Technische Diskussion für schwebende In-Process-Fenster" öffnen und auf diese Ausgabe verlinken.

@Nepoxx Du bist nur hier, um Meinungen und Kommentare von Leuten zu äußern. Beginnen Sie dann mit der technischen und würdigen Diskussion. Wir alle kennen die Einschränkungen der Plattform. Wir versuchen, dem Thema Relevanz zu verleihen, damit das Microsoft-Team dem Problem Bedeutung beimisst. Wir haben alle unterschiedliche Bedürfnisse und Sie sollten nicht sagen, dass andere Meinungen wertlos sind. Warum folgst du diesem Thread trotzdem?

@patrys "Es steht Ihnen frei, eine Pull-Anfrage

Dazu müsste das VSCode-Team einen Plan zur Implementierung dieser stark nachgefragten Funktionalität öffentlich erörtern. Es ist ein zu großes Problem für eine Person, eine massive PR zu erstellen, die die selbst grundlegendsten Funktionen implementiert. Schließlich würde jede Datei, die sich mit Verweisen auf das Fenster oder den Prozessbereich befasst, Aktualisierungen erfordern, wenn sie nicht verworfen und neu geschrieben wird. Glauben Sie wirklich, dass das vscode-Team etwas zusammenführen würde, das sein Produkt auf einer so grundlegenden Ebene verändert, wenn es nicht Regie führt? Ich würde nicht. Die Community kann erst einen Beitrag leisten, wenn ein solcher Plan offen diskutiert wird.

_ (Die meisten) _ der Leute in diesem Thread beschweren sich nicht "Ich will das." oder "Tu es, weil ich zu faul bin, es selbst zu tun." Die Community ist besorgt, weil dies ein so wichtiges Merkmal ist und die wichtigsten Mitwirkenden darüber hinaus kaum oder gar nicht geantwortet haben - im Wesentlichen: "Dies ist ein schwieriges Thema."

Stellen Sie sich vor: Sie steigen in ein Taxi und teilen dem Fahrer Ihr Ziel mit. Dann parkt er das Auto. Sie warten eine Minute, verwirrt, warum Sie sich nicht bewegen, und fragen: "Können wir loslegen?" Keine Antwort. Eine Stunde später stellen Sie dieselbe Frage, und er antwortet: "Es sind viele Wendungen erforderlich, um dorthin zu gelangen", und er wird nicht mehr sagen. Würdest du nicht ... verwirrt sein? frustriert? So fühlen wir uns. Aber wir wollen nicht nur das Lenkrad nehmen und selbst fahren, es ist nicht unser Taxi.

Hier ist ein Vorschlag für alle, die dies anfordern, wenn nicht abdockbare Registerkarten für Sie und Ihr Unternehmen einen so immensen Wert haben. Warum nicht ein Crowdfunding dafür einrichten?

Wenn Sie sich 4 Monitore nur für den gesteigerten Produktivitätsvorteil leisten können, können Sie es sich vermutlich auch leisten, etwas Geld für die Entwicklung einer solchen Funktion auszugeben.

SorryNotSorry

@bpasero Vielleicht sollten wir dieses Problem für Kommentare sperren, weil wir hier drüben über Taxifahrer streiten 🤣

Es tut mir leid, wenn ich falsch liege, aber es gibt eine Art Unterstützung für mehrere Fenster: https://www.npmjs.com/package/electron-window-manager

Wenn die UX von VS-Code wie die von Atom funktionieren würde, würde ich den Wechsel vornehmen. So wie es ist, installiere ich weiterhin VS-Code, liebe fast alles und deinstalliere es schließlich, wenn ich merke, dass die UX noch nicht aktualisiert wurde. Wird dieses Problem beobachten, bitte beheben.

Ich würde sagen, die meisten Leute hier verpassen den Punkt: VS-Code ist keine IDE, sondern ein Code-Editor. Mit einigen netten Funktionen (Debug), brillanter Unterstützung für mehrere Sprachen durch Plugins, plattformübergreifende usw. usw. Eine Sache, die es nicht ist, ist IDE.

Aus diesem Grund ist es meine Standardeinstellung für einen kleinen Bildschirm (dh einen Laptop, da er Immobilien auf brillante Weise verwaltet) und andere Plattformen als Windows. Auf einer richtigen Workstation verwende ich Visual Studio. Das ist das.

Richtige IDEs sind ziemlich teure Werkzeuge. Schauen Sie sich JetBrains an - sie haben diese Dinge erfolgreich gebaut;)

@mdmnk Nein. Es ist eine IDE.

notepad.exe ist ein Texteditor, notepad++ ist ein Texteditor, vscode vor dem integrierten Terminal, Task Runner, scm und Debug _ war _ ein Texteditor. _Welche Funktionen haben andere IDEs, die vscode nicht haben? _ Ich bin mir sicher, dass es einige Dinge gibt, aber nicht viele.

Es ist sicherlich leicht, wenn Sie nicht 1000 Plugins installieren. Es macht mir nichts aus, vscode zu öffnen, um ~/.bash_profile vscode zu bearbeiten, da ich nicht wie bei Visual Studio oder WebStorm 4 Minuten warten muss.

Zumindest @rozzzly Visual Studio verfügt über eine Vielzahl von Funktionen, die vscode nicht bietet. Laufzeitprofile für .NET, SQL Server-Tools, ein umfangreiches Testverwaltungssystem, Azure-Tools (MS-Cloud), integrierte Aufgaben- / PR- / Problemverfolgung - um ein paar auf den ersten Blick wiederzugeben. Es ist ein wirklich massives Produkt. Durch diese Maßnahme ist VSCode trotz integriertem Debugging / etc. Nur ein Editor. - Es wird nicht mit allem geliefert, was Sie zum Entwickeln und Versenden von Software in großem Maßstab benötigen ... nicht einmal in der Nähe.

@rozzzly - Auch wenn das Teambuilding als Editor und nicht als IDE bezeichnet wird, gibt es eindeutig keinen Antrieb, um die IDE vollständig zu sprengen.

Diese Dinge kosten Geld.

Schau dir an, was @RoyTinker erwähnt hat. Fügen Sie Codeabdeckung, Teamdienste, Tools zum Zusammenführen von Konflikten, vollständige Anpassung des Layouts, integrierten Paketmanager, Cloud-Explorer, SQL-Explorer, Server-Explorer, Anwendungsinformationen, Klassenansicht, Objektbrowser usw. usw. hinzu.

VS Code ist ein erstaunliches Werkzeug. Es ist jedoch kostenlos, was bedeutet, dass es aufgrund der Aufrechnung Einschränkungen haben wird.
Sie mögen es nicht, zahlen Sie JetBrains oder Microsoft für etwas, das alle Funktionen bietet, die Sie benötigen.

Ich hoffe, wir können aufhören zu diskutieren, welche Verpflichtungen dieses Tool zur Implementierung bestimmter Funktionen hat. Das scheint ein schneller Weg zu sein, um dieses Thema zu sperren. Ich werde die Unterstützung für diese Funktion weiterhin mit Daumen hoch und seltenen konstruktiven Kommentaren teilen.

Es gibt mehrere Möglichkeiten, wie dies angegangen werden kann. Ich denke immer noch, dass wir allgemeine Anweisungen vom VSCode-Team benötigen, bevor jemand seine Unterstützung auf andere Formen konstruktiver Hilfe richten kann. Wie andere bereits erwähnt haben, kann niemand wirklich mit der Arbeit eines so wichtigen Merkmals beginnen, bis die Gewissheit besteht, dass die Arbeit angenommen wird.

@ michaljaros84 Die Tatsache, dass VS Code keine IDE wie Visual Studio sein soll, schließt UX-Verbesserungen wie schwebende In-Process-Fenster überhaupt nicht aus.

@RoyTinker Vielleicht können wir die Vorteile des Floating In-Process im Vergleich zu separaten Instanzen diskutieren? Ich sehe keinen Wert, der die Komplexität dramatisch erhöht, wenn die gleiche Funktionalität durch das Laichen eines neuen Prozesses erreicht werden kann.

Die Tatsache, dass Code eine IDE ist, bedeutet nicht, dass wir alle schrecklichen UX-Optionen für VS wie Floating Panels portieren müssen.

Ich sehe keinen Wert, der die Komplexität dramatisch erhöht, wenn die gleiche Funktionalität durch das Laichen eines neuen Prozesses erreicht werden kann.

Dieselbe Funktionalität kann nicht durch das Laichen eines neuen Prozesses erreicht werden, da AIUI für Sprachen mit LSP-basierten Tools nicht beide mit demselben Sprachserver kommunizieren können, sodass Sie nur den LSP-basierten haben Funktionen in einem von ihnen.

@inarius Sicher, obwohl das oben bereits besprochen wurde (siehe meinen Kommentar "20% Aufwand / 80% Nutzen" ). Nach meinem Verständnis besteht der Anwendungsfall darin, mehrere Monitore besser zu unterstützen.

Aus verschiedenen Gründen (wie dem von @HighCommander erwähnten) startet VS Code nur einen Arbeitsbereich pro Ordner (und derzeit kann ein einzelner Arbeitsbereich nicht mehrere Instanzen umfassen).

Danke für die Antworten. Ich kann das wohl verstehen. Um ehrlich zu sein, verwende ich häufig VS-Code, indem ich Dateien und keine Ordner öffne. Wenn ich an einem Git-Projekt arbeiten würde, könnte ich sehen, wie mein aktueller Workflow zum Öffnen eines neuen Fensters und zum Ziehen von Dateien es mir nur erlauben würde, Ordner- / Git-Aktionen aus dem ursprünglichen Fenster auszuführen.

Wenn ich das jetzt versuche, öffnet der neue Arbeitsbereich den Ordner definitiv nicht erneut, aber die Git-Aktionen bleiben bestehen, selbst wenn ich mit Dateien unterhalb des Repository-Verzeichnisses arbeite.

@ Krzysztof-Cieslak Floating Panels sind in Visual Studio völlig optional (dh es ist nicht erforderlich, dass Sie eine Funktion oder einen Workflow verwenden), daher sehe ich keine schlechte UX-Wahl, selbst aus der Sicht von Leuten, die dies nicht tun. Ich möchte sie nicht benutzen.

Es ist eine Schande, dass dies immer noch nicht möglich ist. Menschen mit Multi-Monitor-Setup würden viel davon profitieren.
Stimmen Sie also für Feature 💃 ab

Wäre eine akzeptable Möglichkeit, die Verwendung mehrerer Fenster zum Speichern dieser Fenster in der Arbeitsbereichskonfiguration zuzulassen? Ich könnte mir vorstellen, die Fenster nach dem Öffnen auf irgendeine Weise verfolgen zu können. Ich könnte später im Code ein bisschen herumgraben, um zu sehen, ob ich einen Weg finden könnte, mindestens einen Arbeitsbereich über mehrere Fenster zu verteilen.

Entfernen Sie zumindest die sehr willkürliche Einschränkung beim Öffnen desselben Ordners in mehreren Fenstern.

@ TedYav Diese Einschränkung hat technische Gründe - siehe # 2686 für weitere Informationen und Diskussionen.

Die Referenz im Iterationsplan Nr. 47369 ist also nur ein Scherz darüber, einen 4k-Monitor zu bekommen, anstatt einen Plan, dies zu unterstützen?

@hosaka Richtig, obwohl ich in meinem Kommentar dort keinen Sarkasmus beabsichtigt habe. Ich hoffe, es ist nicht so gekommen.

@ RoyTinker Überhaupt nicht, obwohl ich klarstellen würde, dass andere, die lesen, keine Hoffnungen machen :)

Stoßen. Auch ich möchte Code-Registerkarten auf den Desktop ziehen, um sie in einem neuen Fenster zu bearbeiten

Als langjähriger Benutzer von Visual Studio, Notepad ++, der jahrelang mit 3 (21 - 25 Zoll) Monitoren arbeitet, ist es tatsächlich die einzige Funktion, die mich nach einigen Stunden mit Visual Studio Code davon abhält, es zu verwenden. Versuchte es ein paar Mal. Aber für mich ergonomisch sehr unangenehm und anstrengend bis zu einem Grad, der mich dazu bringt, es wieder zu verlassen. Wäre wirklich toll das zu haben.

Wow, das ist bei weitem das meistgesuchte Feature! : heat_smile:

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

Und überraschenderweise sind die am meisten gesuchten Funktionen sehr verwandt: +1:

Im Moment verwende ich vscode 1.22.0 mit mehreren Monitoren und der Verknüpfung CTRL+k o , um einen Tab in einem neuen Fenster zu öffnen. Das funktioniert ganz gut für mich: heat_smile:

Was bedeutet was genau? Gibt es eine Schätzung, wann die drei wichtigsten Funktionen implementiert wurden?

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

Ich dachte, jeder würde sich freuen zu wissen - diese Feature-Anfrage hat es gerade durch Upvotes auf Platz 4 geschafft. Nur noch 150 und es wird in den Top 3 sein!

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-356148693 an oder schalten Sie den Thread https://github.com/notifications/unsubscribe-auth/AD90FPGlliOcLwiQbPIMFB5fITE42- stumm

Die Leute stimmen ab, weil Sie der Diskussion nichts hinzufügen, aber jeder, der dieses Problem abonniert hat, erhält Ihren Kommentar als E-Mail.

Gibt es eine Schätzung, wann die drei wichtigsten Funktionen implementiert wurden?

Einige Funktionen haben 2 Jahre von der Bekanntheit bis zum Versand gedauert.

Dies ist jetzt seit 2 (ZWEI!) Jahren sehr gefragt. Ich muss sagen, besonders angesichts der Tatsache, dass Microsoft dies als "offiziellen Code-Editor" betrachtet, ist dies sehr enttäuschend. Ich schiebe es immer wieder auf, denn jedes Mal, wenn ich es versuche, verlangsamt mich dies (und einige andere fehlende Funktionen) immens.
Ich denke, es ist höchste Zeit, zumindest für eine endgültige Aussage:

• Wird dies irgendwann umgesetzt? Wenn ja wann? Wenn nicht: warum?

@Hypernut Eigentlich haben die Stimmen für diese Ausgabe erst im Dezember letzten Jahres richtig angefangen. Wenn Sie den Kommentarverlauf durchsehen, sehen Sie einen Beitrag von (IIRC) vor weniger als 8 Monaten mit der Aufschrift "Nur X mehr Stimmen und dies wird in den Top 10 sein."

BEARBEITEN: Kommentar-Link hier: https://github.com/Microsoft/vscode/issues/10121#issuecomment -339404507
"104 weitere Stimmen, um es in die Top 10 zu schaffen" ab 25. Oktober 2017.

Ich möchte diese Funktion auch wirklich - hauptsächlich, um das Debug-Fenster nur auf einem anderen Monitor zu haben.

Eine einfachere Lösung (?) Könnte darin bestehen, ein neues Fenster (STRG + UMSCHALT + N) zum Öffnen des SAME-Projekts zuzulassen (dies ist derzeit nicht zulässig). Sie können dann alle Registerkarten öffnen, die Sie in diesem neuen Fenster benötigen, oder wenn Sie nur die Debug-Konsole hier haben möchten, können Sie sie maximieren, um das Fenster zu füllen. Dies würde funktionieren, solange die Fenster synchron bleiben und alle Codeänderungen / Debug-Meldungen usw. sofort über alle Fensterinstanzen hinweg aktualisiert werden.

Bitte fügen Sie diese Funktion hinzu. Ich muss beide VS-Codes öffnen, um dieses Verhalten nachzuahmen ... Was fantastisch wäre, wenn dies eingebaut wäre.

Warum stimmen die Downs @ djm158 und @JustinAddams ab? Ich habe das Gleiche gesagt, was alle anderen bei der Unterstützung dieser Funktion getan haben.

@ faustinoaq Ja. JA! Danke danke danke!

Zumindest für den Moment ist Cmd-K o gut genug für mich - eine Quelldatei in einem getrennten Fenster zu öffnen. Ich habe jemanden gesehen, der dasselbe für Markdown-Fenster angefordert hat ... das nicht verwendet, aber es sollte nicht zu schwierig sein, es mit derselben Lösung zu erreichen, oder? Oder ist es mit Cmd-K o schon möglich?

Vielen Dank an @steinhh für die Cmd - K O Tastaturkombination. Das war mir noch nicht bewusst und ich werde es nächste Woche auf einem Multi-Monitor-System verwenden, um zu sehen, wie gut das funktioniert.

Ihr Tipp hat mich dazu gebracht, die PDFs unten zu finden und die Listen / Screenshots unten zu erstellen.

Umwerfend! Danke Danke!

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

Die Bindungen (auf Mac) habe ich mit ihren Screenshots gefunden:

• Cmd - Shift - P : Alle Befehle anzeigen
  
• Cmd - K O : Aktuelle Datei in neuem Fenster öffnen
• Cmd - Shift - N : Öffne ein neues Fenster
  
• Cmd - K Cmd - R : Öffnen Sie die Tastaturkürzel als Referenz-PDF für das aktuelle Betriebssystem im Standard-Webbrowser
• Cmd - K Cmd - S : Öffnen Sie den Editor für Tastaturkürzel
  

Der Tastaturkürzel-Editor verfügt über eine Suche, mit der Bindungen für den Tastenbelegungsnamen selbst oder den Befehlsnamen gefunden werden können:

Als ich zu VSCode wechselte, habe ich mich in ihn verliebt. Es ist so einfach zu bedienen und schnell auf meinem langsamen Computer!
Aber nachdem ich es für die ersten 15 Minuten benutzt hatte, habe ich diese Funktion verpasst. Ich habe 3 Monitore und arbeite normalerweise mit 2 Dateien gleichzeitig ...

@steinhh Das ist schön, aber es ist überhaupt nicht das, was im OP beschrieben wird.
"_... Floating Windows Option für:
TerminalDebug-KonsoleProblemeAusgabe _
""
An jedes neue Fenster, das mit der Verknüpfung geöffnet wurde, sind noch alle diese Unterfenster angehängt.

@ RoyTinker
Entschuldigen Sie, dass ich so nachlässig bin. Ich bin sicher, dass die Nachfrage "letzten Dezember" plötzlich entstanden ist. Vorher wollte oder wusste niemand etwas über schwebende Fenster. :) :)

Auf jeden Fall geht es darum, dass JETZT eine hohe Nachfrage besteht und diese absolut ignoriert wird.

@ Hypernut Ich bin kein VSCode-Teammitglied und spreche auch nicht für sie. Ich versuche nur zu helfen, Erwartungen basierend auf meinen Beobachtungen ihres früheren Verhaltens zu setzen und wann diese Funktion zum ersten Mal auf ihrem Radar "Benutzeranforderung ist hoch" aufgetaucht wäre.

@algiuxass Gleich hier. Ich bin überrascht zu sehen, dass dies noch nicht hinzugefügt wurde. Es ist mein größter Wunsch, mit vscode hinzugefügt zu sehen. Ich bin kein Elektronenentwickler, also idk, ob dies eine Einschränkung von Elektronen-Apps ist oder ob dies möglich ist.

@ RoyTinker
Ich weiß, dass Sie nicht für das VSC-Team sprechen. Aber warum haben Sie das Bedürfnis, "Erwartungen zu setzen"?

Ich denke, 8 Monate sind mehr als genug Zeit, um uns zumindest einen Hinweis zu geben, was uns erwartet. Besonders angesichts der Spekulationen in diesem Thread, dass dies möglicherweise überhaupt nicht möglich ist.

@Hypernut Da das VSCode-Team in Bezug auf diese Funktion keine Angaben zu ihrem Zeitplan oder ihren Plänen gemacht hat, gibt es ein echtes Informationsvakuum, das die Leute sehr frustriert. Ich versuche dabei mit Daten aus der Vergangenheit zu helfen.

Ich verteidige nicht das VSCode-Team oder so, sondern handele nur nach meiner Überzeugung, dass Beschwerden / etc. in den Kommentaren wird nicht viel helfen. Wie ich bereits sagte, ist der beste Weg, um ihre Aufmerksamkeit zu erregen, dass eine Menge Leute ihre Stimme zu dem Thema hinzufügen.

Wenn Sie Zeit damit verbringen möchten, bei diesem Problem zu helfen, empfehle ich, zu anderen Orten im Internet zu gehen, an denen Personen, die diese Funktion wünschen, möglicherweise landen (Stapelüberlauf, Reddit usw.) und auf dieses Problem zu verlinken.

Hey VS-Team, BITTE implementieren Sie diese Funktion. Es ist nicht wirklich "viel", aber dies ist eine Funktion, die in anderen Editoren verfügbar ist und die schmerzlich fehlt. Tatsächlich ist es die einzige Funktion, die mich davon abhält, ausschließlich VS-Code zu verwenden.

Ich habe einige Untersuchungen zum Problem der schwebenden Fenster durchgeführt (mein Wissen über Elektronen ist fast nicht vorhanden). Es scheint, dass Electron rahmenlose Fenster unterstützt. Könnte dies das Problem nicht lösen, indem nur ein rahmenloses Fenster erstellt wird, wenn ein Benutzer die Datei wie in Visual Studio nach außen zieht?
https://github.com/electron/electron/blob/master/docs/api/frameless-window.md

@ Trevinlc1997
Ja, im kleinen Maßstab einer Anwendung kann es so einfach sein
VSCode ist ein komplexes Programm, sie können keine Funktionen im Kern patchen, oder es wäre ein Albtraum geworden, es zu warten und zu verbessern (klonen Sie einfach das Repo, um zu sehen, was zum Teufel im Biest passiert).

Meine Vermutungen (ich kann mich irren):
Wenn sie diese Funktionalität hinzufügen möchten, möchten sie sie so implementieren, dass ihr volles Potenzial ausgeschöpft wird
Das VSCode-Team hat Kenntnis von der Nachfrage nach dieser Funktion erlangt, und das Problem wird einfacher zu lösen sein, wenn einige andere Funktionen implementiert werden. Um ein 500-m-Scrollen von Erklärungen / Diskussionen zu verhindern, sagen sie eher gar nichts

Wie ist dies noch keine Funktion, es ist die einzige Funktion, die mich davon abhält, ausschließlich VS Code zu verwenden.

Es war das Language Server Protocol, das mich in erster Linie zu VSCode hingezogen hat.

Aufgrund dieses Problems habe ich stattdessen einen Beitrag zur Unterstützung des Language Server-Protokolls in Eclipse geleistet.

Ich liebe VSCode. Das ist das EINE daran, das ich wirklich nicht mag. Selbst im minimalistischsten Editor scheint es als Feature so offensichtlich zu sein. Jeder mit einem Multi-Monitor-Setup, der versucht, einen Editor-Tab aus dem Fenster zu ziehen, hat den Schmerz der Enttäuschung gespürt, als er wieder dort auftauchte, wo er herkam. VSCode-Team, bitte, bitte, bitte setzen Sie dies weiter oben auf Ihre Liste!

+1. Wäre schön, ähnlich wie PyCharm / CLion zu haben.

Es scheint, dass eine neue Funktion hinzugefügt wurde, um dies zu umgehen.
"Doppelter Arbeitsbereich im neuen Fenster".
Dies scheint den Kontext / Arbeitsbereich über Fenster hinweg gemeinsam zu nutzen und löst das grundlegende Problem mit mehreren Monitoren.

Vielen Dank an das VSCode-Team (und an jeden, der daran gearbeitet hat).

Sie veröffentlichen auch eine neue Rasterfunktion. https://twitter.com/joaomoreno/status/1004303587755855872?s=19

Ja, so ist es!

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

@Deltatiger https://github.com/Deltatiger Wird dieser bereits versendet?

- -
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/10121#issuecomment-395718792 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AEVMyNsBaeorg-rczkcZsifgpi-jtPR7ks5t6lB7gaJpZM4JckZO
.

@ Deltatiger
Wenn Ihr Ziel darin besteht, die Größe frei zu ändern und sich beispielsweise am Terminal oder am Ausgang zu bewegen (wie im OP beschrieben), löst dies nichts.
Die Unterstützung mehrerer Monitore ist bei weitem nicht der einzige Grund, diese Funktion zu nutzen.

@ Hypernut Ich stimme vollkommen zu.
Ich habe diese Funktion als Workaround in dem Sinne verwendet, dass ich jetzt ein Fenster (das ursprüngliche Fenster) für alle Ausgaben / Git / Terminals haben und ein neues Fenster für den eigentlichen Code erstellen kann.
Auf diese Weise bekomme ich mehr Immobilien, während ich das Terminal / den Ausgang im Auge habe, was meiner Meinung nach einer der Hauptgründe für schwebende Fenster ist. Aber das ist meine Perspektive.

Es gab auch einige Diskussionen über die Codierung mehrerer Fenster (ursprünglicher Vorschlag von Strg + K, O, um ein neues Fenster zu öffnen), daher dachte ich, ich würde diesen Teil hier nur für alle Personen klarstellen, die nach dieser Funktion suchen.

Dies wird jedoch niemals die gleiche Freiheit bieten wie das freie Ziehen von Mini-Spezialfenstern (z. B. eines für Terminal, eines für Git und eines für ein zweites Terminal).

Wenn diese Funktion implementiert werden kann, wäre es fantastisch.

Warum sollten Sie aus Neugier das Terminal in ein neues Fenster unterteilen wollen? Wäre es nicht besser, einfach einen neuen Terminalprozess außerhalb von VSCode zu öffnen?

@ iansan5653 Nun, warum sollte man dann überhaupt ein Terminal in VSCode einfügen? Warum nicht eine separate Git-Anwendung? Ein Datei-Explorer? Alle Plugins entfernen und nur ein Codefenster geben?

@ iansan5653 das ist mein Fall:
Ich benutze oft WebStorm (das hat eine solche Funktion). Meine Workstation besteht aus einem Laptop und einem zusätzlichen Monitor, der zum besseren Lesen vertikal gedreht wird. Daher konfiguriere ich die IDE so, dass sie wie folgt aussieht:

• auf vertikalem Bildschirm: IDE-Hauptfenster mit Editor, Symbolleisten und (eventuell) vertikaler Aufteilung
• auf dem Laptop-Bildschirm: Datei-Explorer / Gliederung des Projekts, Terminal / Test-Dashboard / Debug-Dashboard

Könnte ich ohne leben? Ja, natürlich. Aber ich finde es trotzdem angenehm.

Ich möchte lieber, dass das (richtige) Visual Studio-Team die clientseitige Anwendungsentwicklung / das Debugging besser unterstützt. Dies ist jedoch einer der Hauptgründe, warum ich VSCode nicht zum Debuggen verwenden kann.

Bei Verwendung der Funktion "Datei mit vorheriger Version vergleichen" kann es fast unmöglich sein, bestimmte Unterschiede zu erkennen, ohne zum Zeilenende gehen zu müssen, da der Editor auf einem Bildschirm in zwei Teile geteilt ist. Die Option, die beiden Versionen in zwei Fenstern zu öffnen, wäre eine echte Ersparnis.

Ich denke, es braucht diese Funktion.

Notepad++ hat diese Funktion, um Fenster zu schweben. Aber ich kann vs code nicht finden.

Wenn ich also das Fenster auf meinem anderen Bildschirm schweben lassen möchte, muss ich immer noch ein neues Fenster öffnen und dann meine Datei öffnen. Ich denke, es ist zu mühsam, um es zu verwenden.

Fügen Sie also bitte diese Funktion hinzu.

Und jemand, der gute Möglichkeiten hat, es zu lösen? Bitte sagen Sie es mir.

Vielen Dank!

PS: Es gibt jemanden, der nur Emoji heruntergibt, aber nicht versucht, andere Ideen anzuhören oder Wege aufzuzeigen, wie man sie in den Griff bekommt. Ich denke, ich werde auf diese Leute herabblicken

Einige Leute mögen keine schlechten Bewertungen und Mängel, sie wissen nur, wie man den Boden wäscht, blasen einfach herum und ignorieren sie, wissen einfach ...
Ich denke, diese Leute können wahrscheinlich nicht mit uns kommunizieren.

Ich möchte die schwebenden / andockbaren Fenster und die Positionen, die für die nächste Ladung gespeichert werden. Derzeit kann ich die Fenster über mehrere Monitore strecken, aber die Position wird beim nächsten Öffnen auf die Standardeinstellung zurückgesetzt. Meistens mag ich die Standardpositionen der Fenster einfach nicht und möchte sie verschieben.

@ CHN-STUDENT Ich denke, die Leute geben: -1: Stimmen, weil sie zustimmen, dass wir es brauchen (dieser Thread hat 270 Kommentare und ist das meiste: +1: Abstimmungsthema). Das Thema handelt nicht mehr davon, was wir wollen oder warum , sondern wie wir es implementieren können. Versuchen wir also, die Konversation positiv zu halten und uns darauf zu konzentrieren,

Diese fehlende Funktion ist der Hauptgrund, warum ich keinen VS-Code verwenden kann.

Sich dem anzuschließen, was andere gesagt haben - Nicht in der Lage zu sein, die verschiedenen Panels anzudocken, ist auch für mich ein Deal Breaker. - Es war das dritte, was ich in VS Code versucht habe (direkt nachdem ich das Thema auf hell geändert hatte, damit ich die Menüs sehen und die mssql-Erweiterungen installieren konnte).

Um hilfreich zu sein - was für mich nützlich wäre, ist nicht nur das Öffnen von Dateien auf mehreren Bildschirmen, sondern auch das Andocken jeder Art von Bedienfeld an einer beliebigen Stelle in der IDE (einschließlich des Herausspringens in neue Fenster, die in neue verschoben werden können) Bildschirme). - Bei meinem typischen Setup öffne ich Codedateien auf den ersten beiden Bildschirmen und habe ein Kontrollfeld mit allen nützlichen "Status" -Feldern auf dem dritten Bildschirm angedockt.

Ich habe unten ein typisches Beispiel beigefügt, wie mein dritter Bildschirm aussieht (in der Hoffnung, dass es hilft) - Entschuldigung für den verschleierten Text:

Übrigens hatte ich den Eindruck, dass die meisten Panel-Docking-Funktionen von Visual Studio in .NET integriert waren. Ist es wirklich so schwierig, dies zu implementieren? - Auf jeden Fall macht Visual Studio dies erstaunlich gut. Vielleicht können Sie sich an das Visual Studio Prime-Team wenden und darum bitten, nur den Code für dieses Bit auszuleihen. ;-);

Edit: huh, es scheint, dass VS Code eine Elektronen-App ist ... nun, das ist eine _interessante_ Entscheidung ... hrmm ...

Dies ist der einzige Grund, warum niemand in meinem Team VS Code als primäre Entwicklungsplattform verwendet. Wir verwenden weiterhin VS 2017 - trotz aller offensichtlichen Schwächen.

Ich habe wenig Zweifel, dass das VS Code-Team erkennen muss, dass dies ein Problem auf nuklearer Ebene ist. Offensichtlich haben sie einen großen architektonischen Fehler, den sie einfach nicht beheben können.

Dies ist eine der Top-3-Funktionen für eine Entwicklerumgebung, die Visual Studio (und jede andere Entwicklerumgebung, seit Bill Cliniton Presedent war) unterstützt hat. Das ist also nicht etwas, das in der Kategorie von steht; "Oh, daran habe ich nie gedacht!"

VS Code kann es einfach nicht schaffen.

Ich habe es satt, das Problem- / Ausgabe- / Terminalfenster nach oben und unten anzupassen. Wäre ein guter erster Schritt, um das abnehmbar zu machen.

Wenn Sie eine Problemumgehung wünschen, erstellen Sie einen symbolischen Link zum Ordner Ihres Projekts und öffnen diesen Ordner als neues Fenster. Sie erhalten Ihr Projekt in beiden Fenstern. Bitte "beheben" Sie diesen Fehler für das VS-Code-Team niemals (es sei denn, Sie fügen die Unterstützung für mehrere Fenster hinzu)

Ist der Befehl "Arbeitsbereich in neuem Fenster duplizieren", der vor einigen Versionen zur Befehlspalette hinzugefügt wurde, nicht eine bessere Option?

@ JustinAddams

Es ist in Ordnung als Problemumgehung. Versuchen Sie, auf Projekte mit mehreren Konfigurationen mehrerer Sprachen, Tools und Frameworks (z. B. .NET (plus Tools und Bibliotheken) für Backend- und Geschäftslogik + DB-Abstraktionen und Angular / VueJS / React für Front-End oder einige andere Frameworks zuzugreifen.)

Das Duplizieren eines Arbeitsbereichs hat einen großen Nachteil bei der Verwendung von Speicher und Speicherlaufwerken.
Es handelt sich im Wesentlichen um eine neue Instanz von VSCode im selben Arbeitsbereich.
Das Ausführen doppelter Sprachdienste und Sprachserver kann zu Rennbedingungen und einer starken Festplatten- / SSD-Nutzung führen, wenn auf dieselben Dateien zugegriffen wird, insbesondere mit Tools, die projektweite Analysen verwenden.
Natürlich können Sie diese Tools und Dinge deaktivieren, aber wenn Sie in einem großen Team arbeiten, schreibt immer jemand den Ordner mit den vscode-Einstellungen fest (auch wenn er gitignored ist - fragen Sie mich nicht, wie das passiert). Dann kommt das Chaos.

Auch das Zwischenspeichern kann problematisch sein.
Rahmenloses Fenster von Electron kann eine coole Lösung sein, aber im Kern. Es wird auch einige Zeit dauern. Da es wichtig ist, den Kerncode auf dieser Ebene zu ändern.
Sie möchten wahrscheinlich ein Verhältnis von Funktionalität zu maximaler Leistung / RAM-Auslastung implementieren, das jedoch aufgrund ihres benutzerdefinierten Builds aus Electron und komplexem Kern sehr komplex ist. Durch die Implementierung im Kern können alle Fenster rahmenlos "existieren", wie in Visual Studio 2015, 2017, WebStorm usw.

Es ist eine wichtige Funktionalität, insbesondere für die Einrichtung mehrerer Monitore. Freigeben einzelner Arbeitsbereichsprozesse für mehrere Fenster mit geöffneten Dateien.

_Wahrscheinliche Lösung: Öffnen Sie eine neue Instanz von VSCode anstelle der Implementierung rahmenloser Fenster, fügen Sie jedoch eine Befehlszeilenoption hinzu, damit die gemeinsam genutzten Erweiterungen der ersten Instanz verwendet werden können (Problem: Der Erweiterungshost kann gemeinsam genutzt werden oder ist an eine Instanz gebunden?) ._

@ JustinAddams Das, was ich gerade mache,

Es wäre auch schön, die Ansichtskonfiguration für die doppelte Arbeitsbereichsansicht angepasst zu haben…

Zum Beispiel,

• Wählen Sie aus, welche Ordner angezeigt werden sollen
• Welches Panel soll angezeigt werden?
• Sichtbarkeit der Seitenwand

Usw

Auch aus dem Hauptarbeitsbereichsfenster könnten wir als Entwickler einen Brückendienst erstellen, der von untergeordneten duplizierten Arbeitsbereichsereignissen abhört, und das Hauptarbeitsbereichsfenster könnte damit interagieren.

Anwendungsfall zum Beispiel:

1. Öffnen Sie das Hauptfenster des Arbeitsbereichs

2. Erstellen Sie einen SubWorkspace mit einer vorkonfigurierten Vorlage

   wie doppelter Arbeitsbereich, aber erstellen Sie einen untergeordneten Prozess aus dem Hauptfenster des Arbeitsbereichs.
   Eine Vorlage könnte beispielsweise "Nur Panel" heißen (sie hätte nur Probleme, Ausgabe, Debug-Konsole, Terminal).

3. Auf der Registerkarte "Child Workspace Terminal" kann ich yarn test --watch starten.

4. … Mach die Codierung oder was auch immer ich tun kann…
5. Wenn einer der Tests fehlschlägt, mache ich einfach Command+Click in der Sub-Workspace-vscode-Sitzung
   5.1. Der Unterarbeitsbereich zielt auf das Ereignis im Hauptfenster des Arbeitsbereichs ab
6. Der Hauptarbeitsbereich behandelt das Ereignis und zeigt meine Datei an, in der die Tests fehlgeschlagen sind
   ……
   ein bisschen Gewinn !!! …würde sagen,

Aber ich sehe dies nur als Laden einer untergeordneten Sitzung von Visual Studio Code, aber nicht als vollständig geladener vscode, sondern als vereinfachte und leichtere Variante des Ladens. Ich hoffe, dies sollte nicht viel Ressourcen in Anspruch nehmen

Außerdem sollten Module auf dem VSCode über eine Middleware kommunizieren, die problemlos viele Instanzen miteinander verbinden kann, sodass im untergeordneten Arbeitsbereich-Fenster beispielsweise Probleme von ESLint angezeigt werden können.

Vielleicht ist dieses "Brainstorming" für jemanden hilfreich, hoffe es :)

Prost! & Danke für die Aufmerksamkeit…

Für Leute, die vorschlagen, ein anderes Fenster zu öffnen.
Der Hauptvorteil dieser Funktion ist das Öffnen von Terminal / Ausgang / Problemen auf einem anderen Monitor, sodass Sie eine Liste der Fehler getrennt vom Codefenster anzeigen können. Sie können also bei gedrückter Strg-Taste auf einen Monitor klicken und den entsprechenden Code auf einem anderen anzeigen.

Ich würde gerne sehen, dass diese Funktion hinzugefügt wird. Webstorm / Phpstorm haben beide diese Funktion, und es ist wirklich die Hauptsache, die ich an diesen Apps mag. Ich verwende einen Hochformat-Orientierungsmonitor als Haupteditor, und es macht einen großen Unterschied für mich, wenn sich mein Dateibaum / Explorer auf einem anderen Monitor befindet. Ich mag es auch, mein Terminal auf einem anderen Monitor zu haben, aber ich kann immer nur ein Terminal verwenden, das nicht in vs code integriert ist, aber abnehmbare Fenster in vs code für diese Panels wären fantastisch.

Damit? 2 Jahre und nichts?
Ich kann das integrierte "Such" -Panel nicht ausstehen, weil es immer riesig und breit ist.

Ich finde es seltsam, dass dies, obwohl es jetzt zwei Jahre alt ist und das am meisten gewünschte und diskutierte Feature hier ist, von den Entwicklern immer noch völlig ignoriert wird.
Ich fürchte, sie haben es schon vor langer Zeit für zu kompliziert / zu viel Arbeit gehalten, entschieden, dass es sich nicht lohnt und es ruhig zu halten, um den Fallout so lange wie möglich zu verzögern ...

Und ich muss sagen, ich bin ein bisschen sauer über diese Nichtkommunikation. Vielleicht irre ich mich, aber es riecht sehr nach Microsoft-Politik ...

Ich fürchte, sie haben es schon vor langer Zeit für zu kompliziert / zu viel Arbeit gehalten, entschieden, dass es sich nicht lohnt und es ruhig zu halten, um den Fallout so lange wie möglich zu verzögern ...

Ich habe keine Ahnung, wie das so kompliziert sein kann. Unzählige andere Software haben dies getan, tun es und werden es auch weiterhin tun, daher bin ich mir nicht ganz sicher, was sie tatsächlich davon abhält, eine der am häufigsten nachgefragten Funktionen zu implementieren.

Liegt es daran, dass derzeit keine Entwickler für die Arbeit an VSCode angemeldet sind? Wird es nicht als würdig genug angesehen, da VSCode nicht monetarisiert werden kann?

Ich bin mir nicht ganz sicher, ob das Argument "Dies könnte sich für Computer als zu anstrengend erweisen" in letzter Zeit gültig ist, wenn man bedenkt, dass die neuesten Computer viel mehr Systemressourcen als zuvor haben. Wenn sich herausstellt, dass sich dies auf Workstations auswirkt, können Sie diese Funktion auch vollständig deaktivieren.

Die Option zu haben, dies zu nutzen oder nicht, wäre viel besser, als ehrlich gesagt überhaupt keine Wahl zu haben.

VSCode wird von Personen verwendet, die CODE. Wenn Codierer nicht herausfinden können, wie eine Funktion ein- oder ausgeschaltet werden kann, verwenden sie möglicherweise die falsche Software.

Außerdem werden Maßnahmen ergriffen, um den Systemressourcenverbrauch zu verringern, aber es werden keine neuen Funktionen wie diese hinzugefügt, da die meisten Benutzer nicht wissen, wie sie diese deaktivieren sollen, sodass sie bei der Installation standardmäßig aktiviert sein könnten Auf verschiedenen Computern sehr langsam und es wird uns schlecht aussehen lassen "ist das schlechteste mögliche Argument für die mangelnde Implementierung, da dies bedeuten würde, dass Ihre Zielbenutzerbasis weniger technologisch veranlagt ist als die meisten anderen.

Zuletzt habe ich nachgesehen, das war nicht der Fall.

Ich vermute, dass es für sie schwierig ist, ein neues Fenster mit der Registerkarte zu erstellen und die Registerkarte aufgrund von Elektronen ihren Status beizubehalten. Sie müssen jedes Mal ein neues Fenster erstellen, wenn Sie eine Registerkarte in ein eigenes Fenster ziehen. Dies ist natürlich nicht einfach. Besonders für Dinge wie das Terminal, die Seitenleiste usw.

Ich möchte diese Funktion immer noch unbedingt.

@Penagwin Ebenso, aber da ich nicht weiß, was die technischen

Eine Problemumgehung besteht in der Zwischenzeit darin, zwei Fenster zu öffnen, einen übergeordneten Ordner und einen untergeordneten Ordner desselben Projekts zu öffnen. Öffnen Sie beispielsweise das Verzeichnis für Ihre App in einem Fenster und den Ordner 'public' im anderen Fenster. Der Nachteil ist kein Ziehen und Ablegen von Registerkarten zwischen ihnen, aber ansonsten funktioniert es.

An alle Personen, die die Problemumgehung mit 2 Fenstern vorschlagen. Das hilft überhaupt nicht bei dem eigentlichen Problem, dass Dinge wie Debug Inspector oder Terminal / Ausgabe usw. nicht auf einem zweiten Bildschirm angezeigt werden können.

Verwenden Sie "Strg K, O", um die aktuelle Datei in einem anderen vscode-Fenster zum Bearbeiten zu öffnen. Sie müssen das Standardverzeichnis des Terminals erneut festlegen, damit das neu geöffnete Fenster erstellt werden kann. Funktioniert nur mit Dateien; nicht auf Terminalfenstern. Ich weiß, es ist nicht dasselbe wie Drag & Drop, aber es sollte nützlich sein, wenn Sie nur ein paar Dateien in ein anderes Fenster verschieben müssen, um den zweiten oder dritten Monitor zu verwenden. An einer Problemumgehung ist nichts auszusetzen, da wir keine Lösung haben. Die Welt ist nicht perfekt, machen Sie das Beste aus dem, was wir haben, und erledigen Sie die Arbeit. Ich hoffe, das hilft, bis wir etwas Besseres haben. Viel Spaß beim Codieren!

Es ist kaum zu glauben, dass es 2 Jahre her ist und dass diesbezüglich so wenig Fortschritte erzielt wurden. Ich fing ernsthaft an, mich auf VS-Code einzulassen, da es im Großen und Ganzen eine großartige IDE ist. Ich kann es jedoch nicht als ernsthaften Kandidaten für die berufliche Entwicklung ohne Multi-Screen-Unterstützung betrachten. Wenn ich mir diese Kommentare ansehe, scheint ich mit dieser Ansicht nicht allein zu sein.

Zurück zu Webstorm für jetzt = (

Ich habe eine Weile nach dieser Funktion gesucht und nur eine weitere Stimme hinzugefügt, die sagt, ich wünschte wirklich, dies würde passieren! Wenn VS-Code dies implementieren könnte, wäre es der perfekte Editor !!

Warum ist das immer noch keine Sache! Was ist der Nachteil dieser Funktion ... VS-Code ist ein großartiger Editor, aber dies ist eine wichtige Funktion, die fehlt ...

Das muss wirklich passieren! Großes Versehen auf Microsofts Konto.

Bitte Leute, macht es! Dies ist das meistgesuchte Feature aller Zeiten: Tänzer:

Ich arbeite mit 3 Monitoren, und ich muss diese Funktion haben, weil ich manchmal im Code sehen muss, welche Funktionen ich aus einer Datei implementieren muss, und ich muss diese in einem separaten Fenster öffnen, um zu kopieren, was einzufügen Ich möchte, anstatt das Fenster in einen Monitor zu teilen, der den Arbeitsbereich einschränken kann.
Bitte implementieren Sie diese Funktion, um die Fenster zu schweben (Fenster abnehmen).

+1. Dies wäre wirklich sehr nützlich für die Produktivität mehrerer Monitore.

Diese Feature-Anfrage feierte kürzlich ihren zweiten Geburtstag. Ich bezweifle, dass es jemals implementiert wird :(

+1 Gibt es Updates zu dieser Funktion?

Es sieht so aus, als ob der Wunsch nach dieser Funktion damit korreliert, dass GH nicht richtig verwendet werden kann und sich in der Internetdiskussion nicht gut verhält. Mindless +1 Spam wird definitiv Ihrer Sache helfen.

@ Krzysztof-Cieslak Es sollte eine Option geben, um Kommentare zu einem Problem zu deaktivieren und nur Reaktionen auf das OP zuzulassen

@ Krzysztof-Cieslak Ich denke, +1 hängt eher mit einer Abstimmung als mit einer Diskussion zusammen.

Ein +1 wird oft verwendet, um die Konversation zu verbessern, damit Microsoft-Leute das Problem nicht verlieren;)

@SkyzohKey , es ist bereits geöffnet, sie werden nichts verlieren.

Gibt es eine Chance, da MS Github und im Wesentlichen das Elektronenprojekt besitzt, das tatsächlich das Licht der Welt erblicken wird? Ich bin damit einverstanden, dass dies ein grundlegendes Problem mit dem Herausgeber ist, ansonsten ist es ziemlich großartig.

@ napalm684 Guter Punkt, dennoch denke ich, dass dies kein Problem in Electron ist (https://github.com/Microsoft/vscode/issues/10121#issuecomment-346088717), sondern mit der VSCode-Architektur selbst (https://github.com) / Microsoft / vscode / issue / 10121 # issuecomment-346290180).

Ah, ich habe ursprünglich @ n9 gelesen, das war ein Elektronenproblem. Unabhängig davon glaube ich, dass dies im Moment die Nummer 1 der Feature-Anfragen ist, richtig?

Wird es diese Funktion in der nächsten Hauptversion haben?

Ich weiß, dass jeder nicht gerne gedrängt wurde, aber
Ich hoffe, dass diese Funktion die maximale Priorität hat.
Ich weiß, dass dies eine OpenSource-Freeware ist, aber diese Einschränkung kann neue Benutzer davon
Wir freuen uns, neue großartige IDE zu verwenden, und wir sind beliebt, nicht wahr?

Also ja ... hier ist noch ein Entwickler, der wünscht, ich könnte Tabs aus VSCode entfernen, genau wie bei der Arbeit mit VS.

Wie die meisten Leute hier:
Ich würde gerne mehr als ein VS-Codefenster für einen einzelnen Ordner / ein einzelnes Projekt haben und auf mehr als einem Monitor arbeiten können.

Trotzdem eine großartige IDE 👍
Weiter so, ich liebe deine Arbeit.

Ich würde auch sehr gerne in der Lage sein, dasselbe Verzeichnis in mehreren Fenstern zu öffnen.

👍

Ich würde gerne die Debugger-Konsole abnehmen, um sie auf dem 2. Monitor anzuzeigen

+1
Die Problemumgehung (neues Fenster öffnen und Datei per Drag & Drop vom aktuellen Arbeitsbereich / Fenster zum neu geöffneten Fenster ziehen) ist in Ordnung, aber ich habe keinen Zugriff auf den Arbeitsbereich selbst. andere Einstellungen, kein Zugriff auf andere Dateien im Arbeitsbereich usw.

Aber abgesehen davon ist VSC super!

Ich habe versucht zu überprüfen, was wir mit schwebenden Fenstern in VSC tun können.
Zunächst einmal - Electron unterstützt mehrere Fenster. Es ist möglich, eine zusätzliche BrowserWindow-Instanz zu öffnen, erfordert jedoch beim Laden eine HTML-Datei.

In diesem Fall betrachten wir das Terminal im schwebenden Fenster. Ich bin nicht so fließend, wenn es um VSC-Code geht, aber es scheint, dass alle Anwendungen als "Monolith-App" ausgeführt werden. Das heißt, wenn wir etwas von der VSC-Benutzeroberfläche in einem zusätzlichen Fenster haben möchten, müssen wir alle Anwendungen dort laden und unnötige Teile der Benutzeroberfläche ausblenden.

Klingt gut? Nicht wirklich. In einem zusätzlichen Fenster müssen wir unnötige UI-Teile ausblenden, aber auch ... die Aktualisierung anderer App-Bereiche bei Dateiänderungen oder Verknüpfungen deaktivieren. Was mehr ist ... Ich weiß nicht, wie der Elektronenspeicher funktioniert, aber ich glaube, wenn wir alle Anwendungen im zweiten Fenster laden, wird die Speichernutzung von VSC dramatisch zunehmen.

Ich denke, wir sollten versuchen, VSC modularer zu gestalten und eine Art Multi-Fenster-Mechanismus vorzubereiten, bevor wir mit der Arbeit an schwebenden Fenstern mit einzelnen UI-Teilen beginnen.

Liebe Community, lasst uns versuchen, dem VSC-Team zu helfen.

Ein +1 wird oft verwendet, um die Konversation zu verbessern, damit Microsoft-Leute das Problem nicht verlieren;)

Nein, mittlerweile sind sie es gewohnt, das Problem zu ignorieren. :) Es ist, als würde man eine Notiz auf den Badezimmerspiegel legen. Zuerst kann man es unmöglich ignorieren, aber nach einer Weile sieht man es nicht einmal mehr.

Ich bin kein Electron-Typ, aber ich habe ein bisschen daran herumgebastelt. Wäre es nicht möglich, ein neues Fenster zu starten und über die webContents-API zwischen dem übergeordneten Fenster und dem untergeordneten Fenster zu kommunizieren?

@ Kodipe

@scriptcoded gute Frage!

Ich habe gerade dieses Projekt https://github.com/illBeRoy/ElectronScriptWindow gefunden, das die Verwendung von BrowserWindow ohne bestimmte HTML-Datei ermöglicht. Grundsätzlich wird eine Base64-codierte Zeichenfolge als URL für das Fenster erstellt: https://github.com/illBeRoy/ElectronScriptWindow/blob/master/src/index.js#L76 beim Laden. Danach sollten wir in der Lage sein, das Kind vom Elternteil über webContents zu steuern.

@ Kodipe Ordentlich ! Das ist eine ziemlich clevere Art, es zu tun. Vielleicht schaue ich mir die Quellen genauer an und finde heraus, ob dies ein guter Weg wäre, dies zu tun. Ich würde vermuten, dass dies ein schweres Umschreiben einer Reihe von Kernfunktionen impliziert.

@scriptcoded yeah ... es ist momentan wirklich schwer, ein Feature zu erreichen. Ich werde nach einer Lösung für eine einfache FloatingWindow-API suchen und sie hier mit Ihnen teilen, wenn ich etwas Interessantes auf meiner Gabel erstelle.

+1 für diese Funktion

Ich habe diese Einschränkung ein paar Mal am Tag getroffen, es ist eine ziemlich große fehlende Funktion für mich.

Problemumgehung:

1.) Öffnen Sie Ihren Projektordner
2.) Als Arbeitsbereich speichern
3.) Öffnen Sie den Arbeitsbereich in einem Fenster und den Projektordner im anderen

hoffe das hilft

Diese Funktion ist überfällig und für die Produktivität mit mehreren Monitoren von entscheidender Bedeutung. Wie viele Antworten benötigen Sie, um diese Funktion zum Gültigkeitsbereich hinzuzufügen? Ich kann alle meine Kollegen dazu bringen, zu antworten, wenn Sie möchten.

Was ist mit https://www.npmjs.com/package/electron-window-manager ?

@WNemencha Ich gehe davon aus, dass das Team keine unnötigen Abhängigkeiten will. Vielleicht haben Sie es geboten?

Hoffe wir werden das irgendwann bekommen, das ist ein Muss :)

Dies ist eine Notwendigkeit, um weiterhin Innovationen zu entwickeln und VSCode zu einem modernen Editor mit vollem Funktionsumfang zu machen. Dies sollte ein wichtiges langfristiges Ziel sein, bis es erreicht ist.

Diese Funktion sollte wirklich eine Funktion mit hoher Priorität sein. Ich kenne keinen Entwickler, der nur auf einem Monitor codiert, und die Möglichkeit, einen Tab zur Seite an Seite in ein neues Fenster zu ziehen, ist für eine Funktion einfach zu nützlich, um sie nicht zu haben.

Diese Funktion sollte wirklich eine Funktion mit hoher Priorität sein. Ich kenne keinen Entwickler, der nur auf einem Monitor codiert, und die Möglichkeit, einen Tab zur Seite an Seite in ein neues Fenster zu ziehen, ist für eine Funktion einfach zu nützlich, um sie nicht zu haben.

Hey, @oryandunn, worüber du dich beschwerst, ist tatsächlich möglich. Siehe meinen Kommentar unter diesem Ticket hinzugefügt:
"Öffnen Sie ein neues Fenster und ziehen Sie Ihre Datei per Drag & Drop vom aktuellen Arbeitsbereich / Fenster in das neu geöffnete Fenster."

In diesem Ticket werden zwei Fenster im selben Arbeitsbereich geöffnet.

@kapalkat Zur Verdeutlichung geht es bei diesem Problem darum, Teile der Benutzeroberfläche, wie z. B. das Terminal, den Explorer und den Debugger, vom trennen . # 2686 behandelt mehrere Fenster mit demselben Arbeitsbereich.

Ich denke, dieses Problem sollte eingefroren / eingeschränkt werden, bis jemand tatsächlich daran arbeiten kann (vom VSCode-Team).

Ich glaube nicht, dass wir diese Funktion jederzeit in der Nähe erwarten können. Nach meinem Verständnis müsste das Team einen Großteil der Infrastruktur ändern, damit dies funktioniert. Nicht nur das, ich bin mir nicht sicher, wie viel noch davon betroffen sein wird.

Ich bezweifle auch, dass dies irgendetwas mit Electron zu tun hat (keine elektronenseitige Einschränkung / Problem). Es ist nur durch die aktuelle Architektur begrenzt.

Dieser Thread wird mit mehr +1 Kommentaren gefüllt als tatsächlich hilfreiche.

Dieser Thread wird mit mehr +1 Kommentaren gefüllt als tatsächlich hilfreiche.

Das ist frustriert, weil ihnen die Unterstützung mehrerer Monitore fehlt. Wie sollten Entwickler sonst Informationen darüber erhalten, welche Benutzerbasis dies wünscht?

Wie sollten Entwickler sonst Informationen darüber erhalten, welche Benutzerbasis dies wünscht?

Indem Sie ein 👍 lassen und den Diskussionsbereich für eine konstruktive Diskussion frei halten, wie z.

Ich mag die Implementierung von VS sehr, bei der beim Ziehen eines Teils der Benutzeroberfläche ein Teil des Bildschirms "eingerastet" werden kann. Ähnlich wie beim Ziehen einer Registerkarte im Moment können Sie die Hauptansicht betiteln.

Um ehrlich zu sein, möchte ich nur die Registerkarten des Code-Editors herausziehen. Es ist mir nicht einmal wichtig, sie außerhalb des Hauptfensters zu kacheln, da ich dann stattdessen einfach den OS-Fenstermanager verwenden kann.

Jeder klatscht in die Hände für @mrmos und seine Lösung .

@ jayarjo Ich habe etwas Ähnliches getan, indem ich ein neues vscode-Fenster geöffnet und meinen Tab dort

Als einfache Problemumgehung können Sie den Befehl Arbeitsbereich in neuem Fenster duplizieren (seit Version 1.24) verwenden, um den aktuellen Ordner / Arbeitsbereich in einem zweiten VS-Codefenster zu öffnen, das auf einen separaten Monitor verschoben werden kann. Ich habe die Tastenkombination Ctrl + Shift + N für diesen Befehl zugewiesen.

@ n0v1

Als einfache Problemumgehung können Sie den Befehl Arbeitsbereich duplizieren im neuen Fenster verwenden

Hmm, ich habe diese Funktionalität in der neuesten Version von macOS anscheinend nicht - muss sie aktiviert sein?

Grüße

@ldexterldesign Haben Sie versucht, es ⌘ + UMSCHALT + P ) öffnen und Duplicate Workspace in New Window eingeben?

@ n0v1 Das Problem besteht nicht darin, eine Datei / einen Arbeitsbereich in einem neuen Fenster zu öffnen. Das Problem besteht darin, den Kontext des zugrunde liegenden Puffers (der Datei) in beiden Fenstern beizubehalten.

Öffnen Sie zur Verdeutlichung eine Datei in einem Arbeitsbereich und dieselbe Datei im duplizierten Arbeitsbereich. Bearbeiten Sie nun die Datei in einem Fenster, sie wird im anderen Fenster nicht wiedergegeben.

Jeder erzählt jetzt das doppelte Arbeitsbereichsmaterial, aber das ist jetzt sicher jedem bekannt und muss nicht so oft wiederholt werden. Und diese ganze "Problemumgehung" ist nicht einmal praktisch. Wir benötigen eine echte Funktion für schwebende Fenster, wie sie in anderen Editoren implementiert ist.

Bitte hören Sie auf, "Arbeitsbereich duplizieren" vorzuschlagen. Das ist nicht die Lösung. Wir müssen den Workspace Explorer ebenfalls duplizieren. Was es nicht ist.

Ich würde gerne die Möglichkeit sehen, die Konsole (und andere Teile des Editors) abzunehmen und auf einen separaten Bildschirm zu übertragen, damit ich die volle Fläche meines Hauptbildschirms zum Schreiben und Lesen meines Codes erhalten kann, wenn ich arbeite irgendwo mit mehreren Bildschirmen /

Dies würde es mir auch ermöglichen, unterwegs besser zu verwalten und zu arbeiten, wenn ich nur meinen Hauptbildschirm zur Verfügung hätte, von dem aus ich arbeiten kann, beispielsweise in einem Zug oder bei Kunden.

Ich kann keine Fortschritte bei dieser Funktion und in den letzten Jahren feststellen. Wenn wir uns an architektonische Einschränkungen halten, die zu viel kosten, um dies zu erreichen, warum schließen Sie sie nicht einfach und gehen Sie weiter?

Vergessen Sie nicht, dass wir VisualStudio Community haben. Bitte ziehen Sie in Betracht, einige Funktionen in das VS-Plugin zu verschieben.

@Nyconing VS

@Nyconing VS

Nicht ganz richtig ...

OK, Gemeinschaft.

Was ist der beste Weg, um eine Datei (mit Unit-Test) auf dem linken Monitor und die zweite Datei auf dem rechten Monitor anzuzeigen?

Versuchen Sie nicht, die Verwendung von Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains oder Notepad zu empfehlen.

Was ist der beste Weg, um eine Datei (mit Unit-Test) auf dem linken Monitor und die zweite Datei auf dem rechten Monitor anzuzeigen?

Bitte nicht doppelt posten. Das Beste, was ich anbieten kann, ist, die Größe des Fensters so zu ändern, dass es beide Bildschirme abdeckt und den Editor in zwei Kacheln in der Mitte zwischen Ihren Monitoren aufteilt.

Bitte nicht doppelt posten.

Es gibt einige interne Probleme bei GitHub

Nicht ganz richtig ...

es läuft auf mac mit wein oder windows vm

@ hellboy81 @belst Mein schlechtes, ich dachte du

Nur meine 2 Cent
"Strg + K dann O"
ist gebunden an "Aktive Datei in neuem Fenster öffnen"

Nur meine 2 Cent
"Strg + K dann O"
ist gebunden an "Aktive Datei in neuem Fenster öffnen"

Wie andere gesagt haben, ist das Öffnen in einem neuen Fenster nicht das, wonach gefragt oder gewollt wurde.

Wir suchen nach der Möglichkeit, ein Fenster herauszuklappen und dorthin zu bewegen, wo wir wollen, im Grunde wie es Premire Pro mit den verschiedenen Paletten tut.

Nur meine 2 Cent
"Strg + K dann O"
ist gebunden an "Aktive Datei in neuem Fenster öffnen"

Wie andere gesagt haben, ist das Öffnen in einem neuen Fenster nicht das, wonach gefragt oder gewollt wurde.

Wir suchen nach der Möglichkeit, ein Fenster herauszuklappen und dorthin zu bewegen, wo wir wollen, im Grunde wie es Premire Pro mit den verschiedenen Paletten tut.

Ich stimme dir vollkommen zu. Ich habe nur versucht, mit einer vorübergehenden Problemumgehung zu helfen, die ich beim Warten auf diese Funktion verwende.

Ich möchte nur meine Meinung dazu äußern. Ich denke, dass viele Entwickler mehr als einen Monitor haben und dass eine effektive Nutzung ein großer Gewinn für die Produktivität ist.

Ich bin mir nicht sicher, warum diese Funktion niemals weiterentwickelt wird, da sie massive Unterstützung bietet und der Code eine Elektronen-App ist. Sie ist perfekt machbar und abbaubar, wenn Sie jemals außerhalb von Elektronen gelaufen sind.

Mit einem Wort, bitte unterstützen Sie MDI in vscode.

Bis VS Code die Unterstützung mehrerer Anzeigen unterstützt, wird das Wechseln zu diesem Editor nicht als meine Standardeinstellung angezeigt. Ich habe kürzlich angefangen, JetBrains-Tools als Alternative zu verwenden. Ich habe diese Ausgabe seit über einem Jahr gesehen und immer noch keine Bewegung dazu. Ich bin mir nicht sicher warum die Verzögerung?

Xcode ermöglicht mehrere Fenster für ein Projekt. Darüber hinaus sind alle Fenster gleich und voll funktionsfähig. Sie können also ein zweites Fenster öffnen und das ursprüngliche Projektfenster schließen, und Sie haben immer noch ein vollständiges Projektfenster.

Dieser Ansatz bedeutet, dass mehrere Monitore problemlos unterstützt werden. Es bedeutet auch, dass ich die Fensterverwaltung nicht so sehr babysitten muss, als dass ich mich daran erinnern muss, welches das "echte" Projektfenster ist.

Dieser Ansatz wäre in VS Code sehr willkommen.

Xcode ermöglicht mehrere Fenster für ein Projekt. Darüber hinaus sind alle Fenster gleich und voll funktionsfähig. Sie können also ein zweites Fenster öffnen und das ursprüngliche Projektfenster schließen, und Sie haben immer noch ein vollständiges Projektfenster.

Wie? Wenn ich versuche, denselben Arbeitsbereich unter Mac OS X zu öffnen, wird immer nur das bereits geöffnete Fenster fokussiert.

Da VSCode mit Electron geschrieben ist, ist "Floating Windows" etwas schwierig zu erreichen, aber das zweimalige Öffnen des Projekts würde viel helfen, aber dies scheint auch nicht zu funktionieren. Jede Hilfe wird geschätzt.

Kommen Sie herein und geben Sie meine eigenen Erfahrungen an: Ich habe VScode in der Vergangenheit erfolgreich verwendet, um ein Game-Engine-Projekt zu kompilieren und zu debuggen, zu dem ich beitrage, aber da ich mit VScode keine getrennten Fenster erstellen kann, bleibe ich leider bei CLion, das nimmt langsam aber sicher Visual Studio im Allgemeinen an.

Wie andere, die es in diesem Thread erwähnt haben, erfordert die Multi-Monitor-Codierung abnehmbare Elemente.

Xcode ermöglicht mehrere Fenster für ein Projekt. Darüber hinaus sind alle Fenster gleich und voll funktionsfähig. Sie können also ein zweites Fenster öffnen und das ursprüngliche Projektfenster schließen, und Sie haben immer noch ein vollständiges Projektfenster.

Wie? Wenn ich versuche, denselben Arbeitsbereich unter Mac OS X zu öffnen, wird immer nur das bereits geöffnete Fenster fokussiert.

Da VSCode mit Electron geschrieben ist, ist "Floating Windows" etwas schwierig zu erreichen, aber das zweimalige Öffnen des Projekts würde viel helfen, aber dies scheint auch nicht zu funktionieren. Jede Hilfe wird geschätzt.

Sie können dies in Xcode tun, indem Sie entweder eine Registerkarte abreißen oder Datei-> Neues Fenster verwenden. Alle Fenster, in denen Sie durch Ihr Projekt navigieren oder Code bearbeiten können, sind gleich. In Xcode gibt es kein "Hauptfenster". Siehe das beigefügte GIF unten.

2 Jahre, seit es angefordert wurde. Gibt es Schätzungen, wann VS-Code dazu in der Lage sein könnte?

Dies ist ein OSS . Sie können helfen und Ihre Fähigkeiten in VSCode einbringen. Wenn Sie wirklich möchten, dass VSCode in mehreren Fenstern angezeigt wird, versuchen Sie doch einmal, es selbst zu ermöglichen.

Ich weiß, dass es OSS ist. Deshalb hatte ich keine Erwartungen daran. Ich habe nur gefragt, ob es Schätzungen von Leuten gibt, die sich um dieses Repo kümmern. "Keine Schätzungen" ist auch eine Antwort. Vielen Dank

Anfrage: Bitte schließen Sie dieses Problem für Kommentare.
Das VSCode-Team leistet hervorragende Arbeit und bietet einer ständig wachsenden Entwicklergemeinschaft mit einem der weltweit besten Codierungswerkzeuge kontinuierlich einen unglaublichen Mehrwert.
Obwohl ich hier genauso begeistert bin wie jeder andere von der Aussicht auf Multi-Window, warte ich gerne so lange, wie es dauert. Ich bin ein bisschen müde von all den me too , you can duplicate your workspace as an alternative , but this tool has it , when will we get this oder sogar einigen ziemlich anspruchsvollen Kommentaren zu diesem Thema. Ich warte gespannt auf jeden Kommentar zu diesem Thema, um ein relevantes Update zu hören, nur um mehr der oben genannten Kommentare zu sehen. Angesichts der oben genannten 363 Kommentare ist es schwierig, einen relevanten Kommentar von einem Teammitglied zu finden.

Ich bin mir sicher, dass dieses Problem auf dem Radar des Teams steht (es ist die Nummer eins der angeforderten Funktionen).
@bpasero hat sein letztes Feedback in diesem Kommentar oben gegeben: https://github.com/Microsoft/vscode/issues/10121#issuecomment -345770248
Dies erfordert ein wenig Umgestaltung der Interna von vscode. Seien wir also geduldig (oder tragen Sie dazu bei).
Diese Statusaktualisierung reicht mir. Sie werden sich bei einem weiteren Update bei uns melden.
Bitte 👍 das Problem, um Ihre Unterstützung zu zeigen.