@Tekbr was ist los mit unserem Ansatz?

@bpasero Ich denke, es war nicht sehr klar. Ich werde versuchen, es besser zu erklären. Entschuldigung für Englisch

Ich habe neu in Version 1.7 genossen, aber es wäre interessant, die vertikale und horizontale Aufteilung gleichzeitig zuzulassen.

Wie im GIF gezeigt, drei Registerkarten. Eine vertikale Aufteilung, eine horizontale Aufteilung zur gleichen Zeit.

Wenn Sie auf eine Schaltfläche klicken (oder die Verknüpfung verwenden), um die Ausrichtung zu ändern, wird es etwas langweilig.

So wie wir die Registerkarte zur Seite ziehen, wird das Fenster angepasst und in der Nähe des unteren Randes dieses Fensters nach unten gezogen, ohne dass "Editor-Gruppenlayout umschalten" verwendet werden muss.

Ich habe das 👍 verwendet, wollte aber auch diesen Anwendungsfall verbal unterstützen. Ich habe einen ziemlich großen Monitor, auf dem ich Sublime in einem 2x3-Raster verwende, was derzeit in VS Code nicht möglich ist, da Sie zwischen horizontal und vertikal wählen müssen.

Nach der endgültigen Implementierung von # 1749 ist dies ein weiterer notwendiger Schritt, um die Workbench so flexibel wie in anderen Editoren ( Sublime Text, Atom, Vim, Emacs, vollständiges Visual Studio - alle unterstützen Rasterlayouts) zu machen. Insbesondere auf größeren Bildschirmen ist es sehr nützlich, 2 × 2- oder 1 + 2-Rasterlayouts zu verwenden. Einige Leute mit sehr großen Bildschirmen neigen dazu, noch verrücktere Layouts zu verwenden, was nützlich sein kann, wenn Sie an Projekten arbeiten, die mehrere verwandte Dateien haben (z. B. Header-Dateien in C ++).

Wäre sehr schön so etwas in VS Code zu haben!

Ich möchte sowohl vertikal als auch horizontal teilen können und das fehlt hier wirklich :(

Hoffentlich wird es umgesetzt. Dies ist das einzige große Problem, das ich derzeit mit vscode habe.

+1

Ich verwende WebStorm über VS-Code aus drei Gründen:

1) Kann nicht horizontal geteilt werden
2) Die Vim-Emulation ist mittelmäßig (aber trotzdem danke, sie macht sie überhaupt nutzbar)
3) Tastaturmakros können nicht aufgezeichnet werden

VS Code ist sehr schnell und ich mag es, dass es in JavaScript ist. Es hat soooo viel Potenzial. Ich bin sicher, es wird mein bevorzugter Editor sein, wenn diese Dinge implementiert werden.

Um es klar zu machen, hier ist ein Screenshot des WebStorm-Menüs (was ich unter horizontaler Aufteilung verstehe):

Für mich hat Atom es perfekt ... geteilt nach oben / unten ... geteilt nach links / rechts ... und Sie können mit 4 Quadranten enden, oder 2 links und 1 rechts oder 1 links und 2 auf der rechten Seite oder noch mehr, wenn Sie möchten ... jede mit ihren eigenen Registerkarten. Eine neu geöffnete Datei wird zum Zeitpunkt des Öffnens in den Abschnitt mit dem Fokus verschoben. Ich verwende derzeit alle drei Fälle auf meinem 4K-Monitor.

Ich frage mich, warum es noch nicht implementiert wurde oder ob das VS-Team einige Rechtfertigungen gegen die horizontale Aufteilung hat.

@whitecolor VSCode ist horizontal geteilt. Sie können es aktivieren, indem Sie 'Alt + Shift + 1' drücken (zwischen vertikaler und horizontaler Aufteilung umschalten).

Ich würde jedoch definitiv zustimmen, dass in VSCode ein Rasterlayout erforderlich ist, das eine Nichtübereinstimmung von horizontalen und vertikalen Fenstern ermöglicht. In meinem Büro bin ich die einzige Person, die VSCode konsequent verwendet, und einer der herausragenden Gründe ist die mangelnde Fähigkeit zum Rasterlayout.

Richtig, Sie können vertikal horizontal wechseln, aber nicht beide verwenden, es ist irgendwie seltsam.

Wird dies in Betracht gezogen oder sollten wir es einfach vergessen?

Um ehrlich zu sein, ist es das einzig wirklich Schlechte, was ich derzeit an vscode sehe, aber ich möchte es jeden Tag verwenden und es ist ziemlich schmerzhaft, es nicht zu können.
Ich verstehe, dass die Zeit nicht unendlich ist, aber ich sehe hier nicht viel, also entschuldigen Sie mich, wenn ich ärgerlich bin, wenn ich das erhöhe, aber ich möchte, dass diese Diskussion weitergeht :)

Siehe Diskussion in # 9443.

@kieferrm Sie haben die Ausgabe Nr. 9443 geschlossen, in der Personen auf diese Ausgabe verwiesen wurden. Können wir also annehmen, dass dieses Problem das _one_ ist, das die Rasterlayoutfunktion verfolgt?

@andradei ja.

Würde das auch lieben. Die willkürliche Aufteilung von Gittern ist für meinen Workflow von zentraler Bedeutung. Ich würde gerne zu Code wechseln, da es an anderen Orten erstaunlich ist, aber das hält mich immer wieder zurück. 😄

Dies ist der Hauptgrund, warum einige meiner Kollegen nicht im vscode-Zug sind

Bestimmt. Es ist ein wesentlicher Bestandteil des Workflows der meisten Emacs-Benutzer, das Pufferraster mithilfe der Tastenkombinationen C-x-<n> kontinuierlich neu zu definieren. Ich würde sagen, dass die Nummer eins darin besteht, einmal zu teilen, um zwei Ansichten desselben Puffers zu erhalten und schnell zu einem anderen Teil als Referenz zu navigieren - und dann oft kurz danach zu trennen.

Ich versuche nur, von Emacs zu wechseln, und wenn ich das nicht habe, ist die Migration schmerzhaft

Beeindruckend. Ich hasse das. Jedes Mal, wenn Sie eine neue Software starten, ein wenig herumspielen und etwas Ärgerliches finden, öffnen Sie ein Problem - aber es wurde entweder nur behoben, um in der nächsten Version veröffentlicht zu werden, oder die Diskussion wurde beendet, dass es getan werden muss .
Sowieso. Wenn ich mit React-Native spiele, vermisse ich nach Android Studio diese Aufteilung der Bildschirme wirklich

Einverstanden, dass wir in der Lage sein müssen, sowohl horizontal als auch vertikal zu teilen. Die Auswahl eines Formats gegenüber dem anderen ist einfach nicht verwendbar.

Vielleicht möchten Sie eine Seite von:
https://github.com/SublimeText/Origami

Dies ist eine der wenigen Funktionen, die ich vermissen würde, wenn ich Sublime oder Atom verlassen würde und mich davon abhält, VSCode zu verwenden

Für ernsthafte Programmierer oder Autoren, die mehrere Aufgaben ausführen, ist dies eine erforderliche Funktion, die zumindest in einem Plugin unterstützt werden sollte.

Ich hatte immer das Gefühl, dass 3 Fenster viel zu dünn / kurz sind, um etwas klar zu sehen, und Rasterlayouts sind eine großartige Möglichkeit, das Problem zu mindern. Wenn ich zwei Referenzdateien öffnen muss, ist es schwierig, sie jetzt in vscode verwendbar zu machen :(

Hier ist ein kleines Bild, um zu veranschaulichen, warum Gitter dem, was wir gerade haben, weit überlegen sind (obwohl es wahrscheinlich schon ziemlich klar ist).

Hoffentlich steht dies auf der Roadmap für die Zukunft!

Ich brauche das so dringend, dass ich es selbst tun würde, wenn ich Zeit hätte. Ohne dies ist VSCode für viele Entwickler unbrauchbar. Wenn dies nicht bald verfügbar ist, muss ich weitermachen, da es sich um eine grundlegende Funktion handelt, die Entwickler von jedem Texteditor erwarten.

👍

Sublime und Atom mit VIM-Plugins stammen aus VIM der alten Schule in den 90ern und frühen 00ern und VS seit 00 Jahren seit 14 Jahren ... Der Versuch, auf VSCode umzusteigen und mit dieser Einschränkung auf eine ernsthafte Straßensperre zu stoßen. Im Ernst, innerhalb von 30 Minuten traf ich dies und meinte: "Warte, im Ernst ... ich kann kein Gitter erstellen?"

VSCode entwickelt sich großartig. Aber es braucht sowieso die Rasterlayouts für mich. Wenn ich keine Raster verwenden würde, wäre dies mein Standardeditor.

MS erwähnte in # 1749 den Grund dafür (das Layout und die Gruppierung sowie die Tastenbelegung).

Aber genug mit den "Design Reviews" - aktivieren Sie einfach die Funktionen, die alle anderen Editoren haben, und fertig. Wenn Sie die Infrastruktur und Gruppierungen von Registerkarten oder was auch immer beschädigen müssen, machen Sie es zu einer Hauptversion und sagen Sie allen, warum. Getan.

.NET Core zeigt bereits, dass MS nicht mehr auf dem Markt für Abwärtskompatibilität tätig ist und bereit ist, künftige Funktionen zu unterbrechen, um das Produkt weiterzuentwickeln und zu vereinfachen. Ich sehe keinen Grund, warum VSCode nicht dem gleichen Muster folgen und ein paar Dinge auflösen kann, um sich auf das Niveau anderer reifer Editoren zu entwickeln. Nach den Gemeinschaftsstandards.

Es ist eine ernsthafte Einschränkung, nicht in der Lage zu sein:

:vs 
:vs 
:split

Übersetzung in Nicht-VIM-Gurus: Es ist ein Echo der Beschimpfungen in diesem Thread und in # 1749, dass es nicht möglich ist, vertikal UND horizontal zu teilen - um einen gitterartigen Editor zu bilden.

Es ist so frustrierend, dass ich dazu neige, nur VS-Code für die Lichtbearbeitung zu verwenden und für die Hardcore-Rasterbearbeitung auf ein Terminal zu wechseln.

Auf meinem 4k 30 "oder auf meinem Macbook Pro 15" Retina verwende ich ausschließlich das Rasterlayout.

Das Abdocken von Fenstern wäre ebenfalls ein großes Plus. Aber im Moment muss ich noch [n] vim verwenden - daher habe ich die Konsole mit tmux auf meinen drei Monitoren geöffnet und möglicherweise eine einzelne VScode-Sitzung, um die Schönheit auf einem einzelnen Monitor zu verbessern - da VSCode das 'nicht unterstützt. Gitterlayout 'von horizontalen und vertikalen Teilungen gleichzeitig.

Ich stimme dem obigen Kommentar irgendwie zu. Obwohl ich nicht einfach mit einem Hammer hineingehen und es tun würde. Wenn Tastenkombinationen die Sorge sind, gut. Haben Sie die Funktionen "verfügbar" ohne Bindungen zu starten. Arbeiten Sie später daran, sobald Sie einen Kompromiss gefunden haben und die Keymap überarbeiten können. Es ist mir sowieso egal, da ich eine weitgehend benutzerdefinierte Keymap habe, wie ich es für die meisten meiner Editoren tue, so dass sie alle (bis zu einem gewissen Punkt) miteinander übereinstimmen.

Aber wenn die Funktion nur funktionieren und verfügbar und dokumentiert wäre, würden die Leute diese Vorwärtsdynamik immer noch lieben. Erstellen Sie eine separate PR, um herauszufinden, wie Sie diese in vorhandene Workflows und Keymaps integrieren können.

Gibt es ein Update, ob dies in naher Zukunft umgesetzt wird?

Ich möchte auch die frühere Empfehlung wiederholen, Origami für erhaben zu prüfen ( lesen: Ideen stehlen ). Es ist sehr leistungsfähig und verfügt über gut gestaltete / intuitive Tastenkombinationen (nachdem Sie die grundlegende "Akkord" -Struktur gelernt haben), die Verknüpfungen zum willkürlichen horizontalen / vertikalen Teilen von Fenstern, Verschieben von Dateien zwischen Fenstern, Verschieben des Fokus zwischen Fenstern, Ändern der Fenstergröße und schnelles Erweitern enthalten ein Bereich bis zu einem bestimmten Prozentsatz der Editorgröße.

Es war bei weitem das wertvollste ST-Plugin für mich und das einzige, was ich täglich in vscode vermisse

Das Fehlen von Unterstützung für das Rasterlayout ist die Hauptsache, die mich daran hindert, VSCode ernsthaft zu testen.

Warten auf Updates bezüglich dieser Funktion. Der Wechsel von Atom zu VS Code ist ohne dies schmerzhaft.

Ich brauche diese Funktion.

Gibt es überhaupt ein Update dazu? Sind Sie froh, eine PR zu machen, wenn es nicht etwas ist, an dem aktiv gearbeitet wird?

Dies ist ein so wichtiges Merkmal, und seine Abwesenheit ist so ziemlich das einzige, was mich beim Umschalten auf dem Zaun hält.

VS-Code braucht das!

Während wir uns mit diesem Thema befassen, möchte ich eine API anfordern, um die Teilungen programmgesteuert zu steuern. Es wäre ein bisschen lahm, wenn wir jedes Mal, wenn wir die Größe von Panels ändern wollten, unsere Maus verwenden müssten.

Außerdem denke ich, dass es einige ziemlich coole Plugins erlauben würde.

Benötigen Sie auf jeden Fall diese Funktion! Bitte :)

@ atmd83 Wenn hinter den Kulissen nicht an etwas gearbeitet wird, scheint dies nicht etwas zu sein, das irgendjemand aktiv entwickelt. Ich habe noch keine Pull-Anfragen zu diesem Problem erhalten und es wurden keine Meilensteine ​​hinzugefügt. Wenn Sie immer noch eine PR machen wollten, denke ich nicht, dass es eine Verschwendung wäre, und es ist wahrscheinlich unser bester Versuch, dies bald zu sehen.

@ atmd83 Basierend auf den Kommentaren und Reaktionen in diesem Thread kann man mit Sicherheit sagen, dass Sie von Tausenden von Entwicklern als Held gefeiert werden, wenn Sie diese Funktion implementieren

@pelotom @ atmd83 @JeremyKruman Ich wäre vorsichtig,

Wenn Sie einen Beitrag leisten möchten, würde ich vorschlagen, unterwegs mit einem der VSCode-Kernteams zu sprechen.

@Chillee Sie könnten Recht haben. Ich bin ehrlich gesagt nicht vertraut genug damit, wie alles hinter den Kulissen funktioniert, um diesen Anruf zu tätigen. Bis wir ein Update dazu erhalten, habe ich hier eine Erweiterung gefunden , mit der benutzerdefiniertes CSS und JS in VSCode eingefügt werden können, was möglicherweise eine vorübergehende Problemumgehung für Personen bietet, die diese Funktion besonders dringend benötigen. Ich hatte noch nicht zu viel Zeit, um damit zu spielen, aber ich habe vor, heute Abend einige Zeit damit zu verbringen, einen vertikalen Editor auf der linken Seite des Bildschirms und zwei horizontale auf der rechten Seite zu finden. Wie andere vorgeschlagen haben, ist es vielleicht viel einfacher gesagt als getan, aber ich wollte die Leute auf diese potenzielle Option aufmerksam machen, falls jemand anderes dies untersuchen möchte 😃

Für diejenigen, die VSCode verwenden möchten. Ich habe eine kleine Arbeit, aber nichts Besonderes.

Öffnen Sie zwei separate VSCode-Fenster. Öffnen Sie in einem der Fenster den Hauptordner des Projekts, an dem Sie arbeiten. Öffnen Sie im anderen Fenster einen Unterordner des Hauptprojektordners, dh / src. Sie können diese beiden Fenster dann nebeneinander platzieren und dann das Layout für jedes Fenster unabhängig voneinander festlegen. Ermöglicht ein 2 + 1-Layout oder ein 2 + 2-Layout usw. Horizontal oder vertikal.

Seien Sie gewarnt, wenn Sie Änderungen in dem Fenster vornehmen, in dem der Hauptordner geöffnet ist, und Sie auch Änderungen in dem anderen Fenster derselben Datei vornehmen, können die Änderungen überschrieben werden. Geringe Kosten für die Verwendung einer so großartigen IDE. Hoffentlich werden in Zukunft die richtigen Funktionen zur Gitteraufteilung hinzugefügt.

Hoffe das hilft einigen!

Prost,
Greg

Wenn jemand interessiert ist, finden Sie in diesem Kern mein benutzerdefiniertes CSS, das ein Layout ähnlich dem von Greg

@JeremyKruman Kannst du wenigstens mit dem Mausrad scrollen?

Ja, das Scrollen funktioniert über Maus und Tastatur. Die Bildlaufleisten sind einfach nicht sichtbar. Sie sind irgendwo, sie müssen nur richtig gestylt werden, um sie an den richtigen Ort zu bringen, zu dem ich noch nicht gekommen bin.

@ JeremyKruman Alter , du bist ein Boss!

Gibt es Updates, ob diese Funktionen implementiert werden oder nicht?

Dies ist immer noch in unserem Rückstand.

Ich dachte daran, eine Erweiterung zu erstellen, die mit einem Angular-Cli-Projekt funktioniert. Wenn Sie eine * .component.ts-Datei öffnen, werden die der Komponente zugeordnete Vorlage und die CSS-Datei automatisch erkannt und in einem horizontal geteilten Bildschirm angezeigt.

Es ist ärgerlich, sich in Dateien zu bewegen, und in einem Angular-Cli-Projekt tun wir dies häufig von Komponente zu Vorlage und umgekehrt.

Leider wird die horizontale Aufteilung nicht unterstützt und zu viele vertikale Aufteilungen können einfach nicht verwendet werden.

------------------------------
TEMPLATE     | COMPONENT.TS
             | 
------------- 
STYLES       |
             |
------------------------------

Zu Ihrer Information @praveenpuglia In der Ember-CLI-Welt gibt es eine Erweiterung, mit der Sie schnell über verwandte Verknüpfungen zwischen verwandten Komponentendateien wechseln können, was für die Vernunft in diesem Bereich ziemlich wichtig ist. Könnte eine alternative Lösung zu der von Ihnen veröffentlichten sein und möglicherweise bereits vorhanden sein, wenn Sie nach einer vernünftigen Lösung suchen, bevor diese Funktion in vscode landet

Wenn das Gitterlayout kommt, wechsle ich von erhaben. Ich konnte meinen Augen nicht trauen ... sonst sehr gut!

@ peabnuts123 das ist eine tolle idee. Ich werde versuchen, etwas zu finden und auch diesem Thread zu folgen.

@praveenpuglia Find Related sollte das Tastenkürzelszenario unterstützen. Leider funktioniert es nicht sofort, da ich keine integrierten Regelsätze für Angular habe (aber ich würde sie gerne hinzufügen). Wenn Sie Hilfe beim Einrichten der Regelsätze benötigen, lassen Sie es mich wissen.

Mehrere Editoren öffnen?

Ja, das ist eine Option, @bonarja , und obwohl ich verstehe, warum Sie denken, dass dies eine hilfreiche Lösung sein könnte, befürchte ich, dass sie die Marke verfehlt. Der Grund, warum Benutzer diese Funktion anfordern, ist nicht, dass sie nicht erkennen, dass sie mehrere Instanzen öffnen können. Wenn Sie mehrere Instanzen verwenden, können Sie keine Editorfunktionen verwenden, die von mehreren Puffern gemeinsam genutzt werden (z. B. benannte Zwischenablagen), oder zwischen Puffern wechseln, die Sie in Ihrem Screenshot in separaten Editoren angezeigt haben (z. B. mithilfe von Split-Befehlen im Vim-Modus) ).

Zusätzlich zu den Aussagen von

@bonarja @coddingtonbear @alexriedl Das funktioniert auch bei mir nicht wirklich, da ich dazu neige, die Puffer während der Arbeit zu teilen, zu wechseln, zu schließen und ihre Platzierung zu ändern. Die Verwendung mehrerer Fenster wäre für ein schnelles und kontinuierliches Umschalten viel zu langsam und umständlich.

Eine andere Person, die eine Rasteransicht in VSCode benötigt 😭

Hier ist auch eine andere Person, die eine Rasteransicht in VSCode benötigt ... :)

Ich brauche auch ein Rasterlayout in VSCode.

... und das will ich auch wirklich

+1

Personen in diesem Thread + 1ing und "Ich will das auch" -ing, stellen Sie bitte sicher, dass Sie den Originalbeitrag verwenden, damit dieses Problem sichtbar wird (Probleme können nach Anzahl der Probleme sortiert werden).

Diese Funktion (Rasterlayout) ist das einzige, was mich davon abhält, vollständig von Atom abzuweichen. Ich liebe VSCode, es ist schnell und ich kann Plugins mit Typescript schreiben. Tolle. Aber diese Funktion wird schmerzlich vermisst und hält mich davon ab, VSCode vollständig zu akzeptieren.

Ich bin erstaunt, dass die Unterstützung für die macOS Touch Bar es vor dieser Funktion geschafft hat.

Nochmals vielen Dank für die harte Arbeit, es ist eine erstaunliche App (bis auf diese). Bitte ziehen Sie in Betracht, diese Funktion vorrangig zu verschieben.

(Ich habe bereits +1 des ursprünglichen Beitrags, um meine Unterstützung zu zeigen;)

Noch niemand zugewiesen: / Bitte priorisieren Sie dies! Es ist die einzige Funktion, die die Massenakzeptanz von vscode verlangsamt;)

+ 1'd und kommentieren - würde wirklich gerne ein Rasterlayout für Editorfenster haben. Insbesondere ein Pyramidenlayout aus einem Editor in voller Breite in der oberen Bildschirmhälfte und zwei Editoren in halber Breite in der unteren Hälfte 👍

_VS Code_ Hacker, irgendein Update dazu? Bitte.

+1

Ich verstehe wirklich nicht, wo das Problem mit dieser Funktion liegt. Der Editor unterstützt bereits die benötigte Funktionalität, nur nicht beide Optionen gleichzeitig. Für Leute wie mich mit einem großen Monitor (43 "4k Display) wäre dies ein Glücksfall!

@underscoreHao man vermutet das Problem ist, dass es schwierig zu implementieren ist, wie einfach es von außen erscheinen mag. Schade, dass es nicht priorisiert wird; Dies muss bei weitem die am häufigsten nachgefragte Funktion des vscode sein.

Komm schon Leute. Hat noch keiner von Ihnen an einem Produkt gearbeitet? Dinge erscheinen nicht nur, weil ein Benutzer es wirklich will. Offensichtlich machen sie Dinge, die anscheinend eine höhere Priorität haben - wie mehrere Ordner (oder aus anderen Gründen, die den Kunden / Benutzern nicht zugänglich sind). Sie können auf ith Priorität auf Github sortieren und Sie werden sehen, dass dies tatsächlich nicht die am häufigsten nachgefragte Funktion ist - es ist an Ort und Stelle 11. Chill :)

VIM und Emacs sind beide fast 20 Jahre alte Editoren und unterstützen dies ebenso wie die meisten professionellen IDEs und sogar der andere elektronenbasierte Editor Atom. VSCode unterstützt dies jedoch immer noch nicht und ist angeblich der beste Editor. Dies hält mich davon ab, VSCode als alles andere als einen einfachen Notizblock zu verwenden. Unterstützt Visual Studio die IDE dies?

Bearbeiten: Dies sollte als Fehler markiert werden, da es sich um eine so grundlegende Funktion handelt, dass davon ausgegangen wird, dass jeder moderne Editor dies unterstützt. Aus den obigen Kommentaren wurde bestätigt, dass dies sogar von Visual Studio IDE unterstützt wird. Ist dies eine bewusste Entscheidung, um die Benutzererfahrung mit VSCode einzuschränken und die Benutzer zu ermutigen, für die "vollständige Erfahrung" zu Visual Studio IDE zu wechseln? Wenn das der Fall ist, bleibe ich bei VIM, Atom und IntelliJ.

Das Fehlen eines Rasterlayouts ist auch für mich frustrierend. Ich habe kürzlich Visual Studio, Atom, Spacemacs und Vim verwendet. VS Code ist derzeit mein Favorit, aber das Fehlen horizontaler Teilungen ist ein schwerwiegender Mangel.

Ein 👍 hinzugefügt - Ich bin gerade dabei, meinen Workflow auf VS Code zu verschieben, und bis jetzt ist dies der einzige wirkliche Schmerzpunkt, auf den ich gestoßen bin. (Das heißt, dieser Editor ist irgendwie erstaunlich - also danke!)

Um einige der obigen Kommentare zu wiederholen: Von den verschiedenen Editoren (und Plugins), die ich verwendet habe, ist Origami for Sublime Text bei weitem mein Lieblingsansatz.

+1

Deal Breaker für mich. VS Code vorerst aufgeben.

Ich würde diese Funktion wirklich gerne haben. Im Moment benutze ich mehrere Fenster und es ist nicht so gut. Idealerweise sollten wir nur eine Instanz zum Verwalten von Code verwenden.

+1

Im Zusammenhang mit dieser Diskussion, aber ich habe es noch nicht explizit erwähnt gesehen: Die Begrenzung von 3 Editorfenstern ist für große (4k) Monitore nicht ausreichend. Wenn wir das Layout der Editoransicht flexibler gestalten, sollte dies auch das Entfernen von Beschränkungen für die Anzahl der Editorfenster / -zeilen / -spalten umfassen.

+1. Zurück zu Atom gewechselt, bis dies erledigt ist. IntelliJ Pack, Sublime, Atom, Visual Studio usw. unterstützen dies.
Es ist irgendwie das erste, wonach ich gesucht habe, speziell auf meinem 2560 x 1080 Bildschirm. Benutzerdefinierte Gitter sind das Beste für mich.

Ich kann nicht glauben, dass dieses Problem immer noch nicht gelöst ist. Es ist wirklich ein Muss für einen Code-Editor! : /

+1 für mich. Ich komme wegen der Konzepte der nächsten Generation und der puren Großartigkeit dieses Editors zu vscode zurück, aber nach ein paar Stunden komme ich wieder zu sublime + origami zurück, da ich an einem 4k-Monitor arbeite und normalerweise 4-6 Panels in verschiedenen geöffnet habe Layouteinstellungen. Leider ist das 3-Tab-Limit in diesem Moment ein Deal Breaker für mich.

Stellen Sie sicher, dass Sie den ursprünglichen PR-Kommentar verwenden, wenn Sie möchten, dass dieser gelandet wird. Das vscode-Team verwendet die Reaktionssortierung, um Funktionen zu priorisieren.

Sobald diese Funktion nicht mehr verfügbar ist, werde ich nie mehr zurückblicken. In der Zwischenzeit vielen Dank für einen fantastischen Editor!

Ich liebe VSCode bis auf das Fehlen eines Rasters! Gitter bitte :)

sehr müssen Editorenfenster teilen !!!!
Gitterlayout ist am besten!

hey ok wir waren uns alle einig, dass wir diese spaltende Sache wollen. Also, was kommt als nächstes?

Warten Sie, bis uns jemand im Microsoft-Team mitteilt, warum daran nicht gearbeitet wird. Und / oder jemand mit den notwendigen Fähigkeiten könnte eine PR zusammenstellen. Ich kann nicht glauben, dass diese Funktion besonders schwer zu implementieren ist, wenn Sie mit der Codebasis vertraut sind, aber ich habe noch nie eine Zeile JS / TS geschrieben oder mir die Codebasis angesehen, sodass ich mich möglicherweise völlig irre

Beschleunigen Sie bitte die Entwicklung! Ich habe über ein Jahr darauf gewartet und kann nicht glauben, dass etwas so Grundlegendes nicht eingebaut ist und das Schlimmste noch nicht begonnen hat. Es ist sehr wichtig für die moderne Anwendungsentwicklung. Vielen Dank für den netten Editor, aber viele von uns können ihn nicht als Haupt-Stream-Editor ohne die horizontale + vertikale Teilungs- (oder Raster-) Funktion verwenden.

Einfach einschalten, um diese Funktion zu unterstützen. Ich denke, Entwickler, die an Umgebungen wie Sublime Text gewöhnt sind, die Ihnen nahezu unbegrenzte Möglichkeiten zur Aufteilung Ihres Bildschirms bieten, werden die Migration auf VSCode sehr unattraktiv finden. (Ich spreche für mich selbst: Der größte Teil meines Teams verwendet VSCode, aber ich persönlich finde es unbrauchbar, weil es keine horizontale + vertikale Aufteilung gibt. Deshalb verwende ich Sublime vorerst weiterhin.)

Mehr Unterstützung hier! Ich freue mich sehr über dieses Feature. Ich wette, die Hälfte der Leute, die diesen Fall beobachten, einschließlich meiner selbst, würden die Chance ergreifen, dies umzusetzen, und verfügen mit Sicherheit über die Fähigkeiten und Qualifikationen, um dies zu tun. Ich verstehe nicht, was so lange dauert, um dies zu priorisieren, da VSCode so optimiert, optimiert und gut übernommen ist, aber da derzeit nur 7 PRs nicht zugewiesen sind, kann ich nicht sagen, dass es so aussieht, als ob Sie nachlassen :)

In der Zwischenzeit werde ich weiterhin Meilen auf Sublime setzen und freue mich darauf, VSCode erneut zu versuchen, wenn ich damit meinen gesamten Monitor effizient für Code verwenden kann, ohne einen Mord an Elektronenlaufzeiten zu eröffnen

Bitte machen Sie dies Wirklichkeit

@kieferrm :

nicht genug positive Stimmen?

Denken Sie nicht, es ist das Top5-Problem, nur "schwebende Fenster" haben mehr Upvotes und sind auch nicht zugewiesen (# 10121, sie beziehen sich auf die Verwendung von Drag & Drop).
Ich denke, es ist nicht nur ein bisschen Arbeit und dieses Problem wurde irgendwann auf halbem Weg gelöst (wir haben horizontale und vertikale Teilungen, aber nicht beide gleichzeitig;)
Wir brauchen die Kombination für hochauflösende Monitore - bitte machen Sie es möglich! :) :)

Würde mich freuen, das bald zu sehen.

Was für eine bizarre verschwörerische Reaktion. Angesichts all der Dinge, die VS Code implementiert, bezweifle ich eher, dass das Rasterlayout das einzige ist, was Microsoft aufgrund der Kannibalisierung von VS Studio nicht hinzufügen möchte.

Lassen Sie uns sehen, wie Ihre Pull-Anfrage ohne Erklärung kurzerhand abgelehnt wird, bevor wir mit Verschwörungen beginnen.

Lassen Sie uns sehen, wie Ihre Pull-Anfrage ohne Erklärung kurzerhand abgelehnt wird, bevor wir mit Verschwörungen beginnen.

Und doch wurde sein Kommentar kurzerhand gelöscht ... nicht gerade der beste Weg, um Verschwörungstheorien zu zerstreuen.

@MikeGitb @ Justus-Maier Laut diesem Kommentar scheint es, dass "nicht genug Upvotes" der Fall sein könnten.

ZU DIESER LESUNG DIESER AUSGABE ZUM ERSTEN MAL:

Die Entwickler sind sich der Bedeutung dieses Problems bewusst , verwenden diesen Filter jedoch , um zu entscheiden, welche Funktionen oberste Priorität haben. Stellen Sie sicher, dass Sie das ursprüngliche Problem mit einem 👍 bewerten, wenn Sie diese Funktion entwickeln möchten.

Die Entwickler sind sich der Bedeutung dieses Problems bewusst, verwenden diesen Filter jedoch, um zu entscheiden, welche Funktionen oberste Priorität haben. Stellen Sie sicher, dass Sie das ursprüngliche Problem mit einem 👍 bewerten, wenn Sie diese Funktion entwickeln möchten.

Das ist ein oft wiederholter Refrain, aber beachten Sie, dass keines der vier Themen mit mehr positiven Stimmen auf dieser Tagesordnung steht.

@aberonni @egamma @bpasero Die mangelnde Reaktion der Entwickler führt hier zu einem Kommunikationsproblem, und Reporter / Kommentatoren sind aufgrund mangelnden Engagements frustriert. Wenn die Entwickler nur eine detaillierte und ausführliche Antwort geben könnten, würde dies viele Ängste lindern.

@alxgrtnstrngl Die Angst ist in der Tat ziemlich hoch für diese Funktion, aber wir sollten die Entwickler nicht zu sehr fordern, ohne zu wissen, woran sie tatsächlich arbeiten, bevor wir die nächste große Herausforderung annehmen (die diese zu sein scheint).

Ich erwarte auch diese Funktion. Aber für mich ist VSCode auch ohne AtomC weit überlegen.

👍

+1

VSCode heute verlassen, weil in über einem Jahr keine Fortschritte erzielt wurden. Ich bin aufrichtig enttäuscht.

Ich liebe minimierten Code, um ihn wiederzuverwenden. Die Rasteransicht hilft mir sehr dabei, mich in jeder Sprache zu entwickeln und eine nützliche, einfache Nutzung des Monitorraums zu erhalten ...

Entschuldigung für mein Englisch ...: P ... hoffe, diese Funktion wird sehr bald verfügbar sein ...

Dieses Problem wurde im Iterationsplan für Januar 2018 von @egamma angesprochen.

"Wir verstehen, dass dieses Feature viele Stimmen hat, aber es gibt andere mit mehr Stimmen . Alles, was ich jetzt sagen kann, ist, dass das Feature auf unserem Radar ist."

Kann mir jemand erklären, wie viele Stimmen ein Problem haben muss, um Entwickler zu zwingen, es zu berücksichtigen?
Dies ist eine wirklich nützliche Funktion und wir alle vermissen sie sehr, ich meine VIEL!

@pallapo sehen
https://github.com/Microsoft/vscode/issues?q=is%3Aopen+is%3Aissue+label%3Afeature-request+sort%3Areactions-%2B1-desc
dort ist diese Aufgabe die Nummer 5 nach Anzahl der Stimmen

Ich bezweifle ehrlich, dass dies nur eine Frage der Anzahl der Stimmen ist, die genau ein Feature hat. Sie müssen auch den erwarteten erforderlichen Aufwand sowie etwaige Synergieeffekte / -abhängigkeiten berücksichtigen. Und die Stimmen sind sowieso nur ein sehr grober Indikator dafür, wie wichtig ein Feature für die Community ist (z. B. kann ich ein Feature, das ich sehen möchte, nicht vor einem anderen priorisieren).

Trotzdem bin ich überrascht, dass dies anscheinend ein so problematisches Feature ist.

@ MikeGitb Genau. Ich denke, sie müssen sich zu gegebener Zeit auf diese konzentrieren und andere wichtige Funktionen beiseite lassen, da alles darauf hindeutet, dass diese eine Funktion eine große Änderung in der aktuellen Architektur von VSCode bedeuten wird. Selbst wenn an dieser einen Funktion gerade gearbeitet wird, bezweifle ich, dass sie im nächsten oder im nächsten Veröffentlichungszyklus ausgeliefert wird, es sei denn, dies ist ein All-Hands-on-Deck-Ansatz.

Ich denke, Multi-Windows könnte Menschen mit breiteren Bildschirmen oder 4K ein wenig helfen, bis dies implementiert ist.

BITTE ARBEITEN SIE AN DIESEM !!! Dies ist das einzige, was uns (10 Leute hier bei der Arbeit) davon abhält, VSCODE zu verwenden, da wir alle riesige Monitore verwenden! Por favor!!

Ich hatte einen Beitrag dazu verfasst, bevor ich wusste, dass dies derzeit aktiv ist. Gibt es vom VSCode-Team ein Update darüber, ob sie der Meinung sind, dass dies eine wertvolle Nutzung ihrer Zeit ist, um den Editor für ihre Benutzer zu verbessern? Dies ist eine Funktion, die für viele Leute von Vorteil ist, die nicht auf großen Bildschirmen oder auf Laptops codieren und ihre Dateien in voller Breite anzeigen möchten, aber zwei oder drei Dateien gleichzeitig geöffnet haben müssen.

Ich weiß für mich, dass ich beim Codieren auf meinem 13-Zoll-MacBook Pro oder 15-Zoll-Lenovo-Laptop mich bewegen möchte, aber normalerweise an meinem Schreibtisch bleibe, damit ich an einen anderen Monitor angeschlossen werden kann. Dies ist eine Funktion, die fast alle anderen Konkurrenten haben und die viele Leute hier vermissen, wenn sie von Sublime, Atom, Vim usw. wechseln.

Atom Editor hat die Konzepte von Docks vorgestellt, auf die sich die meisten Leute (einschließlich ich) in VScode beziehen möchten und auf die sie sich in diesem Thread beziehen:

Außerdem wurde hier ein Tweet mit den Gifs erstellt (Retweet , um Ihre Bedenken auszudrücken)

Ich benutze diese Funktion jeden Tag in Atom. Hier ist ein erfundenes Demo-GIF von mir mit 2 geöffneten Codedateien, geöffnetem Linter & Error-Panel und 2 geöffneten Terminals. Alle oben genannten sind praktisch überall im Editor ziehbar und platzierbar 🔥 ✌️

Sogar der Git Diff Viewer kann überall in der Benutzeroberfläche gezogen werden

Ja, ich hoffe, was @cliffordfajardo gepostet hat, ist das, was implementiert wird. Es ist sehr leistungsfähig und intuitiv. Wenn es möglich ist, Tabs in ihre eigenen Fenster zu ziehen, wäre das natürlich erstaunlich. Das Bearbeiten und Debuggen von Multimonitoren ist genau das Richtige.

Ich frage mich, warum die VS-Code-Entwickler das Kontrollkästchen ✅ Support Grid Layout noch nicht einfach aktiviert und uns gegeben haben. Nein im Ernst, dies ist keine triviale Änderung, also kein Wunder, dass es noch nicht hier ist. :) :)

Dies ist wichtig, damit die Vim-Tastenkombinationen von <C-w>w und <C-w>s ordnungsgemäß funktionieren

Tut mir leid, Necrobump, aber ich hätte sehr gerne mindestens 4 nebeneinander, da ich ein 3840 Pixel breites Display habe und 3 als Limit nur wirklich 1920 breiten Pixel-Displays entspricht.

Das wäre fantastisch - die Möglichkeit, vier Fenster gleichzeitig anzuzeigen: zwei Fenster oben und zwei Fenster unten. Einfach in Atom und Sublime Text gemacht. Das Fehlen dieser Funktion ist der Grund, warum ich keinen VS-Code verwende.

Danke, dass du dir dieses

Ich habe dies im 'Terminal Tabs Bug' ein wenig angesprochen, aber ist jeder daran interessiert, dass die Editoren Tabs voller Fenster (wie die Terminals) anstelle von Fenstern voller Registerkarten (wie dieser Thread / Atom / Sublime) verwenden? handelt von?

Mit Registerkarten voller Fenster können Sie eine Gruppe von Dateien öffnen, die in einem bestimmten Layout angeordnet sind. Wenn Sie dann die Registerkarten ändern, wird eine andere Gruppe von Dateien in einem ähnlichen oder anderen Layout angezeigt.

Ich möchte, dass es genau wie das Multi-Panel-Terminal mit mehreren Layouts ist, wie der Linux-Terminal-Client 'Tilix'. Die Funktion zum Ziehen zur Seite, aber fügen Sie jedem Bedienfeld oben, unten, links und rechts hinzu. Und das gleiche mit dem Terminal. Oben links im Arbeitsbereich des Fensters befindet sich eine Schaltfläche, mit der Sie eine neue Ansicht hinzufügen und zwischen diesen wechseln können. https://youtu.be/XzHE_BcSRbA?t=312

Anstatt die mehreren Ansichten auszublenden, verwandeln Sie sie in Registerkarten (vorzugsweise mit der Möglichkeit, sie zu beschriften), und jeder Bereich verfügt über eine eigene Kopfzeile. Oder machen Sie es zu einer zusammenklappbaren Seitenleiste, die beim Erweitern eine Vorschau jedes Ansichtslayouts anzeigt. Oder vielleicht ist es in Ordnung, genau wie Tilix es tut, wo Sie auf eine Schaltfläche klicken und die Vorschau anzeigen und Sie wechseln können. Fügen Sie möglicherweise einen Auf-Ab-Navigator hinzu, um zwischen ihnen zu wechseln.

Im Terminal kann ich nicht wirklich verstehen, warum Sie wirklich mehr als 3 nebeneinander möchten, aber es wäre schön, wenn es Registerkarten anstelle einer Schaltfläche hätte, mit der Sie das Menü mit mehreren Ansichten auswählen können. Das Terminal ist am besten geeignet, wenn es unabhängig ist und als separate UI-Komponente für die Editoransichten fungiert.

Das Terminal, ich kann nicht wirklich verstehen, warum Sie wirklich mehr als 3 nebeneinander wollen würden

Vollbildmodus auf einem Ultra-Wide-Monitor.

Aber es wäre schön, wenn es Registerkarten anstelle einer Schaltfläche hätte, mit der Sie das Menü mit mehreren Ansichten auswählen können.

Ja, das ist der andere Thread.

Das Terminal ist am besten geeignet, wenn es unabhängig ist und als separate UI-Komponente für die Editoransichten fungiert.

Ich gehe hier hin und her (yay für Dinge, die konfigurierbar sind). Ich denke, es wäre cool, wenn ein geteiltes Fenster im Haupteditorbereich ein Terminal sein könnte (manchmal möchten Sie nur ein großes Terminal), und auch das beständige ist immer da, weil es Dinge tut, die für das gesamte Projekt nützlich sind. und ich will es immer sehen.

Ja, vielleicht haben Sie die Option des Bebenkonsolenstils, oben, seitlich und unten, oder haben Sie sie als eine Art Panel in der Ansicht. Ich weiß auch, dass es konfigurierbar ist, aber vielleicht sollte die Verknüpfung eine einzelne Taste sein. Ich muss vielleicht darüber nachdenken, ich würde gerne f12 verwenden, wenn es verfügbar wäre.

Ich denke, Sie können nicht viel besser sein als die Art und Weise, wie Origami für Sublime Text funktioniert: https://github.com/SublimeText/Origami . Mit einem Rechtsklick können Sie Fenster in jede Richtung hinzufügen / entfernen, Ihr Layout speichern usw. Sehr nützlich.

Noch ein Hinweis: In Sublime können Sie auch ein völlig separates Fenster derselben Datei öffnen. Ich verwende dies zum Beispiel, um bestimmte Fenster in einem Monitor und andere Fenster in einem separaten Monitor zu öffnen. (Dies könnte jedoch eine völlig separate Funktion sein.)

Ich würde es vorziehen, wenn alles im Code nur eine Registerkarte (Terminal, Probleme, Ausgabe-Debug-Konsole usw.) wäre und diese Registerkarten frei positioniert / geteilt werden könnten (oben, unten, nebeneinander usw.) wie Atom.

Würde es vorziehen, wenn alles im Code nur eine Registerkarte wäre (Terminal, Probleme, Ausgabe-Debug-Konsole usw.)

Genau! Dies ist eine der Hauptfunktionen von Editoren wie VIM oder Emacs, die sie so leistungsfähig machen - ein allgemeiner Ansatz für Windows.

Ich habe einmal etwas sehr Verwandtes angefordert, aber mit einem Fokus auf einen bestimmten Anwendungsfall: # 30987. Es scheint, dass das VSCode-Team den Usability-Wert davon überhaupt nicht verstanden hat (cc @bpasero )

Genau! Dies ist eine der Hauptfunktionen von Editoren wie VIM oder Emacs, die sie so leistungsfähig machen - ein generischer Ansatz für Windows.

Der Emacs Terminal Emulator ist fantastisch. Sie können schnell mit Tastenanschlägen navigieren und Text an einer beliebigen Stelle im Puffer hinzufügen oder löschen. (im bösen Modus natürlich)

Ich habe vor ein paar Monaten einen Monat in Spacemacs verbracht und war vom Puffermultiplex und der Terminalemulation begeistert. Emacs fehlen nur einige Tools, die ich jeden Tag in vscode verwende.
Als ich zurück zu vscode wechselte, waren es wieder 3 offene Dateien und tmux für Terminal-Multiplexing.

Es bringt mich jedes Mal ein wenig zum Weinen, wenn ich Emacs-Funktionalität möchte (was traurig ist. Ich mache mich immer über meinen Kollegen lustig, der in Emacs lebt, aber ich beneide ihn manchmal). Ich würde denken, Microsoft könnte dies implementieren, aber nach Monaten, in denen ich diesem Thread gefolgt bin, fange ich an, die Hoffnung zu verlieren.

Großartige Neuigkeiten. Das Rasterlayout hat es in den Iterationsplan vom Februar 2018 geschafft

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

Werkbank

🏃 Verbessern Sie die Benachrichtigungs-Benutzeroberfläche # 22388 @bpasero
💪 Untersuchen Sie die Unterstützung eines Rasterlayouts für Redakteure # 14909 @stevencl @bpasero @Tyriar @joaomoreno

Emacs fehlen nur einige Tools, die ich jeden Tag in vscode verwende.

Genau die großartige Integration der neuesten Sprachfunktionen ist der Hauptgrund, warum ich VSCode verwende. Leider arbeitet niemand daran, Emacs das zur Verfügung zu stellen.

Trotzdem leidet meine Produktivität bei VSCode nur unter einer derart eingeschränkten Windows-Handhabung

WOOO Ich kann jetzt planen, von erhabenem Text zu VSCode zu wechseln !!!
Danke ~ Chuck Norris ~ Microsoft!

"Untersuchen" bedeutet, dass sie das Problem weiterhin analysieren und erst dann ein Ziel setzen, um es wirklich umzusetzen? Recht?

Es sieht so aus, als ob dieser Artikel ab dem 26.02. Im Februar-Iterationsplan zurückgestellt wird. Hoffentlich nächster Zyklus.

Bei der Arbeit an einer sehr großen .tex-Datei, die gerade gerade bearbeitet wurde, ist dieses Problem plötzlich aufgetreten. Ich hatte gehofft, ich könnte den großen Bereich der .tex-Datei in zwei Vertikale in der Gruppe LINKS und die einzelne PDF-Datei in der Gruppe RECHTS aufteilen. Das wäre süß für uns, wenn wir VS Code zum Schreiben von Papieren verwenden würden, VS Code-Team. Bitte genehmigen Sie die Funktionsanforderung für das Rasterlayout c (~ _ ~) "

Ich liebe VS-Code, aber das Fehlen dieser Funktion lässt mich Sublime wirklich vermissen. Hoffentlich wird dies mehr Liebe bekommen und bald raus sein!

Dies sollte implementiert werden, ohne die maximale Anzahl von Spalten / Zeilen zu begrenzen. Die derzeitige Begrenzung auf 3 Spalten ist für mich nicht sinnvoll.

Sorry Leute, aber das ist nur eine UNTERSUCHUNG !!
" Untersuchen Sie die Unterstützung eines Rasterlayouts @stevencl @bpasero @Tyriar @joaomoreno"

@pallapo "Untersuchung" ist immer noch ein Hinweis auf Bewegung vorwärts. Es ist großartig, überhaupt eine offizielle Bewegung auf diesem Ticket zu sehen. Danke, Team!

@ Joshjensen du hast recht!

Ich stimme @fabiospampinato zu. Die Option, jedes Ansichtsfenster in beiden Richtungen in zwei Teile zu teilen, sofern die Benutzeroberfläche dies zulässt, scheint eine gute Möglichkeit zu sein, dies zu implementieren. Wenn die Fenster allgemein genug sind, können sie eine beliebige Anzahl von Werkzeugen (ähnlich den Docks von Atom verfügen werden verwendet , um bauen verwiesen oben ).

Zeit, etwas gegen dieses Microsoft VS-Team zu unternehmen 👍 😄

Der Versuch, das Atom vollständig hinter sich zu lassen, aber das ist ein großes, das mich zurückhält. Ich liebe alles andere an VS Code. Hoffe, Microsoft erlaubt bald vertikale und horizontale Aufteilung!

Hinzufügen von +1 zum Gefühl "Dies ist das einzige, was mich davon abhält, VSCode in Vollzeit zu verwenden".

@elleryfamilia Wenn es Ihnen nicht

• Ansicht> Editor-Gruppenlayout umschalten.
• Ansicht: Befehl Vertikal / Layout der Editorgruppe in der Befehlspalette umschalten (⇧⌘P (Windows, Linux Strg + Umschalt + P))
• Schalten Sie die Schaltfläche in der Symbolleiste OPEN EDITORS um.
• Tastenkombination ⌥⌘0 (Windows, Linux Shift + Alt + 0).

Aber ja, die Möglichkeit, eine Datei irgendwo oben links und rechts zu ziehen, würde vscode für mich praktisch unschlagbar machen.

Ich bin darauf gestoßen und habe versucht, von Vim zu VS Code zu wechseln. Großer Rückschlag. Mir ist besonders aufgefallen, dass ich nicht herausfinden konnte, wie ich mit einer Tastenkombination zwischen Splits nach links oder rechts springen kann, da jeder explizit nummeriert ist. In meinem Vim + iTerm-Setup kann ich nahtlos zwischen einem Vim-Split und einem Terminal-Split auf und ab springen und das Replizieren in VS Code ist nahezu unmöglich.

Die Erwähnung, dass ALLES eine Registerkarte ist, nicht nur Editoren, würde auch einen massiven Unterschied für ein Rasterlayout-System bedeuten. Eine Terminal-Registerkarte, Editor-Registerkarten, Debug-Registerkarten usw. zu haben, wäre riesig ... sogar eine Seitenleisten-Registerkarte könnte nett sein, wäre aber natürlich eine große Überarbeitung. Ich hoffe, dass dies eine solide Traktion bekommt. Ich bleibe möglicherweise nicht lange bei VS Code, es sei denn, ich finde ein paar Hacks heraus, um relativ zwischen Editoren zu navigieren.

Ja, das ist eine wichtige Sache. Bildschirme sind nicht immer so, wie Sie denken. Ich verwende mehrere Porträtmonitore und bei den Ultra-Wide-Monitoren gibt es Gründe, warum Leute sowieso mehr als 3 Spalten machen möchten.

Kein Grund für VSCode, Einschränkungen zu implementieren, die auf ihren eigenen persönlichen Gedanken über die Verwendung von Bildschirmen beruhen.

Ich war in Atom verliebt, bis diese eine Sache auftauchte. Normalerweise habe ich Atomprojekte auf beiden Porträtmonitoren mit horizontalen Teilungen und dann verwende ich mehrere 3-4 vertikale Teilungen für meine Ultra-Wide.

Eigentlich habe ich gut 5 Minuten damit verbracht, zu versuchen, es zu tun, weil ich dachte, ich könnte es nicht, haha ​​- wie "grrr, warum geht es da nicht runter, verdammt!" :-P

+100 um dies umzusetzen!

Es scheint, dass die Investigate-Unterstützung ein Rasterlayout für die Editorenaufgabe in " Zurückgestellte Elemente" verschoben hat.
Ich komme fast jeden Tag auf diese Ausgabeseite, um den Status zu überprüfen.
Jedes Mal, wenn ich den Editor öffne und das Fenster teile, überprüfe ich dies, wenn es Hoffnung gibt.

Ich hasse es, die Redaktion zu wechseln, VS Code ist in allen Aspekten perfekt, vielen Dank für all die Großartigkeit !!
Es ist jedoch mühsam, jeden Tag ernsthaft über einen Wechsel nachzudenken und an mehreren Dateien mit dem aktuellen Layout zu arbeiten.
Viel mehr Schmerzen als das Nachladen nach der Installation einer Erweiterung und anderer Probleme, die mehr Stimmen hatten.
Dies ist bei weitem nicht das beste Open-Source-Produkt, das ich je verwendet habe.

Ich würde mich nur über weitere Informationen für die Community freuen. Ist dies überhaupt machbar? Wie lange sollten wir warten, bis wir mehr wissen? Ist dies für die überwiegende Mehrheit der Benutzer nicht kritisch und hat eine niedrige Priorität?
Bitte lassen Sie es uns wissen, damit wir uns entscheiden und weitermachen können.

Ich sehe es nicht aufgeschoben - # 47369

Im März verschoben, Daumen drücken für die nächsten Iterationen.

Ja, ich warte auch darauf. Sogar Visual Studio kann dies mit einigem Aufwand tun (Datei ziehen, um ein separates Fenster zu starten, das Sie erneut teilen können = Sie können mehrere Fenster mit mehreren Teilungen haben).

Ich brauche es unbedingt, wenn ich mehrere Dateien sehen muss. Viele Leute haben es angefordert und viele weitere werden es tun. Bitte, bitte, bitte schön, implementieren Sie es. Es ist unglaublich nützlich auf großen Bildschirmen.

Scheint "In Bearbeitung" für April # 47369 zu sein

@RayBenefield Das Navigieren zwischen den von Ihnen beschriebenen Teilungen ist möglich, indem Schlüssel an workbench.action.navigateUp|Down|Left|Right gebunden werden.

@bpasero Look 1.23 Insider Release und kein Fensterlayout (# 14909). Bedeutet das, dass es im April nicht aktualisiert wird?

Variablen, Watch- und Call-Stack-Panels sind zu klein!
Wenn ich den Variablenwert überprüfen muss, kann ich nichts sehen, muss ich immer die Größe des Bedienfelds auf der linken Seite ändern.
Bitte lassen Sie uns die Ausrichtung des Debug-Panels auf einen horizontalen Zustand einstellen !!!

: +1: In den tollen Worten von 50 Cent, Patiently Waiting .

Aber ich weiß nicht, ob es so schwierig zu implementieren ist ... Ich denke, es gibt ein Problem mit Visual Studio Professional, es gibt dort keine Unterstützung für das Layout von Grid-Editoren ...

49599 Töte Ben, töte. Das letzte, fehlende Stück, das VSCode 2018 zum einzigen Editor der Wahl machen wird. Mit Ausnahme von ssh. VSViCode 2k19?

Beeindruckend. Ich habe gerade alle Kommentare zu diesem Thema durchgesehen. Ich habe mich fast an das Layout ohne Raster gewöhnt und nicht bemerkt, dass dies ein so heißes Thema ist. Für alle, die bis zum Ende durchspringen, enthält das neueste Update es nicht, aber gemäß Ausgabe Nr. 47369 sind sie dabei, etwas Ähnliches zu erstellen.

Drücken wir die Daumen für das Mai-Update, um Folgendes aufzunehmen: gekreuzte_Finger:

@elebumm Es gibt tatsächlich eine Pull-Anfrage, bei der Sie sehen können, wie weit sie mit dieser Funktion sind und welche kontinuierlichen Fortschritte sie machen.

Es heißt auch, dass sie planen, es im Juni für Insider einzuführen.

Derzeit ist geplant, diese Funktion für die Endspielwoche dieser Monate (Mai) testbar zu machen und sie dann Anfang Juni an Insider zu versenden. Dies würde bedeuten, dass es für die Veröffentlichung Ende Juni im Stall landet.

Sie haben sogar eine Animation gepostet, die es zeigt.

@skreborn Hoffe das ist wahr. Nur 3 vertikale Teilungen zu haben ist mit 2 Monitoren super unpraktisch ...

@ psychosis448 Es ist wahr, hier ist das GIF von der WIP PR:

🤞 Das GIF zu sehen bringt wirklich Freude.
Ich habe gerade alle Kommentare gelesen und festgestellt, dass diese Jungs definitiv hart gearbeitet haben.
Ich weiß, dass dies keine leichte Aufgabe war und wollte mich nur dafür bedanken, dass Sie dies vorangetrieben und uns erneut geschlagen und angehört haben.

Sehr geschätzt !

Ich weiß, dass ich zu spät zur Party komme und ich denke, dass dies für das Grid-Layout nicht in Frage kommt, aber falls das VS-Code-Team zuschaut: Es wäre wirklich, wirklich fantastisch, wenn insbesondere die Terminalfenster dies könnten passt irgendwie in dieses Rasterlayout. Wie Sie wahrscheinlich wissen, verwenden viele Benutzer von * NIX screen oder tmux zusammen mit vim oder einem anderen Konsoleneditor. Andere verwenden Kachelfenstermanager, um im Grunde den gleichen Effekt zu erzielen, nur mit grafischen Editoren.

Es wäre eine Schande, wenn Sie eine so große Änderung vornehmen und die neue Funktion nicht zumindest mit einer so logischen Erweiterung dieser Idee entwerfen würden.

Die Implementierung dieser Funktion dauert sehr lange ..... und sie ist noch nicht fertig ...
Ich hoffe, es wird Funktionen zum Umschalten des Fokusfensters in den Vollbildmodus (und zurück zum vorherigen Layout, wenn Sie es erneut googeln) haben.

• https://atom.io/packages/maximize-panes (Atom)
• https://packagecontrol.io/packages/MaxPane (sublimetext)

Split H AND V ist heutzutage ein MUSS.

Fortgeschrittene Programmierer verwenden diese ausgefallenen Apple Macs nicht mit empfindlichen Dingen.

Ich benutze 2 x 4K Monitore.

Und 8k Monitore sind für dieses Jahr auf dem richtigen Weg.

Beispiel für 1 x Monitor 40 "Auflösung 4k 60hz, https://prnt.sc/jm3rap. Das Bild des Projekts ist spektakulär.

Atom ist sehr langsam, bitte beheben Sie dies so schnell wie möglich.

Vielen Dank.

Ohh Junge, 60hz? Gottähnliche Programmierer verwenden 120 Hz. Ich kann dieses Produkt nicht verwenden.
Diese zusätzlichen Aktualisierungen sind für eine überlegene Cursorbewegungsgeschwindigkeit erforderlich.

@phoenixsampras Ich hoffe, dass dieser Screenshot nichts Sensibles enthält.

@phoenixsampras @michaelduminy IPs und mindestens ein DB-Passwort ... Ich werde empfehlen, es 🤦‍♂️ zu entfernen

Edit: Jetzt merke ich, dass es Ironie war

Während diese Funktion erst nächste Woche (für eine stabile Veröffentlichung Ende Juni ) in unseren Insider-Builds landen wird, haben wir benutzerdefinierte Insider-Builds zum Testen dieser Funktion, die jetzt für mehr Benutzer zum Ausprobieren verfügbar sind:

• macOS: Herunterladen
• Windows: Herunterladen
• Linux: Herunterladen

Hinweis: Um diese Builds ausführen zu können, müssen Sie zuerst alle laufenden VSCode Insiders-Builds schließen.

Feedback ist sehr willkommen, idealerweise als Einzelthema und nicht als Kommentar, um die Anzahl der Benachrichtigungen für abonnierte Personen zu verringern. Stellen Sie sicher, dass Sie zuerst nach einem vorhandenen Problem mit dem Workbench-Grid-Label query

Es gibt noch keine wirkliche Dokumentation für die neuen Funktionen, außer vielleicht dem Testplanelement, das wir in dieser Endspielwoche durchlaufen haben: https://github.com/Microsoft/vscode/issues/50458

Ein kurzer Überblick:

• Editoren können vertikal und horizontal geteilt werden (z. B. per Drag & Drop oder über die Aufteilungsaktion in der Editor-Symbolleiste - halten Sie die Taste Alt gedrückt, um in die andere Richtung zu teilen).
• Mit der Einstellung workbench.editor.closeEmptyGroups können Sie konfigurieren, ob das Schließen des letzten Editors einer Gruppe auch geschlossen werden soll
• In der Ansicht "Editoren öffnen" werden keine Gruppen mehr basierend auf ihrem Standort (links / Mitte / rechts) angezeigt, sondern mit einer Nummer in der Reihenfolge ihrer Erstellung

Wir planen immer noch, diese Erfahrung zu optimieren, insbesondere in Bezug auf diese offenen Fragen:

• Verbinden Sie den Flügel mit dem 2x2-Gitter Nr. 50770
• Lassen Sie Flügel an Stellen ziehen, an denen sich 2 in beide Richtungen überlappen # 50769
• Raster: Implementieren Sie "Centered Editor Layout" # 50936

Besonders für diejenigen, die aus Vim kommen, ist die Tatsache, dass geöffnete Dateien an Editoren gebunden sind, etwas Ähnliches.

Gibt es eine Möglichkeit, einen Editor zu schließen, ohne seine Dateien zu schließen? Also können wir vim-buffer-ähnliche Funktionen haben?

Gilt diese Implementierung auch für die Aktivitätsleiste? Könnte ich die Stange unten anbringen?

Nun, das sind interne IP-Bereiche, keine öffentlichen IPs. Sie können mehr darüber erfahren
es auf https://en.wikipedia.org/wiki/Private_network

Am 28. Mai 2018 um 13:47 Uhr meldete Lucas Andión Montáns [email protected]
schrieb:

@phoenixsampras https://github.com/phoenixsampras @michaelduminy
https://github.com/michaelduminy IPs und mindestens ein DB-Passwort ...
Ich werde empfehlen, es abzunehmen 🤦‍♂️

- -
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/14909#issuecomment-392577362 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AB37QPG3mjlaU8bbCEuA7e1h190rdZj2ks5t3DgYgaJpZM4KoZDu
.

- -
Freundliche Grüße,
CP

@bpasero Wie installieren wir diese eigentlich?

@dnutels Sie sollten in der Lage sein, die bereitgestellten Downloads ohne Installation durch Entpacken auszuführen und auf die Anwendungsbinärdatei zu doppelklicken. Ich wollte keine Installer einrichten, da dies noch nicht bei Insidern gelandet ist. Kurz danach erhalten Sie eine Update-Benachrichtigung, die Sie zur vorherigen Version zurückbringt.

@bpasero Habe gerade die Builds ausprobiert, die du gepostet hast und es hat einwandfrei funktioniert, danke!

Tolle Funktion ohne Einschränkungen! Tolle Arbeit @bpasero

Vielen Dank! Das ist fantastisch! Ich habe diese Ausgabe seit Jahren beobachtet. Herzlichen Glückwunsch dazu !! Vielen Dank für die wirklich harte Arbeit und Ausdauer aller, die schrecklichen Kommentare von "Ich werde VSCode ohne dies nie verwenden!" Durchzuarbeiten.

@bpasero Funktioniert hervorragend, aber ich denke, die Bereiche, in denen eine Teilung eingeleitet werden soll, sind etwas klein. Planen Sie, Panels wie "Ausgabe" und Terminals im neuen Layout zu unterstützen?

Arbeitet großartig, ich liebe es! Danke @bpasero !!! Wohin soll ich das 🍾 schicken? :) :)

Einziges was mir aufgefallen ist.
Wenn ich anfänglich eine ganze Seite mit einem symmetrischen 2 x 2-Raster habe.
Ich verkleinere den Editor auf nur einen halben Bildschirm und mache ihn wieder im Vollbildmodus. Das Verhältnis der offenen Abschnitte wird nicht beibehalten.
Die erste Spalte ist sehr eng.
Ich bemerke dies bei manueller Größenänderung und bei Verwendung von Magnet.
Nicht wichtig, aber schön zu haben. 😄

VSCode Team Sie sind unglaublich! Danke danke danke. 🍾🍾🍾

Ermöglicht diese Funktion einen 3-Wege-Unterschied im vscode?

Könnte dies zufällig auf jedes Fenster ausgedehnt werden? Als würde ich die Seitenleiste überhaupt loswerden und mir erlauben, meine eigene gekachelte Benutzeroberfläche aus allen Fenstern zu erstellen, die ich benötige, einschließlich Terminals, Codeübersicht, Explorer, Problemliste usw.
In diesem Fall kann die Seitenleiste als eine Art Palette für verfügbare Fenster und automatische Ausblendung fungieren.

graet job @bpasero Ich liebe es wirklich!
Danke, vielen Dank !!!!

Personen, die an der Rasterunterstützung für andere UI-Elemente als Editoren interessiert sind, sollten Daumen hoch:

• Sowohl linke als auch rechte Seitenleiste / Multi-Seitenleiste # 26777
• Ermöglichen Sie das Andocken von Editoren, Ansichten und Bedienfeldern an einer beliebigen Stelle in der Workbench # 11472
• Ermöglichen, dass mehrere Bedienfelder gleichzeitig angezeigt werden (geteilter Bereich) # 11889

@bpasero während einer Diskussion über
https://github.com/Microsoft/vscode/issues/16927

Wie ich dort schrieb, ähnliche Funktionalität wie diese:
Atom -> https://github.com/santip/maximize-panes
SublimeText -> https://github.com/jisaacks/MaxPane

Das ist brilliant! Hoffe, es kommt sehr bald in den Stall! 👍

Bitte beachten Sie Tastaturkürzel für Rasterfensteraktionen für diejenigen von uns, die das Haus nicht verlassen möchten.

Es wäre schön, wenn Terminals Teil des Grid-Systems sein könnten, damit wir unsere Terminals auch in jedem Grid anordnen können! https://twitter.com/_rctl/status/1004704690586705921

@eighteyes Ich zähle ~ 35 neue Befehle, die als Teil des Rasters hinzugefügt werden und denen alle Tastenkombinationen zugewiesen werden können. Bitte teilen Sie mir mit, welche fehlen, und wir können

Das ist großartig ! Es ist einfach fantastisch, dass das VSC-Team daran arbeiten und es Wirklichkeit werden lassen konnte. Ich kann die stabile Veröffentlichung kaum erwarten. Ich bin mir sicher, dass das Team im Laufe der Zeit die Möglichkeit nutzen wird, Terminals, Git-Fenster usw. aufzuteilen. Im Moment kann ich mich nicht darüber beklagen, dass dies kommt, und bin einfach begeistert. Danke dafür! 🥇

Sehr geehrtes VS Code-Team, Sie haben in den Versionshinweisen zu VS Code angegeben, dass wir dieses Problem auf Github abonnieren sollten, wenn wir benachrichtigt werden möchten, wenn die Funktion fertig ist: "Diese Funktion wird in unserer Insider-Version Anfang Juni verfügbar sein. Abonnieren Sie die Ausgabe 14909, um in diesem Fall eine Benachrichtigung zu erhalten. " Coole Idee in der Theorie! Minimale Arbeit an Ihrem Ende, Nutzung vorhandener Tools, Benutzer wissen bereits, wie man Github verwendet usw. Aber in der Praxis bekomme ich viel Lärm von diesem Problem, und ich stelle mir vor, dass es auch andere Leute sind. Ich habe mich innerhalb der letzten 24 Stunden angemeldet und bereits ein Dutzend Benachrichtigungen über Github erhalten, die nichts mit der Veröffentlichung zu tun haben, die mich überhaupt dazu gebracht hat, mich anzumelden. Ich hoffe diese konstruktive Kritik ist hilfreich! Aber ich werde dieses Problem definitiv abbestellen, und ich hoffe, dass eine andere Möglichkeit zum Abonnieren neuer Funktionen erarbeitet werden kann. Mit freundlichen Grüßen: ein zufälliger Typ.

@sdegutis https://tellmewhenitcloses.com

Super @pelotom danke für den Link !!

Schließen Sie dies, da die Funktion bei Insidern gelandet ist ( Download ). Sie können diese Abfrage für Arbeiten sehen, die für diesen Meilenstein noch geplant sind (z. B. um "Layout des zentrierten Editors" ordnungsgemäß zu unterstützen).

Sie können weiterhin Probleme oder Feedback melden (nachdem Sie nach Duplikaten gesucht haben).

Ich werde dieses Problem als schreibgeschützt markieren, um die Anzahl der Benachrichtigungen zu verringern, die Personen erhalten.