Vscode: Schwebende Fenster zulassen

Erstellt am 4. Aug. 2016  ¬∑  364Kommentare  ¬∑  Quelle: microsoft/vscode

Hallo,
Ich schlage vor, schwebende Fenster Option f√ľr:

  • Terminal
  • Debug-Konsole
  • Probleme
  • Ausgabe

Schließlich:

  • Registerkarten
  • Explorer / search / debug / git / extensions

Auf diese Weise können wir großen Bildschirmraum und / oder mehrere Monitore nutzen.

St√§ndig zwischen den verschiedenen Fenstern wechseln zu m√ľssen, ist kein optimaler Arbeitsablauf.

feature-request layout

Hilfreichster Kommentar

Es w√§re wirklich sch√∂n, wenn wir Tabs abrei√üen k√∂nnten, um die Datei / Tab in einem separaten Fenster anzuzeigen ūüė™
newwindow

Alle 364 Kommentare

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 ūüė™
newwindow

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

idea-windows

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.
image

@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.

@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

image

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
image

+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.

image

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:

screenshot_20180422_121720

^^ 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:

vokoscreen-2018-04-22_12-24-29

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!

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

  • Cmd - Shift - P : Alle Befehle anzeigen
    screenshot 2018-05-20 15 27 30
  • Cmd - K O : Aktuelle Datei in neuem Fenster √∂ffnen
  • Cmd - Shift - N : √Ėffne ein neues Fenster
    screenshot 2018-05-20 15 27 00
  • 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
    screenshot 2018-05-20 15 24 07

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

  • screenshot 2018-05-20 15 31 58
  • screenshot 2018-05-20 15 33 19

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:
my third monitor

√ú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.

@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.

image

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.

ezgif-2-60fb155c826a

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.

War diese Seite hilfreich?
3 / 5 - 2 Bewertungen