Vscode: Richtige Registerkarten für geöffnete Dateien

Erstellt am 19. Nov. 2015  ·  411Kommentare  ·  Quelle: microsoft/vscode

Ich vermisse wirklich richtige Tabs für geöffnete Dateien (wie VS richtig) und die Möglichkeit, einen Tab in ein eigenes Fenster zu rippen.

feature-request workbench-tabs

Hilfreichster Kommentar

Vielen Dank an alle, die sich die Zeit genommen haben, sich heute dem Anruf anzuschließen und Feedback zu geben. Wir wissen das sehr zu schätzen. @anyong hat bereits großartige Arbeit geleistet und zusammengefasst, was wir präsentiert haben, aber ich werde unten ein paar weitere Details und einige Screenshots hinzufügen.

Visuelles Design

Erstens zeigt dieses Bild, wie Registerkarten in VS-Code aussehen könnten:
image2

Wir streben einen leichten, nicht ablenkenden Look an, der gut zum Rest von VS Code passt. Wir haben noch nicht festgelegt, wie es in einem Lichtthema aussehen würde.

Wie Sie im obigen Bild sehen können, enthalten Registerkarten links neben dem Namen eine Schaltfläche zum Schließen. Wenn die Datei nicht gespeicherte Änderungen enthält, wird eine schmutzige Anzeige angezeigt, in der sich die Schaltfläche zum Schließen befindet.

Wenn Sie den Mauszeiger über eine Registerkarte bewegen, wird ein Tooltip mit dem vollständigen Pfad für die Datei auf der Registerkarte angezeigt.

Vorschau-Registerkarten

Um Vorschau-Registerkarten klar von geöffneten Registerkarten zu unterscheiden, kursiv schreiben wir den Titel in der Registerkarte wie im folgenden Drahtmodell.
image1

Wir haben Aktionen zum Heraufstufen eines Vorschau-Tabs auf einen vollständig geöffneten Tab besprochen:

  • Bearbeiten von Inhalten auf der Registerkarte
  • Doppelklicken Sie im Explorer auf eine Datei
  • Doppelklicken Sie auf die Registerkarte Vorschau in der Registerkartengruppe

Überlauf

Die Registerkarten werden rechts neben der aktiven Registerkarte geöffnet. Wenn nicht genügend Platz vorhanden ist, um alle Registerkarten in einer Registerkartengruppe anzuzeigen, werden die Registerkarten überlaufen. Der Name der Datei auf der Registerkarte wird nicht abgeschnitten, um mehr Platz für mehr Registerkarten zu schaffen.

Wir zeigen einen Chevron, wenn es einen Überlauf gibt. Wenn Sie auf diesen Chevron klicken, wird ein schnell geöffnetes Dialogfeld angezeigt, in dem alle Registerkarten in der Registerkartengruppe aufgelistet sind, sodass der Benutzer die Registerkarte finden kann, die er anzeigen möchte.

Wenn Sie auf eine Registerkarte klicken, die sich derzeit im Überlauf befindet, wird diese Registerkarte angezeigt.

Registerkarten navigieren

Mit den folgenden Befehlen können Benutzer zwischen Registerkarten navigieren:

  • Strg-Tab zeigt eine Liste aller Registerkarten innerhalb der aktiven Registerkartengruppe an:
    image3
  • Strg Alt Tab zeigt eine Liste aller Registerkarten in allen Registerkartengruppen an
    image4
  • Das schnelle Öffnen zeigt den linearen Verlauf aller Registerkarten
    image5

Arbeitsdateien

Wir haben Arbeitsdateien in offene Editoren umbenannt, um besser zu reflektieren, was dies wirklich ist.

Die Liste der geöffneten Editoren funktioniert identisch mit Registerkarten. Wir listen sie nur im Explorer auf, anstatt sie als Registerkarten zu visualisieren.

Wenn eine Datei in zwei oder mehr Editorgruppen geöffnet ist, wird dies in der Liste der geöffneten Editoren angezeigt:
image6

Jeder Editor, den der Benutzer öffnet, wird in der Liste der geöffneten Editoren angezeigt. So wird beispielsweise der Diff-Editor folgendermaßen angezeigt:
image7

Jede Gruppe enthält nur eine Registerkarte "Vorschau".

Der Chevron oben rechts in der aktiven Editorgruppe zeigt an, ob ein Stapel von Editoren vorhanden ist oder nicht.
image8

In diesem Fall wird beim Schließen eines Editors der darunter liegende Editor im Stapel angezeigt, anstatt den Editor vollständig zu schließen.

Durch das Schließen eines Editors (z. B. mit Strg-W) wird der Editor ebenfalls aus der Liste der geöffneten Editoren entfernt.

Alle 411 Kommentare

+1

Wäre es möglich, Registerkarten über eine benutzerdefinierte Erweiterung hinzuzufügen? Ich habe mir die Dokumente schnell angesehen, aber es schien nicht möglich zu sein, diese Art von Funktionalität mit der aktuellen API hinzuzufügen

Wäre es möglich, Registerkarten über eine benutzerdefinierte Erweiterung hinzuzufügen?

Nein, dies ist derzeit über eine Erweiterung nicht möglich (siehe auch http://code.visualstudio.com/docs/extensions/our-approach).

+1

: +1:

: +1:

+1

Registerkarten sind die Standardmethode, um auch in Visual Studio zu arbeiten, ganz zu schweigen von anderen Texteditoren wie sublime.

Haben Sie Ctrl+Tab fehlenden Registerkarten versucht, mit

Ja. Die Datei bleibt jedoch auch nach dem Schließen der Datei im Kontext Ctrl+tab . Die Erfahrung ist nicht die gleiche wie die von Sublime / Atom.

@snehilmodani richtig, würde es helfen, wenn die Liste nur das zeigt, was Sie im Arbeitsdateibereich des Explorers haben? Können Sie mindestens mit der Liste der Arbeitsdateien arbeiten?

Das wäre toll!

Nebenbei bemerkt: Ist ein Layout mit Dateinamen als Registerkarten nicht benutzerfreundlicher? Es ist erweiterbar, einen oder mehrere Abschnitte von Registerkarten mit jeweils eigenen geöffneten Dateien zu haben. (Wieder nehme ich Sublime Text als Referenz hier)

Ich denke, Tabs zu haben oder nicht, ist unabhängig von Abschnitten. Heute können Sie in VS Code bis zu 3 Editoren nebeneinander öffnen, sodass wir Abschnitte haben. Da wir keine Registerkarten haben, fügen wir diesen Abschnitten nicht mehrere Dateien hinzu, und Sie können auch keine leeren Abschnitte haben (dies ist eine separate UX-Diskussion).

Zurück zu Strg + Tab: Wir im Team haben vom ersten Tag an immer ohne Tabs gearbeitet, und tatsächlich hatten wir lange Zeit nicht einmal die Ansicht der Arbeitsdateien, und tatsächlich verwenden sie nicht so viele Leute im Team. Wir haben festgestellt, dass es für uns nicht so wichtig ist, welche Datei Sie geöffnet oder geschlossen haben. Unsere Gedanken denken eher über die chronologische Reihenfolge der Dateien nach, die wir zuletzt bearbeitet haben. Wenn ich also Strg + Tab aufrufe, werden mir normalerweise die Dateien angezeigt, in denen ich zuletzt war. Ich schaue nicht wirklich auf die Anzahl der Dateien dort, ich interessiere mich nur für die Top 5 bei max. Der Vorteil dieses Modells besteht darin, dass Sie Layouts und Registerkarten überhaupt nicht verwalten müssen. Die Verwaltung erfolgt auf natürliche Weise, während Sie zwischen Dateien navigieren.

Wir können eine Dateiauswahl für Arbeitsdateien hinzufügen, aber es wäre interessant zu hören, ob die Leute davon überzeugt werden können, Strg + Tab so zu verwenden, wie es heute ist, und zu erfahren, was die Probleme sind.

@bpasero Ich werde ctrl+tab ausprobieren , ich habe gerade festgestellt, dass es verwendet werden kann, um zur vorherigen Datei zu gelangen, was ich wollte und bis jetzt noch nicht untersucht hatte. Das ist schön.

Übrigens, unabhängig davon, ob man sich als Alternative zu Tabs an ctrl+tab gewöhnen kann, werden neue VS-Code-Benutzer wahrscheinlich durch das Fehlen von Tabs abgeschreckt sein, wenn auch nur aus Gründen des Marktanteils empfehlen eine Tabs-Option. Jeder andere Editor verwendet Registerkarten (zum Guten oder Schlechten), und wenn sie nicht vorhanden sind, führt dies zu einer eher unnötigen Eintrittsbarriere für VS-Code. Ich verwende VS-Code unabhängig von der Tab-Unterstützung, da er eine großartige Typoskript-Unterstützung bietet. Wenn dies nicht der Fall wäre, weiß ich nicht, ob ich mich die ersten Male daran gehalten hätte, als ich es ausprobiert habe.

Ja, bei Ctrl+Tab geht es darum, im Verlauf der Dateien, an denen gearbeitet wird, zurück zu navigieren. Sie können die Taste Ctrl gedrückt halten und wiederholt Tab drücken, um über 1 Datei hinauszugehen.

Ctrl+tab ist eine wundervolle Sache und ich bin total ein Fan davon. Es ist etwas, das selbst Atom verpasst.

In Bezug auf Registerkarten und mehrere Dateien in den einzelnen Abschnitten: Selbst in Sublime Text können 3 Editoren nebeneinander geöffnet werden, sie bieten jedoch weiterhin ein Layout mit Registerkarten in Abschnitten. Ich stimme Ihnen in der Unordnung zu, und das Layout des Editors zu verwalten, wäre eine ziemliche Aufgabe, aber die Leute sind sowieso daran gewöhnt.
Ich würde gerne Teil eines sozialen Experiments sein, bei dem Sie versuchen, uns davon zu überzeugen, unsere überfüllten, auf Layouts basierenden Interaktionen mit unseren Redakteuren loszuwerden.

Ich stimme Ihnen in der Unordnung zu, und das Layout des Editors zu verwalten, wäre eine ziemliche Aufgabe, aber die Leute sind sowieso daran gewöhnt.

Nun, ich bin sicher, wir können mehr UX-Beispiele finden, bei denen wir uns an etwas gewöhnt haben und uns dann an etwas viel Besseres gewöhnt haben :). Denken Sie an die Interaktion zwischen Mobiltelefon-Tastatur und Smartphone-Touch.

Ich würde gerne Teil eines sozialen Experiments sein, bei dem Sie versuchen, uns davon zu überzeugen, unsere überfüllten, auf Layouts basierenden Interaktionen mit unseren Redakteuren loszuwerden.

Ja, ich denke, wir müssen so etwas 2016 tun .

In Bezug auf Registerkarten und mehrere Dateien in den einzelnen Abschnitten: Selbst in Sublime Text können 3 Editoren nebeneinander geöffnet werden, sie bieten jedoch weiterhin ein Layout mit Registerkarten in Abschnitten.

Ich stimme einer Option zu, die stabilere Abschnitte zulässt, damit wir leere Abschnitte haben können. Die Möglichkeit, Registerkarten in diesem Abschnitt zu sehen, ist jedoch nur eine visuelle Darstellung der darin enthaltenen Dateien, die in den meisten Fällen so stark wächst, dass Sie am Ende nicht wachsen etwas sehen. Ich denke nicht, dass Registerkarten eine gute Möglichkeit sind, die Liste der geöffneten Dateien anzuzeigen, es sei denn, Sie verwalten diese Dinge aktiv und schließen sie.

Ich denke nicht, dass Registerkarten eine gute Möglichkeit sind, die Liste der geöffneten Dateien anzuzeigen, es sei denn, Sie verwalten diese Dinge aktiv und schließen sie.

Einige Leute verwalten sie tatsächlich und für andere gibt es rechts enge Registerkarten.

Vielen Dank für das Feedback.

Wir haben ein Problem in unserem UX-Backlog (Nr. 1133), um die Verwaltung des Arbeitsbereichs (Verwalten offener Dateien, Verlauf usw.) zu verbessern. Unsere Absicht ist es, die Erfahrung so zu verbessern, dass die Verwaltung der Liste der geöffneten und zuletzt verwendeten Dateien unkompliziert und einfach ist und es dem Benutzer ermöglicht, sich auf seinen Code zu konzentrieren, ohne die VS-Code-Benutzeroberfläche übermäßig beachten zu müssen.

Unsere Hypothese ist, dass das aktuelle System einige Ecken und Kanten aufweist (z. B. das Schließen eines Editors schließt den Editor tatsächlich, aber wir denken, dass es möglicherweise stattdessen die Datei anzeigen sollte, die zuvor in demselben Editor geöffnet war) und dass das Glätten dieser Ecken und Kanten erfolgt helfen, eine weitaus bessere Erfahrung zu schaffen.

Wir führen regelmäßig UX-Studien zum Produkt durch. Auf diese Weise entwerfen wir einen Großteil der UX im Produkt. Wir durchlaufen unsere Entwürfe basierend auf echtem Feedback und stellen sicher, dass wir ein gutes Verständnis dafür haben, was Menschen mit dem Produkt tun und wollen, um unsere Entwürfe zu informieren.

Wenn Sie in Zukunft an diesen Studien teilnehmen möchten (wir werden frühestens Mitte Januar wieder laufen), lassen Sie es mich wissen und ich werde Ihren Namen zur Liste hinzufügen.

Wenn Sie in Zukunft an diesen Studien teilnehmen möchten (wir werden frühestens Mitte Januar wieder laufen), lassen Sie es mich wissen und ich werde Ihren Namen zur Liste hinzufügen.

Melden Sie mich an!

Ich denke nicht, dass Registerkarten eine gute Möglichkeit sind, die Liste der geöffneten Dateien anzuzeigen, es sei denn, Sie verwalten diese Dinge aktiv und schließen sie.

Tab-Management ist ein unbewusster und hemmungsloser Teil meiner Entwicklung. VS-Proper hat kleine diskrete Registerkarten, die nicht aufdringlich sind (vscode hat bereits den Dateinamen, der Platz einnimmt, wo sich die Registerkarte sonst befinden würde). Ich bin damit einverstanden, dass außer Kontrolle geratener Tab-Spam ein Problem ist. Es könnte hilfreich sein, Innovationen vorzunehmen und dies zu beheben, aber ich würde sagen, dass dies eine niedrigere Priorität hat als Tabs überhaupt. VSCode muss einen Mindestarbeitszustand erreichen. Im Moment kommt es mir sehr nahe, aber ich kann noch nicht ganz produktiv arbeiten. Wenn wir mit etablierten Mustern beginnen, werden wir wahrscheinlich früher arbeiten.

Es ist zu beachten, dass nicht jeder ein Webentwickler ist. Ich finde, dass Muster und Workflow für verschiedene Sprachen und Anwendungsstile leicht unterschiedlich sind. Als nativer Entwickler ist es üblich, dass eine Reihe zugehöriger Dateien sichtbar ist. cpp + h , vielleicht auch ein inl , und Sie arbeiten normalerweise nicht isoliert an nur einer Datei. Ich habe oft eine Demontageansicht neben dem Code. Meine Editor-Umgebung umfasst 2 Monitore, wobei jeweils 4 Dateien sichtbar sind, und ich würde Schwierigkeiten haben, in einer restriktiveren Umgebung zu arbeiten.
Ich vermisse es auch, einen Tab zu greifen und ihn in ein kleines schwebendes Fenster herauszureißen, das ich oft auf "immer oben" setze, was im Allgemeinen als Referenzpunkt verwendet wird, oder etwas, das ich viel kopiere / Pasing zu / von.

Im Moment versuche ich zum Beispiel, alten Code zu überarbeiten und zu vereinfachen. Mein aktueller Arbeitssatz von Dateien ist ... component.cpp, component.h, component.inl, componentimpl.cpp, componentimpl.h, icomponent.h. Das sind 6 Dateien! Und ich kann mich der gelegentlichen Optimierung einiger anderer Dateien an der Peripherie nicht entziehen. Ich benutze Strg-Tab großzügig, wenn ich an diesem Projektstil arbeite (zwischen 2 Dateien wechseln), aber in diesem Kontext / dieser Codebasis kann ich einfach nicht ohne Tabs arbeiten.

Das Refactoring und Verwalten von Legacy-Code hat einen ganz anderen Workflow als das Schreiben von neuem Code (was ich mir vorstellen kann und hauptsächlich als Richtlinie für das UX-Design verwendet).

Mein Punkt hier ist; Es gibt einen modernen Wunsch, alles neu zu erfinden, und wir haben in den letzten Jahren große Fortschritte im UX-Design gesehen. vscode präsentiert bereits einige davon, aber seien Sie vorsichtig und treffen Sie ein gutes Urteilsvermögen, wenn Sie sich entscheiden, die Art und Weise zu ändern, wie Menschen seit Jahrzehnten arbeiten. Viele etablierte Designs sind etabliert, weil sie gut und effizient sind, nicht weil sie alt sind und aktualisiert werden müssen, um trendiger zu sein :)

Ich würde mich über die Möglichkeit freuen, an diesen Fokusstudien teilzunehmen!

Mein Punkt hier ist; Es gibt einen modernen Wunsch, alles neu zu erfinden, und wir haben in den letzten Jahren große Fortschritte im UX-Design gesehen. vscode präsentiert bereits einige davon, aber seien Sie vorsichtig und treffen Sie ein gutes Urteilsvermögen, wenn Sie sich entscheiden, die Art und Weise zu ändern, wie Menschen seit Jahrzehnten arbeiten.

Das ist bei mir der Fall. Eigentlich kann ich nicht ohne Tabs arbeiten. Ich arbeite seit Jahren mit Tabs-Systemen und ohne sie bin ich wirklich verloren. Dies ist einer der Gründe, warum ich eigentlich keinen Code verwende.

Viele etablierte Designs sind etabliert, weil sie gut und effizient sind, nicht weil sie alt sind und aktualisiert werden müssen, um trendiger zu sein :)

: +1:

Bisher habe ich noch keinen guten Grund für Tabs gehört, verglichen mit einer Liste von "Arbeitsdateien" irgendwo. Die Möglichkeit, eine Datei in ein neues Fenster zu ziehen, ist eindeutig kein Vorteil eines Registerkartensystems, sondern eine Funktion, die Sie ohne Registerkarten verwenden können.

Wollen die Leute wirklich Dateien in Registerkarten öffnen, verschieben und schließlich schließen? Liegt das daran, dass Sie so daran gewöhnt sind, oder gibt es tatsächlich einen Wert dafür? Kann der Wert eine aktive Arbeitsdatei festlegen, die Sie später schließen, um etwas Neues zu starten? Ich frage mich, was so gut daran ist, Tabs zu haben, die man mit einer anderen Darstellungsweise nicht erreichen kann. Und ich akzeptiere nicht das Argument, dass jeder an Tabs gewöhnt ist :). Viele Leute sind es gewohnt, Dateien zu speichern, und dennoch gibt es Editoren mit automatischer Speicherfunktion, und die Leute scheinen es zu mögen.

Selbst wenn dies nicht standardmäßig der Fall ist, wäre es für mich fast genauso gut, dem Benutzer die Möglichkeit zu geben, die Registerkartenfunktion über eine Option zu aktivieren.

Wie wäre es beispielsweise damit, den Benutzer den Abschnitt "Arbeitsdateien" nach oben verschieben / ziehen zu lassen (z. B. in Registerkarten konvertieren)? Auch hier kann der Benutzer wählen, wie er arbeiten möchte, und ich finde das großartig!

Für mich ist es weniger das Aussehen von Registerkarten als vielmehr deren Verhalten, das ich vermisse. (Sie können beispielsweise Sublime Text so gestalten, dass es wie VS-Code aussieht, indem Sie die Registerkartenleiste ausblenden und stattdessen die geöffneten Dateien in der Seitenleiste anzeigen ... aber sie verhalten sich immer noch genauso wie die Registerkarten.)

Das erste, was ich mit VS Code mache, ist das Austauschen der Tastenkombinationen zum Schließen der Datei und zum Schließen des aktiven Editors, sodass Strg + W eine Datei tatsächlich schließt, wenn ich sie drücke, anstatt sie weiterhin in Arbeitsdateien zu belassen und Strg + Tab überladen.

Aber selbst dann werde ich jedes Mal, wenn ich eine Datei schließe, mit einem leeren Bildschirm begrüßt und muss Strg + Tab drücken, um die letzte noch geöffnete Arbeitsdatei anzuzeigen (zum Teufel, wenn es die letzte ist, muss ich das auch Drücken Sie nach Strg + Tab die Eingabetaste (nicht sicher, worum es geht). In jedem anderen Editor wird ich beim Schließen der aktuellen Datei sofort von der neuesten oder angrenzenden geöffneten Datei (Registerkarte) begrüßt.

Darüber hinaus scheint Strg + Tab zwischen Arbeitsdateien in der neuesten Reihenfolge zu funktionieren, im Gegensatz zu Registerkarten, die normalerweise in der Reihenfolge ausgeführt werden, in der sie angezeigt oder angeordnet sind. (Ich habe gesehen, dass einige Redakteure beide unterstützen.)

Ich verwende keine geteilten Fenster. Wenn also einer dieser Verhaltensunterschiede etwas damit zu tun hat, geht er mir verloren. Vielleicht würde ich es besser verstehen, wenn ich es aus diesem Blickwinkel verstehen würde, aber wäre No-Split nicht immer noch der häufigste Anwendungsfall?

Auf jeden Fall sind es kleine, aber häufige Reibungspunkte wie diese, die mich von VS Code fernhalten und zu anderen Editoren zurückkehren. Ja, man könnte sagen, dass VS Code anders funktioniert als ich es gewohnt bin. Aber wenn das, was ich an _works_ gewöhnt bin und VS Code anders funktioniert, Reibung verursacht, mit der ich früher einen anderen Editor verwenden würde, um nicht damit umgehen zu müssen, ist das eine große Sache.

Ja, ich kann ein Modell sehen, bei dem sich der Editorbereich ähnlich wie Registerkarten verhält, ohne dass Registerkarten angezeigt werden. Wir wollen das nächstes Jahr erkunden.

Übrigens gibt es eine Erweiterung, die - sobald Sie einen Editor schließen - die nächste aus Arbeitsdateien öffnet. Wenn Sie dies mit dem Ändern der Tastenkombination kombinieren, wie es

Bisher habe ich noch keinen guten Grund für Tabs gehört, verglichen mit einer Liste von "Arbeitsdateien" irgendwo. Die Möglichkeit, eine Datei in ein neues Fenster zu ziehen, ist eindeutig kein Vorteil eines Registerkartensystems, sondern eine Funktion, die Sie ohne Registerkarten verwenden können.

Sicher, es kann möglich sein, es auf eine andere Weise zu tun ... aber warum? Es sei denn, Sie haben wesentliche Verbesserungen oder Innovationen zu bieten.

Wollen die Leute wirklich Dateien in Registerkarten öffnen, verschieben und schließlich schließen?

Ja

Liegt das daran, dass Sie so daran gewöhnt sind, oder gibt es tatsächlich einen Wert dafür?

Teilweise Gewohnheit, aber auch, weil noch niemand etwas wesentlich Überlegenes präsentiert hat. Innovation sollte einen bedeutenden Vorteil darstellen, wenn darauf bestehen soll, dass Menschen gegen ihre jahrzehntealten Gewohnheiten kämpfen und sich weiterbilden.

Kann der Wert eine aktive Arbeitsdatei festlegen, die Sie später schließen, um etwas Neues zu starten?

Ich bin mir nicht ganz sicher, ob ich diesen Satz genau verstehe. Versuchen Sie, eine Alternative zu beschreiben, bei der Sie an mehreren Arbeitsdateien arbeiten? Schwer vorstellbar. Ich bin mir nicht sicher, ob das allgemein nützlich wäre. Für Legacy-, Wartungs- und Re-Faktor-Aufgaben wäre es meiner Meinung nach ein schwerwiegender Nachteil, auf diese Weise zu arbeiten, da Ihr Arbeitssatz normalerweise nicht im Voraus bekannt ist, sondern während der Arbeit auftaucht. Das traditionelle Modell funktioniert in diesen Workflows bereits einwandfrei.

Ich frage mich, was so gut daran ist, Tabs zu haben, die man mit einer anderen Darstellungsweise nicht erreichen kann.

Aus einer anderen Perspektive; Raumnutzung berücksichtigen. Es gibt bereits eine Registerkarte am oberen Rand des Codefensters, dort befindet sich der Dateiname, es gibt nur kein Registerkartenrechteck um den Namen (es verhält sich sogar wie eine Registerkarte; wenn Sie mit der mittleren Maustaste klicken, wird es geschlossen!). Rechts neben dem Dateinamen über dem Codefenster befindet sich derzeit leerer verschwendeter Speicherplatz (wo Registerkarten sein sollten).
Oben links im Arbeitsbereich befindet sich die Liste "Arbeitsdateien". Dies ist doppelt verschwendeter Speicherplatz, da er einfach nicht vorhanden sein muss. Der Speicherplatz könnte in die Lücke verschoben werden, in der sich normalerweise Registerkarten befinden, und diesen verschwendeten Speicherplatz ausfüllen.

Ich finde auch einen weiteren praktischen Unterschied als Raumnutzung und Gewohnheitstendenz; Ich möchte, dass die Registerkarten dem Editorfenster zugeordnet sind, an das sie gebunden sind. Normalerweise sind mindestens 2, 3, oft 4 Codefenster geöffnet (in vs-Proper), und jedem sind einige Registerkarten zugeordnet. Vielleicht habe ich in einem Fenster widget.cpp/.h und im anderen gizmo.cpp/.h/.inl . Diese Registerkarten sind logisch mit dem Codefenster verknüpft, an das sie angehängt sind, und ich finde das erfreulich.

Und ich akzeptiere nicht das Argument, dass jeder an Tabs gewöhnt ist :). Viele Leute sind es gewohnt, Dateien zu speichern, und dennoch gibt es Editoren mit automatischer Speicherfunktion, und die Leute scheinen es zu mögen.

Akzeptieren Sie es oder nicht, die Leute finden es ein vernünftiges und starkes Argument. Aber ich behalte mir mein Urteil vor, wenn Sie etwas wesentlich Besseres im Sinn haben. Wenn Sie der Meinung sind, dass Sie Tabs sinnvoll verbessern können, probieren Sie es auf jeden Fall aus, aber erzwingen Sie es nicht hartnäckig allein aufgrund von "trendigen" Innovationen;) .. Es muss wesentlich besser sein, um das Status-Quot zu löschen .

Ich kann nur sagen, dass die aktuelle Liste der Arbeitsdateien definitiv nicht überlegen ist. Es handelt sich im Grunde genommen um Registerkarten, die nur vertikal angeordnet sind, mit der Ausnahme, dass die Registerkarten vom Editorfenster, an das sie gebunden sind, getrennt sind und die Liste in verschwendetem Speicherplatz lebt, während die übliche Position für Registerkarten leer ist.
Ich mag es auch nicht, dass die Liste "Arbeitsdateien" eine dynamische Höhe hat, was bedeutet, dass sich der Projektbaum vertikal bewegt, und ich vermute, dass es mir noch weniger gefallen würde, wenn die "Arbeitsdateien" eine feste Höhe und eine vertikale Bildlaufleiste hätten stattdessen.

Es ist normalen Tabs einfach nicht überlegen und bietet daher keinen zwingenden Grund zur Anpassung ... meiner Meinung nach :)

+1 @TurkeyMan

Im VS Code-Team arbeiten wir seit Beginn (4 Jahre) ohne Registerkarten und ohne Arbeitsdateien, und es fehlt uns nichts. Ich persönlich bin damit einverstanden, dass der Abschnitt mit den Arbeitsdateien Speicherplatz verschwendet, und ich halte diesen Abschnitt reduziert. Wir arbeiten jedoch auch mit aktiviertem automatischen Speichern und kümmern uns normalerweise nicht um schmutzige Dateien. Arbeitsdateien wurden hauptsächlich eingeführt, um schmutzigen und unbenannten Dateien einen Platz zum Anzeigen zu geben. Später haben wir beschlossen, dass dies auch ein nützlicher Ort ist, um Menschen zu helfen, denen herkömmliche Registerkarten fehlen, da es sich um eine ähnliche Darstellung handelt, nur auf eine andere Art und Weise der Benutzeroberfläche.

Wir reservieren Platz über dem Editor, um Dateiinformationen und -aktionen anzuzeigen. Man könnte argumentieren, dass dieser Platz der gleiche Platz ist, der für Registerkarten benötigt wird. Mein Argument gegen Registerkarten ist jedoch, dass der horizontale Abstand normalerweise nicht ausreicht, um die Liste der Arbeitsdateien anzuzeigen, da Sie schnell Folgendes erreichen:

screen shot 2015-12-24 at 09 28 30

Dies ist der Albtraum, den wir verhindern möchten: Sie müssen nach links und rechts durch die Liste der Registerkarten scrollen, um die gewünschten Dateien zu finden. Registerkarten funktionieren nur dann gut, wenn nicht mehr Registerkarten geöffnet sind, als horizontal angezeigt werden können. Sobald eine Registerkarte so klein wird, dass der Dateiname ausgeblendet wird, müssen Sie andere Registerkarten schließen, um zu sehen, was gerade passiert.

Offensichtlich haben Arbeitsdateien ein ähnliches Problem, nur in einer anderen Dimension. Deshalb verwenden wir im Team normalerweise nur Ctrl+Tab für alles und kümmern uns nicht darum, was geöffnet wird oder nicht.

Zusammenfassend lässt sich sagen, dass Arbeitsdateien nicht unsere Antwort auf das Ersetzen von Registerkarten sind, sondern vielmehr die Kombination von Arbeitsdateien und Ctrl+Tab . Und unser Team ist mehr oder weniger zu 100% damit beschäftigt, nur Ctrl+Tab und sonst nichts zu verwenden.

Ihr Bild scheint das Problem unnötig zu übertreiben. unrealistisch schmales Fenster, diagonale Tabulatorkanten, viel zu viel Text im Tabulator, Punkt rechts;)
vs-richtige Nägel die Laschen schön, und es gibt keinen Grund, nicht mit kleinen diskreten Laschen zu rollen, wie es tut.

Ich bin ein sehr liberaler Benutzer von Strg-Tab, wenn dies anwendbar ist, aber Sie können Strg-Tab nur verwenden, wenn Sie nicht mehr als 2 oder 3 Dateien aktiv bearbeiten.
Ich habe den Verdacht, dass Ihre Meinung zu diesem Thema ziemlich voreingenommen gegenüber Ihrem speziellen Projekt ist und dass dies eine sprachliche Voreingenommenheit beinhalten könnte. In C / C ++ wird die typische Anzahl von Arbeitsdateien verdoppelt oder verdreifacht, wenn Sie akzeptieren, dass es ein .h , und in meinem Fall oft ein .inl das jedes .cpp . Strg-Tab ist in diesem Szenario weniger effektiv, und Sie verwenden stattdessen in der Regel die Strg- ~ (umschalten von cpp / h; für die ich auch eine Funktionsanforderung gestellt habe) in Verbindung mit der Tab-Verwaltung.
Oder denken Sie an Java, wo jede Klasse - egal wie klein - in einer eigenen Datei leben muss.

In meinem aktuellen Alltag habe ich oft einen funktionierenden Satz von 10 Dateien. Strg-Tab nützt mir nichts, wenn ich auf diese Weise arbeite. Der praktischste Workflow sind 2-4 Editorfenster und einige Registerkarten pro Fenster. Ich habe dieses Layout nicht gewählt, weil ich es liebe. Es ist einfach entstanden, weil es das effizienteste Arbeitsbereichslayout für diesen bestimmten Job ist.

+ 1
Normalerweise habe ich den Editor geteilt und das Schließen eines Tabs ist etwas intuitiver als mehr als 10 Arbeitsdateien.

Normalerweise arbeite ich auch nur an einer Teilmenge von Dateien und halte diese gerne griffbereit. 5/5 ist für mich persönlich einfacher zu verwalten als eine Liste von 10. Ich bewege mich auch ständig aktiv zwischen ihnen. Tabs helfen auch dabei, dass es einen visuellen Hinweis darauf gibt, dass Sie zu viel geöffnet haben - die von @bpasero angezeigte "Tab-Hölle".

Ich akzeptiere, dass Tabs nicht unbedingt der heilige Gral der Fensterverwaltung sind. Bei Sprachen oder Projekten, an denen mehrere Dateigruppen bearbeitet werden sollen, ist die Verwaltung von Registerkarten jedoch weniger aufwändig.

Ein einfaches Beispiel wäre .cpp und '.h' mit Registerkarten. Es wären zwei Klicks, die sich beide oben auf dem Fenster befinden, während es bei Arbeitsdateien 3-4 Klicks mit Arbeitsdateien wären, bei denen Sie die auswählen müssen Editor in Frage und wählen Sie dann die neue Datei zum Bearbeiten.

Registerkarten und benutzerdefinierte Registerkarten würden es auch ermöglichen, einige interessante Erweiterungen einfacher hinzuzufügen. Ein Beispiel ist eine Konsole oder eine Plot-Registerkarte. Diese würden entweder spezielle Einträge im Dateiauswahlbereich erfordern oder müssten beim Schließen mit dem aktuellen System verworfen werden. Ich komme sehr regelmäßig zu meinen Plots zurück, sodass das Schließen des Fensters ein erneutes Plotten erfordert. Oder die Konsole würde geschlossen und die Daten im Inneren gehen verloren.

Wenn jedoch eine geeignete Alternative verfügbar ist, würde ich sie gerne testen. Ich bin nur der Meinung, dass die horizontale Fläche auf aktuellen Bildschirmen größer ist als die vertikale Fläche, die das aktuelle Fensterverwaltungsdesign nicht nutzt. Obwohl ich es nicht mögen würde, wenn die Registerkarten vertikal größer wären als die aktuellen Namen in jedem Fenster.

Ich bin gespannt, warum die Implementierung von Tabs so viele Rückschläge verursacht. Technisch ist es nicht schwierig und es sind bereits Arbeitsdateien implementiert. warum nicht beides und die Benutzer entscheiden lassen?

Das klingt fast wie Leerzeichen v. Tabulatoren, 2.0

Ich bin gespannt, warum die Implementierung von Tabs so viele Rückschläge verursacht. Technisch ist es nicht schwierig und es sind bereits Arbeitsdateien implementiert. warum nicht beides und die Benutzer entscheiden lassen?

Das klingt fast wie Leerzeichen v. Tabulatoren, 2.0

Völlig einverstanden, es ist wahrscheinlich viel einfacher, die Funktion als Option zu pushen (standardmäßig deaktiviert, wenn sie die Anti-Tab-Leute glücklich macht) und die Nutzung durch Statistiken / Feedback zu verfolgen, als endlos zu theoretisieren, ob es sinnvoll ist oder nicht.

Mir ist klar, dass es so aussieht, als hätten wir endlos darüber theoretisiert, anstatt tatsächlich etwas zu tun und uns dafür zu entschuldigen. Wir haben jedoch einen Artikel in unserem Backlog (siehe oben - Nr. 1133), um dies zu beheben. Wir konnten in letzter Zeit nicht viel Zeit damit verbringen, da wir intensiv an Lokalisierung und Zugänglichkeit gearbeitet haben.

Wie oben erwähnt, sind wir uns der Probleme mit der aktuellen Erfahrung beim Verwalten von Dateien bewusst und haben eine Reihe von Änderungen vorgenommen, die wir vornehmen möchten, um die Erfahrung zu verbessern.

Eines unserer Ziele bei VS Code ist, dass wir bei Änderungen an der Benutzeroberfläche und der Benutzeroberfläche sicherstellen, dass VS Code ein leichter, leistungsstarker Editor bleibt, mit dem sich Benutzer auf ihren Code konzentrieren können. Wir versuchen unter anderem, dies zu erreichen, indem wir sehr vorsichtig mit neuen Benutzeroberflächen umgehen, die wir dem Produkt hinzufügen.

Unser Problem beim Hinzufügen von Registerkarten besteht darin, dass weitere Probleme auftreten, bei denen sich der Benutzer auf die Benutzeroberfläche anstatt auf den Code konzentrieren muss. Unsere Erfahrung mit Visual Studio hat zum Beispiel gezeigt, dass viele Benutzer häufig viele Registerkarten mit Dateien öffnen, die sie nicht mehr benötigen, und die ihren Arbeitsbereich überladen. Dies verursacht einige Probleme, wenn Benutzer nach Dateien und anderen Code-Assets suchen. Um diese Probleme zu lösen, ist mehr Benutzeroberfläche erforderlich, die es den Benutzern ermöglicht, alle Registerkarten zu schließen, alle Registerkarten außer dieser Registerkarte zu schließen, Registerkartenüberlaufsteuerelemente usw. usw. Wir möchten diese Situation vermeiden und hoffen, dass die Entwürfe, an denen wir arbeiten, uns dabei helfen, dies zu erreichen.

Dies ist keine ideologische Debatte - wir versuchen wirklich, die minimale Ästhetik beizubehalten, von der wir glauben, dass sie eine leichte, kraftvolle Erfahrung bietet. Wir sind einfach sehr vorsichtig bei der Einführung neuer Benutzeroberflächen und Benutzeroberflächen in das Produkt.

Es ist durchaus möglich, dass wir nach ein paar Runden Design und Recherche Tabs einführen. Wir würden dies jedoch nur in dem Wissen tun, dass dies der beste Weg ist, um die Art und Weise zu verbessern, in der Benutzer die Dateien und Assets verwalten, mit denen sie arbeiten, ohne jedoch die Benutzeroberfläche zu überladen.

Ich hoffe, dies erklärt unsere Ansicht dazu. Und ich entschuldige mich noch einmal dafür, dass es so aussieht, als würden wir den Nabel betrachten und nichts dagegen tun.

Danke @stevencl , es ist gut, dass es zumindest auf dem Radar ist und es ein Brainstorming gibt.

Unser Problem beim Hinzufügen von Registerkarten besteht darin, dass weitere Probleme auftreten, bei denen sich der Benutzer auf die Benutzeroberfläche anstatt auf den Code konzentrieren muss.

Ich habe das Gefühl, dass ich mich jetzt auf die Benutzeroberfläche anstatt auf den Code konzentrieren muss, daher schneidet dieses Argument in beide Richtungen. :) :)

Viele Benutzer haben häufig viele Registerkarten geöffnet, die Dateien enthalten, die sie nicht mehr benötigen

Es ist interessant, dass Sie dies sagen, da ich den Eindruck hatte, dass ein Teil des Punktes der Arbeitsdateien darin bestand, mehr Dateien gleichzeitig offen zu halten. Was Sie hier beschreiben, kann auch bei Arbeitsdateien passieren, zumindest bei den Standard-Tastenkombinationen (und deshalb habe ich mit dem Wechseln der Tastenkombinationen zum Schließen des aktiven Editors und zum vollständigen Schließen der Arbeitsdatei gespielt).

Wenn es darauf ankommt, wenn VS es geschafft hat, das _Verhalten_ von Registerkarten (auf das sich anscheinend mindestens eines der Dinge in # 1133 bezieht) optional zu replizieren, während es stattdessen auf der Seite bleibt, könnte dies ein guter Anfang sein . Strg + Tab-Reihenfolge als MRU im Vergleich zur Reihenfolge des Auftretens ist eine andere Sache (Sublime erlaubt beides über verschiedene bindbare Befehle).

@stevencl , danke für deine Antwort. Ich möchte einige Ihrer Punkte kommentieren:

[...] Wir sind uns der Probleme mit der aktuellen Erfahrung beim Verwalten von Dateien bewusst und haben eine Reihe von Änderungen vorgenommen, die wir vornehmen möchten, um die Erfahrung zu verbessern.

Ich freue mich auf jeden Fall auf eine sehr glänzende Zukunft für VS Code. Ich war begeistert, als ich hörte, dass Microsoft eine so leistungsstarke IDE wie Visual Studio in Welten jenseits von Windows brachte und neue Paradigmen der App-Entwicklung mit Electron aufnahm. Ein großes Lob für Ihre bisherige Arbeit!

Eines unserer Ziele bei VS Code ist, dass wir bei Änderungen an der Benutzeroberfläche und der Benutzeroberfläche sicherstellen, dass VS Code ein leichter, leistungsstarker Editor bleibt, mit dem sich Benutzer auf ihren Code konzentrieren können.

Ich glaube nicht, dass irgendjemand ein überzeugendes Argument für Tabs vorbringen kann, die Schnittstellen schwach, träge oder ablenkend machen. Tatsächlich gibt es weitaus mehr horizontalen Platz für Registerkarten als vertikalen Platz über der Projektbaumansicht. Wenn ich die Arbeitsdateien dort habe, sieht die linke Seite des Fensters für mich viel unübersichtlicher aus, als es sein muss.

Unser Problem beim Hinzufügen von Registerkarten besteht darin, dass weitere Probleme auftreten, bei denen sich der Benutzer auf die Benutzeroberfläche anstatt auf den Code konzentrieren muss.

Gibt es einen Grund, etwas anderes als TextEdit oder Notepad zu verwenden, wenn es nur darum geht, sich auf den Code zu konzentrieren? Wenn festgelegt wird, dass diese Funktionalität in jeder Hinsicht für die meisten Editoren gleich ist, ist die Benutzeroberfläche / X, mit der diese Funktionalität erreicht wird, und ihre Qualität genau das, was ein Produkt auszeichnet.

Unsere Erfahrung mit Visual Studio hat zum Beispiel gezeigt, dass viele Benutzer häufig viele Registerkarten mit Dateien öffnen, die sie nicht mehr benötigen, und die ihren Arbeitsbereich überladen. Dies verursacht einige Probleme, wenn Benutzer nach Dateien und anderen Code-Assets suchen.

Hier ist ein Argument, das meiner Meinung nach nicht für oder gegen Registerkarten oder eine Liste von Arbeitsdateien von Bedeutung ist. Wenn Sie mit mehr als einer Datei arbeiten, müssen Sie immer Ihren Fokus brechen, um nach Code-Assets zu suchen.

Trotzdem löst die Liste der Arbeitsdateien das Problem immer noch nicht. Zu viele Arbeitsdateien führen dazu, dass die Liste gescrollt wird und die Liste nicht erweitert werden kann. Anstatt eventuell durch Registerkarten zu scrollen, werden Sie schneller durch die Liste der Arbeitsdateien scrollen.

[...] Wir versuchen wirklich, die minimale Ästhetik beizubehalten, von der wir glauben, dass sie ein leichtes, kraftvolles Erlebnis bietet. Wir sind einfach sehr vorsichtig bei der Einführung neuer Benutzeroberflächen und Benutzeroberflächen in das Produkt.

Ich kann diese Haltung bis zu einem gewissen Grad schätzen und unterstützen. Wenn die Community ihre Stimme erhebt, müssen Sie über die Benutzerakzeptanz sprechen. Ist das nicht der Grund, warum Sie die mangelnde Faltung von VS Code als Anliegen bei der Benutzerakzeptanz in Ihre Roadmap für März aufgenommen haben? Manche Dinge sind so wie sie sind und das aus gutem Grund. Das Startmenü unter Windows und das Dock unter OSX fallen mir ein.

[...] Ich entschuldige mich noch einmal dafür, dass es so aussieht, als würden wir den Nabel betrachten und nichts dagegen tun.

Das ist definitiv nicht meine Meinung, also keine Sorge. Aus Gründen, die ich bereits erwähnt habe, kann ein gesundes Gespräch darüber sicherlich nur den größeren Zweck verbessern, der die Benutzeroberfläche / X von VS Code ist.

Ich möchte mich auch einmischen und nur sagen, dass ich glaube, dass ich überhaupt nicht das Gefühl habe, dass "Nabelschau" stattfindet. Das Timing dieser Ausgabe ist teilweise fehlerhaft - der 19. November gibt keine Zeit, sie irgendwo im Dezember und möglicherweise im Januar zu platzieren, je nachdem, wie weit die Dinge im Voraus geplant sind. Außerdem ist diese Konversation, die erneut gestartet wurde, wichtiger als nur die zufällige Implementierung von Registerkarten, da die Benutzer dies wünschen.

Ich muss ianwesterfield darin zustimmen, dass die Benutzeroberfläche für Arbeitsdateien nicht ideal ist und dass mehr horizontaler als vertikaler Raum vorhanden ist. Massive Dateilisten und viele Dateien, zwischen denen gewechselt wird, sind die aktuellen Schwachstellen von vscode bei der Verwaltung von Arbeitsdateien.
Wenn Sie anfangen, ungefähr 16 verschiedene Dateien zu durchsuchen, ist es schwierig, die Registerkarten zu verwalten, wenn Sie in der Lage sind, zu verwalten, zu welchem ​​Split-Editor sie gehören. Allerdings wäre es eine vernünftige Lösung, die Liste der Arbeitsdateien in zwei verschiedene Abschnitte aufzuteilen.

Stevencl machte jedoch ein Argument, das mich sehr glücklich macht. "Es ist durchaus möglich, dass wir nach einigen Entwurfs- und Recherche-Runden Tabs einführen. Wir würden dies jedoch nur in dem Wissen tun, dass dies der beste Weg ist, um die Art und Weise zu verbessern, in der Benutzer die von ihnen bearbeiteten Dateien und Assets verwalten mit, aber am Ende nicht die Benutzeroberfläche überladen. " Durch das Ausprobieren neuer Dinge können Verbesserungen erzielt werden.

Eine einfachere Möglichkeit, die geteilten Fenster zu verwalten, wäre bereits eine Verbesserung. Ich kann ein Argument für Arbeitsdateien vorbringen, dass sich die Verwaltung der Fenster IMMER am selben Speicherort befinden kann. Das Verwalten von Registerkarten ist aufwändiger, wenn Sie 2-4 Teilungen neu anordnen möchten (hochauflösender Bildschirm + Atom = horizontale und vertikale Teilung bei Bedarf). Es gibt also eine mögliche Lösung, die die Benutzeroberfläche für Arbeitsdateien beibehält, sie jedoch etwas komplexer erweitert.

Vielen Dank, ich freue mich über die Gelegenheit, dieses Gespräch zu führen.

@ianwesterfield , Sie haben Recht mit den Arbeitsdateien und haben eines der Probleme hervorgehoben, die wir ansprechen möchten. Es gibt auch andere Probleme, von denen viele von @kfranqueiro hervorgehoben wurden. Die aktuelle Erfahrung ist definitiv nicht die gewünschte Erfahrung.

Nachdem ich einige Jahre am Design von Visual Studio gearbeitet habe, habe ich die UX-Probleme gesehen, die Tabs verursachen können. Ich habe 18 Monate lang an der Registerkarte "Vorschau" in Visual Studio gearbeitet, um das oben beschriebene Problem "Tab Hell" zu reduzieren.

Wir wollen versuchen, nicht in die Position zu gelangen, in der dies notwendig wird. Wir möchten also unseren tiefen Design-Tauchgang fortsetzen, um die Optionen zu entdecken, die uns zur Verfügung stehen, und uns dann für eine entscheiden. Wie ich bereits sagte, könnte es gut sein, dass wir Tabs haben. Wenn wir dies tun, werden wir wissen, dass dies der beste Ansatz ist, den wir entwickeln können, um eine großartige Erfahrung für die Verwaltung von Dateien und anderen Code-Assets zu bieten.

Vielen Dank für all die Einblicke und Beschreibungen der Probleme, die Sie derzeit bei der Verwaltung von Dateien in VS Code haben.

@stevencl , es ist lustig, dass Sie die Registerkarte Vorschau erwähnen sollten - ich liebe es. Es ist großartig, wie VS Code, Sublime, Atom, Brackets (über Erweiterung) usw. standardmäßig eine solche Vorschaufunktion haben.

Ich bin sehr froh, dass Microsoft uns die Möglichkeit gegeben hat, an laufenden Designdiskussionen teilzunehmen, indem dieses Projekt offen gehalten wurde. Wenn die Benutzer diese Stimme nur während der Neugestaltung des Startmenüs hatten, hätte Windows möglicherweise keinen weiteren Release-Zyklus benötigt, um nach Windows 7 endlich massiv an Bord zu kommen.

Es ist durchaus möglich, dass wir nach ein paar Runden Design und Recherche Tabs einführen. Wir würden dies jedoch nur in dem Wissen tun, dass dies der beste Weg ist, um die Art und Weise zu verbessern, in der Benutzer die Dateien und Assets verwalten, mit denen sie arbeiten, ohne jedoch die Benutzeroberfläche zu überladen.

Da ich diese Ausgabe geöffnet habe, die anscheinend wieder aufgetaucht ist, möchte ich nur hinzufügen, dass ich diesen Kommentar für ziemlich zufriedenstellend halte. Ich vermute eher, dass Registerkarten angezeigt werden, aber ich unterstütze die Erforschung neuer Ideen voll und ganz, und Code ist eine großartige Plattform, um dies zu tun. Ich liebe die Arbeit, die ihr bisher geleistet habt.
Denken Sie jedoch daran, dass wir dies verwenden möchten, und je früher ich es als meinen primären Editor verwenden kann, desto besser. Ich würde mich freuen, wenn Sie uns eine vertraute (immer noch leichte) Erfahrung machen könnten Wir können jetzt produktiv arbeiten und uns wie zu Hause fühlen, und wir können mit unserer Arbeit weitermachen. Dann können Sie sich die ganze Zeit auf der Welt Zeit nehmen, um neue Horizonte zu erkunden :)
Es ist nur so, dass wir gespannt auf Code warten, um die magische Linie zu erreichen, in der wir ihn ganztägig übernehmen können. Für mich sind Registerkarten meine einzige Usability-Beschwerde, das native Kompilieren und Debuggen ist meine einzige technische Beschwerde.

Ich glaube nicht, dass ich der einzige müde und leidende Windows-Benutzer bin, der hoffnungslos süchtig nach Visual Studio ist. Die Errettung ist nur ein paar kleine Probleme und Merkmale, die wir nicht erfassen können. Sie schreitet schnell voran, und ich bin dankbar für die Gelegenheit, mit dieser Sichtbarkeit teilzunehmen und zuzusehen.

Leider bleibt Windows die schlechteste Entwicklungsplattform / das schlechteste Ökosystem mit der besten Entwicklungsumgebung, und das seit ungefähr 15 Jahren. Sehr seltsam.
Ich weiß nicht warum, aber es scheint, dass für mich die Entwicklungsumgebung (Produktivität) das Ökosystem in meinem Gleichgewicht übertrifft, aber es ist ein schmerzhaftes Gleichgewicht und ich werde so glücklich sein wie ein Schwein im Schlamm, wenn ich VS unter Linux voll verwenden kann -Zeit! Wir sind so nah!
Ich weiß, ihr seht dies als ein Mittel, um Neuland zu erkunden, und das ist total cool, aber kurzfristig wollen wir wirklich nur VS unter Linux (oder osx, wenn ihr so ​​schwingt), wie wir es uns erträumt haben Jahrzehnt oder so, und wir können nach all den Jahren endlich unser Leiden beenden! ;)
</dramatic_commentary>

TL; DR, das Erkunden ist großartig und ich bin zuversichtlich, dass Sie sich für das beste Endprodukt engagieren, das Sie herstellen können, aber in der Zwischenzeit vielleicht sichere, vertraute Lösungen?

+1 für Registerkarten. Die Frage: Warum entfernen Sie es dann nicht aus dem Visual Studio Bundle? Sehen Sie, was dann passiert ...

+1 für Tabs! Bitte implementieren Sie dies in einem zukünftigen Update.

Die laufende Annahme scheint zu sein, dass "[Tabs] in den meisten Fällen so stark wächst, dass Sie am Ende nichts sehen". Ich möchte diese Annahme in Frage stellen. Ich verwende Registerkarten als sichtbaren Index der Dateien, an denen ich derzeit interessiert bin, und verwalte diesen Index aktiv, wenn sich mein Interesse im Laufe der Zeit ändert. Sichtbarkeit ist wichtig: Ich beziehe mich ständig auf die physischen Registerkarten, um mich neu zu orientieren. Mit Working Files kann ich diesen Index nicht mehr anzeigen und bearbeiten. Beispielsweise scheint es keine Möglichkeit zu geben, eine Datei über die Tastatur aus Arbeitsdateien zu entfernen. Es fühlt sich an, als würde ich gegen den Herausgeber kämpfen. Bitte fügen Sie Registerkarten im Stil von Sublime Text hinzu.

Obwohl ich damit einverstanden bin, dass VS Code jetzt ohne Tabs einwandfrei funktioniert (ich benutze ihn von Anfang an recht produktiv), stimme ich auch einigen obigen Kommentaren zu, die vorschlagen, Tabs als Option zu haben (möglicherweise standardmäßig deaktiviert) und die Benutzer entscheiden zu lassen, ob sie sie wollen oder nicht nicht.

Jeder ist anders, also wäre es großartig, eine Option zu haben. Auch wenn ich ohne sie gut arbeiten kann, hätte ich nichts dagegen, sie hinzuzufügen, und würde sie wahrscheinlich einige verwenden - zu viele Jahre, in denen VS voll verwendet wird. Klingt so, als wären sie bereits im Rückstand - danke!

+1 für Registerkarten. Fast 1 Jahr Arbeit mit VSCode und ich mag es sehr. Aber vermissen Sie immer noch Tabs, besonders wenn Sie mit Debug oder Suche arbeiten oder den linken Abschnitt git. Mithilfe von Registerkarten können Sie nicht darüber nachdenken, welche Datei Code enthält, an dem Sie zuvor gearbeitet haben. Ich glaube, Benutzer verwalten Registerkarten und ihre Reihenfolge, um auch eine Position der Registerkarte zu berücksichtigen, die mit dem Quellcode verknüpft werden kann, an dem sie arbeiten. Geteilte Editor-Registerkarten können diese Absicht ebenfalls beibehalten.

Strg + Tab ist eine Schlüsselaktion, und Tabs sind visuelle Aktionen, die viel schneller sind.

Ich könnte wahrscheinlich ohne Tabs leben ... wenn VS nicht so schlecht darin wäre, "Arbeitsdateien" zu verwalten. Ich öffne sehr oft Dateien, nur um auf das Innere zu verweisen, ohne sie tatsächlich zu bearbeiten, aber VS platziert diese Dateien nicht in meiner Arbeitsdateiliste, wohingegen ich in einer Umgebung mit Registerkarten definitiv eine Registerkarte geöffnet hätte.

Dies kombiniert mit der Tatsache, dass der Datei-Explorer beim Schließen einer Datei / beim Fokussieren einer neuen "funktionierenden" Datei in die geöffnete Datei wechselt, anstatt an Ihrem letzten Speicherort zu bleiben, führt zu einer sehr verwirrenden Erfahrung.

Ich verstehe, dass dies für Sie kein Problem ist, da "Sie es 4 Jahre lang ohne Tabulatoren verwendet haben". Daher wird alles, was außerhalb des Bereichs "Strg + Tabulator" liegt, als seltsame Art der Verwendung des Programms angesehen.

Dies muss eine Funktion sein und es ist irrelevant, ob sie standardmäßig aktiviert oder deaktiviert ist. Praktisch jeder Texteditor / jede IDE verwendet Registerkarten für die Navigation. Vielleicht glauben einige, dass es einen besseren Weg gibt, aber für die meisten von uns sind Tabs effizient, einfach zu bedienen und vertraut ... und offensichtlich lieben wir sie! Nehmen Sie sie für eine Veröffentlichung aus Visual Studio heraus, um zu sehen, wie wichtig sie sind ... (Hinweis auf einen epischen Entwickler-Zusammenbruch im Metro-Stil) Bitte berücksichtigen Sie Registerkarten für eine kurzfristige Veröffentlichung. Dies ist das einzige, was viele von uns von der Vollzeit-Einführung von VSCode abhält.

: +1:

Ich bin viel produktiver mit Tabs! Ich verwende Atom wie Google Chrome (Strg + 1 für den ersten Tabulator, Strg + 5 usw. Strg + Tabulator, Strg + Umschalt + Tabulator).

Arbeitsdateien machen mich weniger produktiv und ich bin immer ein bisschen frustriert, wenn ich sie benutze.

Implementieren Sie also bitte Registerkarten.

Registerkarten sind sehr nützlich, +1

: +1:

@MadSpindel "

Visual Studio Power Tools bietet die Option, Registerkarten vertikal anzuzeigen, was ich absolut liebe.

: +1: und ich stimme @sitefinitysteve zu. Wenn das Team darauf besteht, keine Registerkarten zu haben, verbessern Sie zumindest die Erweiterungs-API, damit sie von einem Dritten hinzugefügt werden kann.

Hier sind Registerkarten wichtig - wir müssen einen Moment auf eine andere fehlende Funktion zurückgreifen:

VSCode muss die nicht informative Implementierung von Arbeitsdateien sichern und dann die Funktion hinzufügen, um das Öffnen mehrerer Projekte zu ermöglichen. Ich mache meine Arbeit, indem ich meinen clientseitigen Code in ein Projekt und meinen serverseitigen Code in ein anderes Projekt trenne. Auf einem großen Bildschirm möchte ich zwei Codierungsfenster öffnen, mit einem Projektbaum ganz links. Client-Code im linken Fenster, Server-Code im rechten Fenster. Jetzt werde ich in beiden Projekten an mehreren Quelldateien arbeiten. In diesen Fällen möchte ich sie als Registerkarten über dem jeweiligen Projektfenster referenzieren, in dem sie geöffnet wurden. Ich habe möglicherweise 3 oder 4 Registerkarten im clientseitigen Projekt und 3 oder mehr Registerkarten im serverseitigen Projekt.

Die Organisation ist organisch. Der gesamte Arbeitsbaum, mehrere Projekte, wird links angezeigt. Ich habe eine Projekttrennung nach Codefenstern und ich habe auch Open-Source-Dateien, die durch Registerkarten über den jeweiligen Projektfenstern bearbeitet oder referenziert werden.

Dies ist ein wesentlicher Workflow für mich. Ich mache gerade genau das in Atom, aber ich mag VSCode und möchte, dass dieser Fluss in VSCode repliziert wird. Dazu muss VSCode mehrere Projektunterstützungen und Registerkarten über den jeweiligen Fenstern implementieren. Ansonsten ist es nur ein kleiner Redakteur, und das glaube ich nicht. Bitte.

@riclf hat es

Normalerweise sind 3 vertikale Spalten geöffnet, HTML, JS und CSS von links nach rechts.

In Sublime hatte ich alle meine HTML-Registerkarten über der ersten Spalte, alle JS-Dateien als Registerkarten über der zweiten Spalte usw. Die Registerkarten haben einen Kontext und ich weiß, dass ich nicht die falsche Datei in der falschen Spalte öffnen werde.

Dies ist in VS Code fast unmöglich. Ich kann 3 Spalten nur öffnen, indem ich zweimal "seitlich öffnen" verwende. Eine Spalte kann vollständig verschwinden, wenn eine Datei geschlossen wird. An diesem Punkt kann ich eine neue öffnen, muss sie jedoch neu anordnen Sie. Wenn ich eine Datei öffne, wird sie in der Spalte, in der sich der Cursor gerade befindet, erneut geöffnet. Wenn ich also eine CSS-Datei öffne, muss ich sicherstellen, dass sich mein Cursor in der dritten Spalte befindet. Es ist absolut ärgerlich.

Ganz zu schweigen davon, dass der Abschnitt Arbeitsdateien einen vertikalen Platz in meinem Ordnerbaum einnimmt, was auf meinem Laptop ein echtes Problem darstellt.

Eine Frage an das Microsoft-Team. Wenn Sie eine geteilte Ansicht haben, woher sollen Sie wissen, welcher Spalte eine Datei in "Arbeitsdateien" zugeordnet ist? Es ist einfach, wenn sich die Registerkarten über den jeweiligen Spalten befinden.

Nur mein 2c.

Ich hatte keine kognitiven Beschwerden, als ich mich an Arbeitsdateien gewöhnte. Ich liebe sie viel mehr als Tabs. Die Benutzeroberfläche von VSCode ist auf dem richtigen Weg. Ich bin nicht gegen Opt-In-Tabs, würde aber Opt-Out-Tabs anpassen.

Arbeitsdateien sind Registerkarten in einem besseren Layout (mehr Bildlaufbereich). Ihnen fehlen "Abreiß" - und Drag-Funktionen, die in Zukunft hinzugefügt werden können.

Als MVIM-Benutzer habe ich mehrere Sätze von TDD-Dateien geöffnet und zwischen ihnen eine Registerkarte. Zum Beispiel ich Winkel + Tests, Server + Tests, Gurke oder Verhalten + Skripte. Ich möchte nicht auf eine einzelne Datei zugreifen, sondern auf eine Kombination geöffneter Dateien. Ich bin für 3 Monate für ein Typescript-Projekt zu VSCode gewechselt, weil es wirklich erstklassige / erstaunliche Typescript-Unterstützung bietet. Sobald ich jedoch zu einem Nicht-Typescript-Projekt wechselte, stellte ich fest, dass ich die allgemeinen Such-, Navigations- und Substitutionsfunktionen direkt mit mvim verglichen habe, und es tut mir leid, dass ich schnell (dh sofort) zu meinem früheren Editor zurückgekehrt bin. Ich habe ein 27 "Apple Cinema-Display und würde wenn möglich ein größeres Display erhalten. Ich habe viel Platz für viele Registerkarten und Dateipaare und habe keinen zwingenden Grund, diesen Speicherplatz von meinem Editor eingeschränkt zu nutzen Ich möchte nicht nur eine Datei gleichzeitig bearbeiten - ich möchte viele öffnen und den Fluss von Registerkarte zu Registerkarte verfolgen.

Ich habe Visual Studio Code vor zwei Wochen erneut ausprobiert. Ich war tatsächlich angenehm überrascht, als ich nur mit ein paar Dateien herumgespielt habe. Aber als ich anfing, an einem tatsächlichen (großen) Projekt mit mehr als einer Handvoll geöffneter Dateien zu arbeiten, wurde das Fehlen von Registerkarten sehr ärgerlich. _Arbeitsdateien_ passten einfach nicht zu mir und es verlangsamte mich. Nach 3 Tagen war ich so verärgert, dass ich zu Sublime Text zurückkehrte. Ich habe zwei 24-Zoll-Bildschirme bei der Arbeit (Windows), einen 27-Zoll-Mac zu Hause und kann problemlos 20 Registerkarten öffnen und trotzdem unterscheiden, welche Datei welche ist. In meinem Fall viel Bildschirmfläche für Tabs. _Sie_ zeigen bereits den Dateinamen der Datei an, die im Editor geöffnet wird. Der gesamte Bereich rechts neben dem Dateinamen wird nicht verwendet (mit Ausnahme der Symbole rechts im Fenster) und kann mit Registerkarten gefüllt werden (was auch Sublime Text tut). Ich sage, geben Sie Benutzern die Möglichkeit, mit _Arbeitsdateien_ und / oder Dateiregistern zu arbeiten. Im Moment wechsle ich zurück zu einer Kombination aus Sublime Text und Visual Studio Enterprise. Wenn Registerkarten hinzugefügt werden, werde ich es mir noch einmal überlegen.

Für die Option Working Files muss ich die Seitenleiste umschalten (da ich sie für die erweiterte Ansicht des Codes ausgeblendet halte), um die Datei auszuwählen. Und die Optionen Ctrl+P und Ctrl+tab ebenfalls nicht benutzerfreundlich.

Ich weiß, dass ihr etwas anderes dafür versucht, aber die Optionen, die ihr bereits bereitgestellt habt, sind nicht benutzerfreundlich. Es tut uns leid.

Bitte geben Sie hierfür eine Erweiterung an, damit Benutzer die Möglichkeit haben, Registerkarten zu verwenden, anstatt die Arbeitsliste zwangsweise zu verwenden. Ich hasse die Funktion für Arbeitsdateien sehr, da ich die Dateien langsam wechsle und meine Produktivität stehle

Als ich neu bei VS Code war, habe ich Tabs wirklich vermisst. Dann habe ich Strg + Tab entdeckt und brauche sie nicht mehr.

Ich habe mehrere Monate lang versucht, vscode (was in den meisten Fällen fantastisch ist) zu meinem primären Editor zu machen, aber das Fehlen von Registerkarten nervt mich immer wieder und beeinträchtigt meine Produktivität (ich bin einer von denen, die die offenen Registerkarten aktiv verwalten) in anderen Editoren). Strg + Tab ist kein Ersatz für Tabs.

Es ist offensichtlich, dass das vscode-Team dagegen voreingenommen ist und derzeit versucht, Benutzer davon zu "überzeugen", dass sie keine Registerkarten wirklich benötigen. Dies ist jedoch dieselbe Art des Denkens, die dazu führte, dass das Startmenü von Windows 8 entfernt wurde (wir alle wissen, wie dies endete).

@pesho Genau!

Nachdem die Code-Faltung beendet ist, ist dies das Hauptproblem in User Voice. Wir prüfen intern eine Reihe von Optionen, während wir weiterhin das Feedback der Community, das Testen der Benutzererfahrung usw. abwägen. Vielen Dank für die Diskussion hier. Sehr hilfreich.

wahrscheinlich ist es der einzige Grund, warum ich vscode vor fast einem Jahr zum ersten Mal geöffnet und gleich nach wenigen Minuten geschlossen habe. und Sie haben immer noch keine Registerkarten. Hoffe es wird bald erscheinen, damit ich es benutzen kann. Es ist Open Source, und Leute von Microsoft müssen ihre Meinung ändern (das ist es, was sie jetzt tun wollen, nicht wahr?) Und der Community zuhören, nicht einfach "Wir verwenden dieses Tool intern und brauchen keine Tabs bla bla".

@pleerock Du wirst nicht einmal eine IDE ausprobieren, weil sie keine Tabs hat ?! (Oo) weeeweweweweeeww. Sie möchten keine Registerkarten hinzufügen, da Registerkarten sinnlos sind. Sie fügen im Allgemeinen keinen Wert hinzu, während sie dem Windows-Chrom-Bereich das höchste Gewicht hinzufügen. Die Alternativen bieten mehr Metadaten, Benutzerfreundlichkeit und schnellere Navigation.

Mit Registerkarten wähle ich aus, welche Dateien geöffnet bleiben. Unabhängig davon, ob es sich um STRG + Tab oder "Arbeitsdateien" handelt: Wenn ich eine Datei öffne, um Code darin nachzuschlagen, zu einer anderen wechsle, um diesen Code zu verwenden, habe ich keine Möglichkeit, zu meiner ersten Datei zurückzukehren, ohne sie erneut ausführen zu müssen Navigieren Sie zu der Datei im Explorer.

Ich weiß, dass ich 3 Editoren habe, aber manchmal möchte ich die anderen 2 nicht mit meiner Nur-Suchcode-Datei überschreiben.

Wenn ich beim Öffnen einer Datei in den verschiedenen Dateiversionen bleibe, bin ich ohne Tab in Ordnung. Wenn eine Datei länger als 5 Sekunden geöffnet war, verdient sie möglicherweise einen Eintrag in STRG + Tab.

@ 4tron ja es ist für mich, weil ich IDE verwenden möchte, was für mich bequem ist. Für jemanden, der Tabs verliert, ist es sinnlos und sicher (wahrscheinlich verwenden sie Netbooks und haben nicht genug Platz für wirklich wenige zusätzliche Pixel =)), für andere ist es praktisch und erhöht ihre Produktivität. Jede gute Software sollte anpassbar sein und Panels ein- und ausblenden können. "Platz sparen" ist kein Argument. Führen Sie Registerkarten ein und fügen Sie die Möglichkeit hinzu, sie anzuzeigen / auszublenden (wenn sie wirklich für jemanden benötigt werden =). Sie müssen kein neues Amerika eröffnen oder falsche Innovationen einführen, sondern müssen von den besten IDEs lernen, die UX jahrelang immer besser gemacht haben, wie Intellij, Visual Studio und andere

Es ist wirklich einfach - machen Sie es einfach zu einem Präferenz-Tab oder zu keinem Tab. Wenn Registerkarten aktiviert sind, keine Arbeitsdateien, wenn Registerkarten deaktiviert sind, Arbeitsdateien. Das war Genie! ;)

Ich bin ein Tabs-Typ. Ich finde Arbeitsdateien sehr begrenzt und nicht intuitiv und nehme vertikalen Platz im Projektbaum ein. Es spielt jedoch kaum eine Rolle, ob nicht mehr als ein Projekt geöffnet sein kann. :(

Ich denke, eine Präferenz sollte auch in Ordnung sein.

Ich dachte auch an eine Möglichkeit, das funktionierende Dateisystem zu verbessern. Sie sollten die Tabulatorzeile als historisch verwenden.
Wenn Sie beispielsweise 4 Dateien im linken Fenster öffnen und dann eine fünfte öffnen, wodurch die älteste geänderte Datei aus der Tabulatorzeile entfernt wird, sollte sie verschwinden und nur als "geänderte Datei" in Arbeitsdateien zurückgegeben werden.

Sie könnten es auch intelligent machen, das System könnte auch das Verschwinden zuerst gespeicherter und damit unveränderter Dateien priorisieren.

Tatsache ist, dass Tabs sooo praktisch sind, auch wenn das Aufblähen von Tabs ein Problem darstellt. Sie sollten über eine Möglichkeit nachdenken, Registerkarten zu verwenden, aber die Anzahl der Registerkarten begrenzen.

Normalerweise halte ich Tabs offen, die ich seit Tagen nicht mehr bearbeitet habe. Dies ist im Allgemeinen derjenige, der es aufblähen lässt.

+1

Ich habe einen 4K-Bildschirm und keine horizontalen Registerkarten schalten mich wirklich von VsCode aus

Übrigens möchte ich klarstellen, dass ich nicht nur Registerkarten möchte, sondern auch Registerkartensätze. Als Full-Stack-Entwickler von mvim TDD auf dem Mac denke ich in Bezug auf die Kontexte. HTML + CSS, Winkel + Tests, Knoten + Tests, Gurke + Testschritte. Normalerweise arbeite ich in einem einzelnen Kontext für einige Codezeilen, bevor ich zum nächsten Kontext, dem TDD-Stil, übergehe. Bei der Verwendung von mvim wechsle ich nicht nur sehr schnell zwischen diesen Kontexten (mit derselben Tastenfolge, die ich für Mac Terminal, Mac Finder und Safari oder Chrome verwende), sondern ich profitiere auch von Makros, die die gepaarte Datei automatisch öffnen, so dass von einem Winkelquelldatei kann ich automatisch den entsprechenden Test öffnen. Dies ist eine unglaublich produktive Arbeitsweise und hält meine Finger auf der Tastatur.

Wenn ich eine IDE finden würde, die es mir ermöglicht, "zugeordnete" Dateien in Frames nebeneinander zu öffnen, indem ich einfach eine Registerkarte wechsle , z. B. wenn ich button.js daneben und button.scss in der

Ich weiß, dass es niemals passieren wird, aber ich sage es nur.

Dann sollten Sie mvim verwenden! http://www.vim.org/scripts/script.php?script_id=1567 Befehl: AV öffnet zugeordnete Dateien (A für zugeordnete).

Worüber @jtosey spricht, ist genau das, was ich hierher gekommen bin, um zu sagen. Ich verwende Fenster, um eine Reihe verwandter Dateien zu organisieren. Bei der meisten Registerkartenverwaltung werden die zugehörigen Dateien beim Wechseln des Kontexts nebeneinander angezeigt.

+1

Gleich hier, würde Tabs lieben.

Ich bin gerade von Atom auf VSCode umgestiegen und habe festgestellt, wie erstaunlich organisiert und sauber es sich anfühlt, nachdem ich eine Weile damit gearbeitet habe. Der Grund? Keine Überfüllung der Tabs! Das tatsächliche Fehlen von Registerkarten macht diese Erfahrung so reibungslos. Meine primäre Dateinavigation ist das Befehl-P-Menü, mit dem ich schnell zu einer beliebigen Datei springen kann.

VS-Tabs sind perfekt, bitte bringen Sie Tabs mit, das Abdocken von Tabs in ein separates Fenster wäre ebenfalls großartig!
Danke für vscode :)

Ich bin eigentlich ziemlich gespannt, ob Sie VSC als Allzweck-Datei-Editor oder nur als Quellcode-Editor erstellen möchten.

Es gibt Situationen, in denen eine Registerkartenleiste unbedingt erforderlich ist.

  1. Wechseln Sie schnell zwischen vielen Registerkarten.
    Eine häufige Situation für mich ist, dass ich zwei oder mehr Dateien nach ihrer Form vergleichen muss, um beispielsweise zwischen vereinfachtem Chinesisch und seinem traditionellen Äquivalent zu vergleichen. Ein Diff löst das Problem nicht, da es sich um unterschiedliche Zeichen handelt. Die einzige Möglichkeit besteht darin, schnell zwischen den Registerkarten zu wechseln, um festzustellen, ob in Ihren Augäpfeln ein Wort fehlt. Mit ST und I können Sie die Tabulatoren mit Alt-NUM wechseln. In VSC können Sie jedoch nur mehrere Strg-Tabulatoren verwenden oder die Maus schnell bewegen und klicken.
  2. Lange und schwer zu tippende Dateinamen.
    Die Verwendung von Strg-P ​​zum Wechseln zwischen Dateien ist nicht schlecht. Aber wie wäre es mit einigen Dateinamen, die eine lange gemeinsame Lösung haben? Wie wäre es mit einigen Namen, die nicht auf Englisch sind? Überlegen Sie, wie viel Zeit Sie mit Strg-P ​​verbringen würden, um zwischen 青年急着买房的原因(上).md und 青年急着买房的原因(下).md zu wechseln?

Ich würde sagen, keine der Situationen wird beim Schreiben von Code auftreten, aber als Allzweckeditor ist dies ein ernstes Problem.

@ msg7086 Ich bin mir nicht sicher über Punkt eins, aber für Punkt zwei könnten Sie nicht ctrl + p und dann .md eingeben und Ihnen die beiden Optionen überlassen und dann nur ctrl + tab , um die auszuwählen, die Sie haben wollen? Ich bin mir nicht sicher, ob ich das Problem richtig verstehe

@ 4tron Danke für die Antwort. Ihre Methode funktioniert jedoch nur, wenn ich nur 2 Dateien mit diesem Typ habe. In Wirklichkeit werden die Leute wahrscheinlich mit einer Reihe dieser Dateien in einem einzigen Verzeichnis arbeiten. Imaging Ich schreibe ein Blog mit 50 Posts im Markdown-Format, wobei die Dateinamen unterschiedliche Zeichen in Chinesisch, Koreanisch, Arabisch usw. enthalten. Das eigentliche Szenario, auf das ich traf, waren tatsächlich einige Untertiteldateien mit CJK-Namen, bei denen alle *.ass , sodass Strg + P als Erweiterung nicht ganz gut funktioniert.

Wirklich zu schätzen, wenn dies umgesetzt werden kann

Entwickler sind daran gewöhnt, bitte machen Sie dies zu einer Priorität .

+1 für Registerkarten. Bitte implementieren Sie Tabs.

+1 für Tabs!

Ich stimme auch für das Hinzufügen von Tabs.

+1

+1

+1

Wir brauchen so schnell wie möglich Registerkarten.

Ich vermisse Tabs. Ich greife immer wieder nach ihnen, wäre schön, wenn ich zwei oder drei verschiedene offene Dokumente schnell wiedergeben würde.

Was ist die große Sache?

  • Der Arbeitsdateibereich ist in der Höhe gesperrt, das gleiche Problem wie bei zu vielen Registerkarten, außer dass die Verwaltung umständlich ist (hier keine Maus oder Scrollrad). Registerkarten können leicht verbannt werden, sodass der Benutzer das nächste Dokument im geöffneten Dateistapel erhält.
  • Die Explorer-Spalte in Code ist viel breiter als Sublimes. Manchmal möchte man sie minimieren, wenn zwei Apps aus Platzgründen nebeneinander ausgeführt werden (Unity links, Code rechts). Tabs benötigen keine Platzersparnis, um zu funktionieren. Code hat bereits einen schönen leeren Bereich, in den sie gehen können.
  • Tabs gewinnen für Benutzerfreundlichkeit und Platzersparnis, keine UX-Recherche erforderlich. Sie sind schnell zu bedienen und wir alle mögen sie.

Bitte geben Sie uns Dokumentenverwaltung mit Registerkarten :)

+1, ich.

+1

+1

VSCode ist ein großartiger Editor und hat gute Integrationspunkte mit Git und Nodejs. Der Hauptgrund, warum ich es nicht als meine primäre Entwicklungs-IDE verwende, ist, dass es keine Registerkarten unterstützt.

Hier gilt das gleiche. Es ist das EINE, was mich daran hindert, es zu benutzen.
Op do 10 mrt. 2016 von 15:18 schreef Konrad Piascik < [email protected]

VSCode ist ein großartiger Editor und hat nette Integrationspunkte mit Git und
Nodejs. Der Hauptgrund, warum ich es nicht als meine primäre Entwicklungs-IDE verwende
liegt daran, dass Tabs nicht unterstützt werden.

- -
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -194867036.

Es ist ein wenig überraschend zu sehen, dass dieses Problem so stark zurückgedrängt wird, da es so einfach zu implementieren sein sollte. Machen Sie es zumindest zu einer Option oder über eine Erweiterung verfügbar (wie es Brackets tut).

Wenn dies hinzugefügt wird, fügen Sie bitte Folgendes hinzu:

  1. Schließen Sie Funktionen wie Google Chrome. (War schon immer verärgert, dass die Standardversion von VS dies nicht hatte.)
    - " Andere Registerkarten schließen "
    - " Tabs rechts schließen ".
  2. Eine Option zum Öffnen der Registerkarte rechts oder links. (VS hat die Standardeinstellung irgendwann geändert, dann aber eine Option zum Ändern hinzugefügt.)

Tabs funktionieren. Sie sind überall, die Leute sind daran gewöhnt. Die aktuelle Liste der Dateien ist nicht intuitiv. Nachdem ich VS Code 2 Monate lang täglich verwendet habe, suche ich fast jedes Mal, wenn ich Dateien wechseln muss, nach einem Tab. Die Tatsache, dass jeder andere Editor weiterhin Registerkarten verwendet, schafft eine große Barriere dafür, dass etwas anderes intuitiv wird.

In meinem Team beschweren sich die Leute ständig darüber, bis zu dem Punkt, dass einige Leute es vorziehen, Sublime ohne Typoskript-Unterstützung zu verwenden, anstatt VS-Code zu verwenden.

Ich bin nicht gegen UX-Forschung, um einen "besseren" Weg zu finden, mit geöffneten Dateien umzugehen, aber bitte machen Sie dies nicht noch einmal zum Fiasko des Office-Menübands. Es dauerte ein halbes Jahrzehnt und mehrere Veröffentlichungen, um einen anderen Weg zu finden, um genau das zu tun gleiche Sache.

-1

Ein paar Anmerkungen, warum ich gegen Tabs bin:

  • Jede Zeit, die für Registerkarten aufgewendet wird, nimmt sich Zeit, um andere Verbesserungen am Editor vorzunehmen.
  • Ich habe mich gezwungen, mehr ein Tastaturkommando zu werden, und es war hilfreich, keine Tabs zu haben. Ich argumentiere also aus der Perspektive, dass es für dich selbst gut ist, obwohl ich selbst noch nicht einmal da bin.
  • Im Zusammenhang mit dem vorherigen erinnert mich dies an die Zeit, als Google Mail herauskam und ich die Leute davon überzeugen musste, dass Labels Ordnern überlegen waren. Einige Leute konnten es einfach nicht verarbeiten und rocken immer noch ihre AOL / ISP-E-Mail-Konten. Ich denke, MS sollte hier Stellung beziehen und sagen: "Wir denken nur, dass dies ein besserer Weg ist, Dinge zu tun."
  • Wenn ich etwas vorschlagen würde, wäre dies eine direkte Erklärung, warum Registerkarten nicht vorhanden sind, sowie Beispiele für das Navigieren im Editor ohne sie.

Nun, es gibt einen Kompromiss: Machen Sie Registerkarten in den Einstellungen / Optionen sichtbar oder nicht.

Ich glaube nicht, dass andere Verbesserungen Zeit in Anspruch nehmen, da ich sicher bin, dass sie mehr als einen Programmierer auf diesem Entwickler haben. Ich liebe es auch, ein Tastaturkommando zu sein. Wenn sie implementiert wurden, verwenden Sie sie einfach nicht, aber warum sollten Sie diejenigen, die Registerkarten in ihrem Workflow bevorzugen, daran hindern, sie zu haben?

Wie auch immer, kein Problem. Ich bin zurück zu Atom gewechselt, während ich darauf warte, dass VSC entscheidet, was es tun wird. Ich finde Registerkarten, die für den Workflow in einem großen Projekt wichtig sind, und kann mehr als einen Projektordner öffnen.

Ich habe mich gezwungen, mehr ein Tastaturkommando zu werden, und es war hilfreich, keine Tabs zu haben. Ich argumentiere also aus der Perspektive, dass es für dich selbst gut ist, obwohl ich selbst noch nicht einmal da bin.

Wie ich bereits früher in diesem Thread vorgeschlagen habe, fehlt das Verhalten, das genauso wichtig ist, wenn nicht sogar mehr, als die visuelle Komponente. Ich bin alles dafür, Tastaturkürzel wie Strg + [Umschalt +] oder sogar Strg + P zu verwenden, um zu Dateien (einschließlich geöffneter) zu navigieren, aber das Verhalten von Arbeitsdateien und die Verwaltung von Editorfenstern (und die Tatsache, dass Strg + Tabulatoren verwendet werden) in MRU-Reihenfolge) finde ich furchtbar nervig.

Halten Sie das Telefon! Ich habe die Antwort bekommen! Es ist perfekt! Bereit? Wir brauchen keine Registerkarten. Erweitern wir einfach die Arbeitsdateien mit einer einfachen Option, um sie in Registerkarten horizontal oben im Editor anzuzeigen! Woo hoo! Problem gelöst ohne Tabs zu erstellen!

Eigentlich bevorzuge ich so wie es jetzt ist - Panels für geöffnete Dateien und eine listähnliche Dateiauswahl mit "Arbeitsdateien" an der Seite. Als ich Atom benutzte, hasste ich es, dass jedes Mal, wenn ich mir eine Datei schnell ansah, ein neuer Tab geöffnet wurde und meine Tab-Leiste innerhalb von Minuten voller nutzloser Tabs war.

Also bin ich -1. Aber ich würde immer noch gerne sehen, wie Fenster abgedockt werden.

Ich bin gerade von Atom auf VSCode umgestiegen und habe festgestellt, wie erstaunlich organisiert und sauber es sich anfühlt, nachdem ich eine Weile damit gearbeitet habe. Der Grund? Keine Überfüllung der Tabs! Das tatsächliche Fehlen von Registerkarten macht diese Erfahrung so reibungslos

diese. 100% stimmen zu.

Eigentlich bevorzuge ich so wie es jetzt ist - Panels für geöffnete Dateien und eine listähnliche Dateiauswahl mit "Arbeitsdateien" an der Seite. Als ich Atom benutzte, hasste ich es, dass jedes Mal, wenn ich mir eine Datei schnell ansah, ein neuer Tab geöffnet wurde und meine Tab-Leiste innerhalb von Minuten voller nutzloser Tabs war.

Ich verstehe das und deshalb bitten wir um eine zusätzliche Funktion, die keinen Ersatz für Arbeitsdateien darstellt. Ich kann für mein ganzes Leben nicht verstehen, warum beide nicht in den Editor aufgenommen werden konnten. Ich meine, ernsthaft. Schau dir an, wie viele Tabs in diesem Thread wollen! Dies ist kein _Hey Ich möchte, dass die Schaltflächen blau_ Szenario sind. Dies ist ein Hindernis für die Produktivität der überwiegenden Mehrheit der Benutzer von Registerkarten in diesem Texteditor (der übrigens auf dem Weg ist, Atom und Sublime überlegen zu sein). Ich erhalte die gültigen Argumente auf beiden Seiten. Ich kann einfach nicht verstehen, warum Registerkarten und Arbeitsdateien nicht in Optionen zum Deaktivieren enthalten sein können. Jeder gewinnt dann.

@ jayrosen1576 Vielleicht liegt das Problem darin, dass niemand wirklich einen

  • Sollte die Registerkartenleiste über allen Fenstern sitzen?
  • Wie würde das Klicken auf eine Registerkarte funktionieren, wenn mehrere Dateien nebeneinander geöffnet sind oder in einer zukünftigen Version sogar horizontal geteilt werden?
  • Würde die Registerkarte der aktiven Datei immer hervorgehoben sein? Was ist, wenn die Debug-Konsole fokussiert ist?
  • Wenn Sie die Registerkarteneinstellung aktivieren, wird der Abschnitt mit den Arbeitsdateien entfernt, da er redundant ist?
  • Was ist mit doppelten Dateinamen in verschiedenen Ordnern?
  • Was ist mit der doppelten Schaltfläche zum Schließen einer Registerkarte und eines Bedienfelds?
  • Wird das Schließen des Panels die Registerkarte schließen?
  • Wird eine Registerkarte angezeigt, sobald Sie eine Datei wie in Atom (urgh) öffnen oder nur, wenn Sie wie bei Arbeitsdateien bearbeiten?

Dies sind alles Fragen, mit denen sich das Entwicklungsteam Zeit nehmen müsste. Und so sehr ich es auch versuche, ich kann mir keine Implementierung vorstellen, die eleganter als die Liste der Arbeitsdateien ist und nicht verwirrend.

Hier ist der Vorschlag, wie es aussehen soll:

1) Laden Sie Atom herunter
2) Öffnen Sie Atom
3) Sehen Sie sich die Registerkarten an
4) In VSCode implementieren

@ Jayrosen1576 ernsthaft? Ich habe einige berechtigte Bedenken hinsichtlich der Implementierung von Atom und auch Probleme genannt, die Atom einfach nicht hat, weil es kein Konzept für Arbeitsdateien gibt.

Andererseits sagt Ihr Profilbild alles.

  • Sollte die Registerkartenleiste über allen Fenstern sitzen?
    A: Ja. Probieren Sie Registerkarten in Atom aus
  • Wie würde das Klicken auf eine Registerkarte funktionieren, wenn mehrere Dateien nebeneinander geöffnet sind oder in einer zukünftigen Version sogar horizontal geteilt werden?
    A: Oben in jedem Bereich werden Registerkarten angezeigt. Probieren Sie Registerkarten in Atom aus.
  • Würde die Registerkarte der aktiven Datei immer hervorgehoben sein?
    A: Ja. Probieren Sie Registerkarten in Atom aus.
  • Was ist, wenn die Debug-Konsole fokussiert ist?
    A: Das gleiche Ergebnis wie wenn die Debug-Konsole jetzt fokussiert ist und zwei Dateien nebeneinander geöffnet sind.
  • Wenn Sie die Registerkarteneinstellung aktivieren, wird der Abschnitt mit den Arbeitsdateien entfernt, da er redundant ist?
    A: Nur wenn Sie Arbeitsdateien deaktivieren (optional)
  • Was ist mit doppelten Dateinamen in verschiedenen Ordnern?
    A: Die Registerkarte enthält einen Teilpfad. Probieren Sie Registerkarten in Atom aus.
  • Was ist mit der doppelten Schaltfläche zum Schließen einer Registerkarte und eines Bedienfelds?
    A: Das Panel hat keine Schaltfläche zum Schließen. Probieren Sie Registerkarten in Atom aus.
  • Wird das Schließen des Panels die Registerkarte schließen?
    A: Ja. Probieren Sie Registerkarten in Atom aus.
  • Wird eine Registerkarte angezeigt, sobald Sie eine Datei wie in Atom (urgh) öffnen oder nur, wenn Sie wie bei Arbeitsdateien bearbeiten?
    A: Nur wenn Sie die Option dazu aktivieren (usePreviewTabs = false in Atom deaktiviert dies). Andernfalls werden sie durch Doppelklicken in einer Registerkarte geöffnet. Probieren Sie Registerkarten in Atom aus.

@felixfbecker Da dieses Produkt den Moniker Visual Studio trägt, sollten optionale Registerkarten vorhanden sein und sich wie in jedem anderen Visual Studio-Produkt verhalten.

Es sagt Bände über Ihren Charakter, wenn Sie etwas so pummeliges wie ein Profilbild in einer Antwort auf eine gültige Antwort auf Ihre Bedenken ansprechen.

Halten Sie das Telefon! Ich habe die Antwort bekommen! Es ist perfekt! Bereit? Wir brauchen keine Tabs. Erweitern wir einfach die Arbeitsdateien mit einer einfachen Option, um sie in Registerkarten horizontal oben im Editor anzuzeigen! Woo hoo! Problem gelöst ohne Tabs zu erstellen!

@ jayrosen1576 Dies löst nicht das gesamte Problem, da, wie ich bereits sagte (und den Kommentar unmittelbar vor

@kfranqueiro Ich stimme vollkommen zu. Ich war nur snarky. Diese Tab-Sache ist ein wirklich dummes Argument. Wenn VSCode einfach die Tabulatorfunktion der Atom-Tabs mit der Option hätte, sie auszublenden (auch standardmäßig), wäre dies perfekt. Ich denke, wir bitten alle um dasselbe. Ich kann einfach nicht verstehen, warum beide nicht mit einer Option zum Deaktivieren von beiden enthalten sein können.

Ehrlich gesagt ist es einfach dumm zu diskutieren, ob Tabs eine gute Wahl für einen Texteditor sind. Dies ist kein neues Konzept. Einfach implementieren und optional lassen. Machen Sie es zu einer Erweiterung und lassen Sie es die Nr. Sein. 1 Erweiterung bei weitem, bis die Leute erkennen, dass dies eine grundlegende Funktionalität ist und es keinen Sinn macht, sie nicht zu haben, genau wie bei der Auswahl eines VS-Großbuchstabenmenüs.

@nvivo Ich hätte es nicht selbst sagen können. Diese ganze Diskussion scheint einfach dumm zu sein.

Genau wie bei der Auswahl eines VS-Großbuchstabenmenüs.

@nvivo Haben Sie diese Erweiterung ausprobiert? Keine Menüoption, aber Sie können einige Tastaturkürzel einrichten. funktioniert ziemlich gut.

https://marketplace.visualstudio.com/items?itemName=wmaurer.change-case

Wenn Ihnen diese Diskussion nicht gefällt, fahren Sie einfach fort. Das Lesen dieses Threads ist völlig optional!

Natürlich ist das Lesen optional, aber seine Existenz scheint die Idee zu unterstützen, dass das Hinzufügen von Registerkarten zu VS Code optional ist und wir darüber diskutieren sollten. Eine einfache Umfrage mit folgender Frage.

Werden Sie VS Code weiterhin verwenden, wenn nicht bald Registerkarten hinzugefügt werden? Ja Nein

Würde zeigen, dass Microsoft einen massiven Teil seiner potenziellen Nutzerbasis verlieren würde, wenn sie es nicht hinzufügen. Dies bedeutet, dass es aus kommerzieller Sicht ein kommerzieller Selbstmord wäre, wenn sie das Feature selbst nicht benötigen, es nicht zu tun. Ergo ist dieses Gespräch ablenkend und unnötig.

Trotzdem handelt es sich um dasselbe Unternehmen, das noch keine Erweiterungen in seinen Browser aufgenommen hat. Ich denke also, dass alles möglich ist.

In aller Ernsthaftigkeit sollte das einzige Gespräch nun darüber sein, wie Tabs am besten implementiert werden können. Es gibt kein Fragezeichen mehr darüber, ob Benutzer die Funktion möchten. Lassen Sie uns die Konversation also auf etwas Konstruktiveres umstellen.

Browser-Erweiterungen? Aktiv ... NVM.

Ehrlichkeit Ich sehe keinen Grund für Tabs. Die Liebe zu Tabs ist einfach zu verdammt. In Bezug auf die Erledigung der eigentlichen Arbeit erledigen Verknüpfungen alles Notwendige, mit der Suche nach regulären Ausdrücken, mehr Metadaten und einem weitaus besseren Arbeitsprozess mit Dampf. Sie bieten ein grundlegendes esoterisches Bedürfnis nach etwas Bekanntem, ich weiß nicht. Ich habe das Gefühl, dass dies nur ein Anstoß ist, um zu sehen, ob ms der Community dienen wird, um zu sehen, ob sie sich wirklich ändern. Obwohl nicht so sinnlos wie der gesamte Großbuchstaben in vs Ausgabe.

In Bezug auf das, was früher gesagt wurde.

"Ich glaube nicht, dass andere Verbesserungen Zeit brauchen."

Persönlich denke ich, dass dies der Fall ist, beispielsweise um die Möglichkeit zur Erweiterbarkeit im Texteditorfenster zu schaffen, sodass Erweiterungen für alle vorgenommen werden können, die Registerkarten wünschen. Ich bin mir ziemlich sicher, dass die ganze Idee von vscode darin besteht, es so minimal und leicht wie möglich zu halten, wobei der Endbenutzer entweder Erweiterungen hinzufügt oder es erweitert.

@ 4tron , natürlich gibt es eine Verschwörung der bösen Community, um Microsoft hier zu testen! Gibt es nicht immer einen?

Wenn Registerkarten sinnvoll wären, würden andere Editoren sie verwenden. Und wenn es eine wirklich gute Möglichkeit wäre, mehrere offene Inhalte zu organisieren, würden möglicherweise auch andere Arten von Software, die diese Notwendigkeit haben, mehrere offene Inhalte zu organisieren, wie beispielsweise Browser, diese verwenden. Aber natürlich nicht, weil sie keinen Sinn ergeben! Können Sie sich etwas vorstellen, das die Leute ständig benutzen, wie einen Browser, der Tabs verwendet? Unsinn!

Ich sage, lass uns auf Nummer sicher gehen. Lassen Sie uns zunächst abwarten, ob ein anderer guter Editor diese neue Funktion unterstützt, damit wir keine Zeit und Mühe mit etwas verschwenden, das nicht wirklich funktioniert. Lassen Sie uns Visual Studio, Intellij, Eclipse, Atom, Sublime, Monodevelop, Notepad ++ oder jedes andere mit einer beträchtlichen Benutzerbasis überprüfen. Wenn mindestens einige dieser Editoren diese Funktion einige Jahre lang unterstützen, ohne sie durch etwas anderes zu ersetzen, gibt es Hinweise darauf, dass dies eine nützliche Funktion ist.

Aber lasst uns nicht weiterkommen. Wir brauchen so etwas wie einen Issue-Tracker, mit dem die Leute diesen Wunsch direkt ausdrücken und vielleicht andere Leute abstimmen lassen können, damit wir wirklich sicherstellen können, dass wir dies nicht umsonst tun! Wir können nur dann Maßnahmen ergreifen, wenn dies zu einer der am häufigsten nachgefragten Funktionen im Repository wird. Dann werden wir wissen, dass dies nicht nur ein Trend ist, sondern dass die Leute ihn für ihre tägliche Arbeit nützlich fanden und diese Funktion auch hier wünschen.

Aber bis zu diesem Tag warten wir geduldig. Texteditoren sind brandneu und niemand weiß, welche Funktionen benötigt werden.

Ghehehe, komisch!

Op za 12 mrt. 2016 om 11:57 schreef Natan Vivo [email protected]

@ 4tron https://github.com/4tron , natürlich gibt es Verschwörung der
böse Community, um Microsoft hier zu testen! Gibt es nicht immer einen?

Wenn Registerkarten sinnvoll wären, würden andere Editoren sie verwenden. Und wenn ja
war eine wirklich gute Möglichkeit, mehrere offene Inhalte zu organisieren, vielleicht auch andere
von Software, die dies haben, müssen mehrere offene Inhalte organisieren, wie
Zum Beispiel würden Browser sie auch verwenden. Aber natürlich nicht,
weil sie keinen Sinn ergeben! Können Sie sich etwas vorstellen, das die Leute alle benutzen?
Zeit wie Browser mit Tabs? Unsinn!

Ich sage, lass uns auf Nummer sicher gehen. Lassen Sie uns zuerst abwarten, ob es einen anderen guten Editor gibt
unterstützt diese neue Funktion, damit wir keine Zeit und Mühe mit etwas verschwenden
das funktioniert eigentlich nicht. Lassen Sie uns Visual Studio, Intellij, Eclipse, überprüfen
Atom, Sublime, Monodevelop, Notepad ++ oder jedes andere, das eine hat
beträchtliche Benutzerbasis. Einmal mindestens einige dieser Editoren unterstützen
diese Funktion für ein paar Jahre, ohne sie durch etwas anderes zu ersetzen,
dann gibt es Hinweise darauf, dass dies eine nützliche Funktion ist.

Aber lasst uns nicht weiterkommen. Wir brauchen so etwas wie eine
Issue-Tracker, bei dem die Leute diesen Wunsch direkt ausdrücken und vielleicht lassen können
andere Leute stimmen ab, damit wir wirklich sicherstellen können, dass wir das nicht tun
nichts! Wir können nur dann Maßnahmen ergreifen, wenn dies zu einer der am häufigsten nachgefragten Maßnahmen wird
Funktionen im Repository. Dann werden wir wissen, dass es nicht nur ein Trend ist,
Aber die Leute fanden es nützlich für ihre tägliche Arbeit und wollen diese Funktion hier
auch.

Aber bis zu diesem Tag warten wir geduldig. Texteditoren sind brandneu
und niemand weiß tatsächlich, welche Funktionen benötigt werden.

- -
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -195715795.

@nvivo Vergleichen Sie gerade wirklich einen Browser mit einem Texteditor? Ich verstehe Ihren übermäßigen Gebrauch von Sarkasmus hier und es ist großartig. Der Punkt, den ich versuche, ist nicht, ob Registerkarten nützlich sind oder nicht. Ich mag die Idee eines Lightwieght / Minimal-Editors. Dies ist nur meine Meinung, ich mag die Idee, dass der Editor für den Benutzer basierend auf seinen Benutzerpräferenzen erweiterbar ist. Daran soll vscode arbeiten. Dann können wir diese Diskussion auf "Warum hat noch kein Entwickler eine Erweiterung dafür erstellt? Oh, vielleicht sollte ich das tun, weil ich Tabs mag und das möchte ich, und vscode kann das so yay, jetzt habe ich einen Texteditor das ist ähnlich wie bei meinem Browser "

@ 4tron Es sah für mich so aus, als würde er auch Texteditoren mit Texteditoren vergleichen.
Ich denke, sie machen einen großartigen Job darin, vscode erweiterbar zu machen, aber ich bin fest im Lager, dass Tabs eine sofort einsatzbereite Funktion sein sollten. Dieser Begriff "Oh, Sie mögen Registerkarten wie alle anderen von Ihnen verwendeten Software? Google das Problem, finden Sie Empfehlungen zur Installation der entsprechenden vom Benutzer bereitgestellten Erweiterung, und Sie können loslegen!" fliegt nicht Ich kann mir vorstellen, dass die meisten Benutzer nur erwarten, dass Registerkarten vorhanden sind, und ich bezweifle stark, dass es sehr viele Menschen gibt, die glauben, dass Sie durch die Installation einer Erweiterung eine Registerkartenleiste finden würden. Ich bin mir ziemlich sicher, dass es noch nie eine andere Software gegeben hat. Warum sollten die Leute daran denken?

@TurkeyMan
Seine Rhetorik begann mit einem Vergleich mit Browsern.

Wir sprechen hier über Entwickler. Ich denke, sie hätten die Initiative, wenn sie Tabs wollten. Es tut mir leid, dass ich gegen diese Idee bin, aber ich sehe keine gültigen Grundregisterkarten, ich alt + q in vs die ganze Zeit. Ich sehe nur keinen Mehrwert. Dies ist meine persönliche Meinung, und vielleicht bin ich ein Mistentwickler, weil ich nicht verstehe, wie Tabs nützlich sein sollen. Ich denke, diese Konversation ist ausführlich und ich persönlich würde gerne sehen, dass vscode als isolierte Shell für fast vollständige Anpassungen und sogar für geschäftsbasierte Modelle geöffnet wird, d. H. Wo jemand die Anpassung in einem fokussierten Ausmaß verbessern könnte, beispielsweise für die Drupal-Entwicklung oder die WordPress-Entwicklung, bei der die Editoren auf dem Ökosystem der Codebasis des Benutzers basieren. Auch das scheint mir ein besseres Problem zu sein.

Der Nachteil von allem, was eine Erweiterung ist, ist, dass Sie seltsame unerwünschte Interaktionen zwischen ihnen haben. In vs-Code, der GitHistory bereits über Smart File Reopener verwendet, kommt es zu seltsamen Problemen beim Schließen von Dateien.

Etwas so Grundlegendes wie Registerkarten sollte sofort einsatzbereit sein. Wie andere in diesem Thread gefordert haben, sollten beim Öffnen von Gruppen oder Erstellen von Beziehungen zwischen Registerkarten Erweiterungen in die Diskussion einbezogen werden.

@ 4tron , es war lustig, aber ich bin

Externe Compiler-Services können Sie in einem Texteditor unterstützen oder nicht unterstützen. Integrierte Task-Läufer sind eine nette Funktion.

Tabs gehören nicht zu dieser Klasse. Registerkarten sind wie Fenster, Schaltflächen und das Öffnen und Speichern von Dateien. Es gibt keine Entscheidung, hier zu treffen, sie einfach dort zu haben und weiterzumachen, die Leute erwarten es. Dies ist keine erweiterte benutzerdefinierte Sache, die nur wenige Benutzer von Plugins unterstützen möchten. Sie sind die Standard-Benutzeroberfläche in jedem Betriebssystem überall. Die Leute sind daran gewöhnt, und es gibt einen Grund, warum jeder andere mögliche Redakteur keine Petition benötigte, um sie hinzuzufügen.

Und deshalb ist es dumm zu diskutieren, ob Tabs gut sind oder nicht. VS Code ist kein UX-Experiment, sondern ein Versuch, einen guten .NET-Editor für alle Plattformen zu haben. Machen Sie dieses verdammte Ding für 90% der Menschen nützlich und Sie werden Erfolg haben.

Ich verstehe ehrlich Ihren Standpunkt zu Alternativen, aber Sie müssen nur verstehen, dass Sie eine sehr kleine Minderheit sind. Zu glauben, dass die meisten Leute, die danach fragen, nur Trolle sind, die Microsoft testen wollen, ist nur eine Täuschung.

Der Punkt, dass es sich um einen Aufruf handelt, um zu sehen, ob ms seine Haltung zu Tabs ändern würde, war halbherzig, hauptsächlich wegen der Leidenschaft, Tabs aufzunehmen. Bis zu dem Punkt, an dem jemand nicht einmal den Editor ausprobieren würde, weil es keine Registerkarten gab. Ich habe Mühe, das zu verstehen. Vergessen wir nicht, dass es noch in der Beta ist. Hoffentlich fügen sie Tabs hinzu (als optional bitte).

@ 4tron Ich habe es oft versucht und verwende vscode nicht regelmäßig, da es nicht gut auf große Projekte skaliert werden kann und fehlende Tabs einer der wichtigsten praktischen Gründe sind, die mir zutreffen.
Ich benutze es hauptsächlich als Light-Text-Editor, wenn ich eine kleine Anzahl von Dateien bearbeite, aber sobald ich an einem unserer großen Projekte arbeiten möchte, funktioniert vscode einfach nicht. Fehlende Registerkarten und die Tatsache, dass es keine Vorstellung von Unterprojekten (oder "Lösungen", wie VS es ausdrückt) gibt, sind die einzigen Blocker, die mir derzeit bekannt sind.

Ich möchte nur diese Idee kommentieren, alles mit Plugins hinzuzufügen. Das ist ein schönes Ziel; Es ist wichtig, ein großartiges Erweiterungs-Framework zu haben, aber ich denke, sie müssen vorsichtig sein, wenn sie sich zu sehr auf diese Idee festlegen.
Ich benutze VS, und obwohl es mich verrückt macht, finde ich, dass ich daran gebunden bin, weil es eine sehr hohe Produktqualität aufweist, die ich von einem MS-Produkt erwarte. Ich habe jede OSS-Alternative (und andere proprietäre Tools) ausprobiert, und alle scheinen in Bezug auf die grundlegende Benutzerfreundlichkeit nur unzureichend zu sein (insbesondere, wenn es um das Debuggen geht).
Ich hoffe wirklich , dass die Absicht von vscode nicht darin besteht, eine leichte Hülle zu sein, in die jeder über Erweiterungen zufällig Features hackt ... es gibt bereits viele andere Tools, die zu dieser Beschreibung passen. Ich finde kein weiteres überzeugend. Was ich von vscode will, ist das, was ich mir immer von VS gewünscht habe. von professionellen UX-Designern aus Sicht der Benutzerfreundlichkeit gut gestaltet zu sein und CROSS PLATFORM zu sein.

Ich denke, diejenigen, die gegen Tabs sind, könnten den Punkt verfehlen. Ich (wir) wollen keine Alles-oder-Nichts-Lösung. Wir fordern lediglich eine einfache Option zum Aktivieren von Registerkarten (die standardmäßig ausgeblendet werden können), die wie im beliebten Atom-Editor aussehen und sich so verhalten. Wenn Sie sie nicht mögen, werden Sie nie wissen, dass sie existieren. Wenn Sie dies tun, können sie aktiviert werden. Und für diejenigen, die Atom und die Erfahrung mit mehreren Fenstern und Registerkarten noch nie verwendet haben, empfehle ich, dass Sie es versuchen, bevor Sie das Argument für sie vollständig ausschließen. Sie mögen sie vielleicht nicht, aber Sie müssen zugeben, dass sie für viele von uns nützlich sind. Ohne die hervorragende Debug-Fähigkeit von node.js von VS Code würde ich ausschließlich Atom verwenden. Ich habe nichts gegen die Arbeitsdateien. Ich denke, sie können nützlich sein, aber sie sind kein guter Ersatz für Tabs und sie sind nicht wirklich eine alternative Methode, um dasselbe zu tun. Es ist, als würde man sagen: _Sie haben einen Honda Civic, warum wollen Sie einen Pickup? _ Nun, versuchen Sie, 1200 Pfund Bambus-Nut- und Federboden in die Rückseite Ihres Civic zu laden, und Sie werden sehen, warum. Beide sind Fahrzeuge, dienen aber unterschiedlichen Zwecken.

Nehmen Sie, wie bereits erwähnt, Registerkarten aus Visual Studio, Edge oder einem anderen Microsoft-Produkt für eine Version heraus und sehen Sie sich die Reaktion an. Es wird nicht schön sein. Wir können es alle in beide Richtungen haben. Wir bitten darum, dass Registerkarten eine optionale und keine erforderliche Editor-Komponente sind. Kann Zeit besser für die Entwicklung anderer Editoren verwendet werden? Sicher. Kritische Fehlerbehebungen und Verbesserungen, die die Verwendung des Editors blockieren, sollten immer an erster Stelle stehen. Ich bin mir jedoch sicher, dass eine Reihe von Funktionen hinzugefügt wurden, die nicht zu einer kritischen Verbesserung oder Korrektur führen. Wenn also Zeit für diese aufgewendet wird, sollte Zeit für eine Funktion zur Verfügung stehen, nach der die überwiegende Mehrheit in diesem Thread fragt.

Wir lieben, was VSCode in den letzten Monaten geworden ist, und wir beschäftigen uns so intensiv mit diesem Thema, weil wir möchten, dass es der beste verfügbare Editor ist. Hier ist kein Platz für Negativität. Wir sind alle begeistert von dem, was wir als Entwickler wollen / nicht wollen. Niemand hat eine falsche Meinung, aber gegnerische Meinungen müssen als solche gewürdigt und nicht einfach abgezinst werden, weil Sie der Meinung sind, dass sie ungültig sind.

Ich glaube nicht, dass es viel "Leidenschaft für Tabs" gibt. Was passiert ist, dass, nachdem @bpasero gesagt hat " Ich glaube nicht, dass Tabs eine gute Möglichkeit sind, die Liste der geöffneten Dateien anzuzeigen " und " Bisher habe ich noch keinen guten Grund für Tabs gehört ", die Leute lautstarker werden, wenn sie versuchen, dies zu rechtfertigen die Anfrage an den Hauptprojektmitarbeiter.

Ich bin amüsant frustriert, all diese Diskussionen zu sehen, und ich bin ein bisschen beleidigt, weil ich täglich VS Code in meiner Arbeit verwende und einen guten .NET-Editor für Mac und Linux haben möchte und Tabs sehr vermisse. und ich habe diesen "_wow! das ist eigentlich nützlicher_" Moment nicht bekommen, aber die Antwort hier scheint zu sein "_Sie haben einfach nicht bemerkt, dass wir etwas Erstaunliches geschaffen haben! Geben Sie ihm Zeit und gewöhnen Sie sich daran! _".

Hier sind einige aktuelle Probleme, die ich sehe, wenn ich VS Code einige Monate lang täglich verwende:

  • Es macht für mich keinen Sinn, auf das Schließsymbol im Fenster zu klicken, aber die Datei in dieser Liste zu belassen. Ich muss diese Liste ständig manuell bereinigen, um eine Liste zu erhalten, in der nur die Dateien angezeigt werden, mit denen ich tatsächlich aufwache - und die Dateien Ich arbeite nicht mit den letzten, die ich öffne oder die ich ändere, sondern mit denen, die ich gleichzeitig offen halten möchte
  • Es macht für mich keinen Sinn, eine nicht gespeicherte Datei zu schließen und sie mit einem Marker auf dieser Liste zu haben - oft am Tag mache ich etwas, und die Änderung wird in der App nicht wiedergegeben, weil ich die Datei geschlossen habe und der VS-Code nicht gefragt hat ich, um es zu retten, was mich Zeit verschwenden lässt
  • Ein Klick öffnet die Datei, aber nur ein Doppelklick, um die Datei in den zuletzt verwendeten Abschnitt zu verschieben. Daher öffne ich ständig Dateien, die dort nicht angezeigt werden. Dann fällt es meinem Muskelgedächtnis leichter, ein Leerzeichen in der Datei hinzuzufügen oder zu entfernen Scrollen Sie dann zu der Datei, die ich gerade betrachte, und doppelklicken Sie darauf
  • Ich finde es ärgerlich, dass Sie die Bildlaufleiste nicht sehen können, wenn die Liste voll ist, es sei denn, Sie bewegen den Mauszeiger darüber. Das ist kompliziert, weil die Benutzeroberfläche im Editor so funktioniert. Aber siehe, ich kenne das Projekt und ich weiß, dass es mehr Dateien in der Ordneransicht geben muss. Ich kenne auch die Struktur des Codes, daher weiß ich, dass sich im Editorbereich noch etwas mehr befinden muss. Aber mit der Liste der letzten habe ich keine Ahnung. "Ist es voll oder habe ich vergessen, diese Datei zu öffnen? Habe ich diese Datei nicht vor 1 Minute geöffnet? Lassen Sie mich diese Datei erneut öffnen ..."

Jetzt sehe ich, dass das meiste davon mit einem Argument wie "_oh" gelöst werden würde, aber Sie verpassen den Punkt, es ist eine kürzlich verwendete Dateiliste, keine offene Dateiliste. Sie vergleichen sie mit Registerkarten, und es gibt bessere Möglichkeiten, mit geöffneten Dateien umzugehen. Nach einiger Zeit beginnen Sie mit ..._ "

Darauf würde ich gerne antworten: "_Das Ganze macht für mich keinen Sinn und macht mich tatsächlich unproduktiv. Es gibt bereits eine Lösung, die seit Jahrzehnten überall funktioniert. Ich möchte nichts reparieren, was nie eine war Problem, und ich sehe diese neue Lösung ehrlich gesagt nicht als bessere Alternative. Können wir nur etwas Vertrautes haben, das funktioniert und an das wir alle gewöhnt sind? Danke_ "

Ich weiß, das klingt alles arrogant. Aber ich wette, das denken die meisten Leute, sind aber entweder zu schüchtern oder zu höflich, um es zu sagen.

Experimentelle Benutzeroberflächen eignen sich hervorragend als Alternativen, und ich bin alle dafür, dass ich die Möglichkeit habe, zwischen beiden zu wechseln. Dies ist jedoch derzeit ein erzwungenes Experiment, das die andere Option verhindert, die am häufigsten und erwartet wird. Und genau wie im Windows 8-Startmenü gibt es keine Möglichkeit, dass dies gut endet.

Darauf würde ich gerne antworten: "Diese ganze Sache macht für mich keinen Sinn und macht mich tatsächlich unproduktiv. Es gibt bereits eine Lösung, die seit Jahrzehnten überall funktioniert. Ich möchte nichts reparieren, was nie eine war Problem, und ich sehe diese neue Lösung ehrlich gesagt nicht als bessere Alternative. Können wir nur etwas Vertrautes haben, das funktioniert und an das wir alle gewöhnt sind? Danke. "
...
Und genau wie im Windows 8-Startmenü gibt es keine Möglichkeit, dass dies gut endet.

Ich konnte nicht mehr zustimmen.

Da das Falten von Code früher die am meisten gewählte Funktion war, gibt es jetzt auch Registerkarten . Das vscode-Team hat uns gefaltet.

Ich bin überrascht und enttäuscht, wenn Tabs angesichts der hervorragenden Erfolgsbilanz der Einbeziehung von Top-Benutzeranfragen durch das vscode-Team angesichts der erfrischenden Teilnahme von Microsoft an der Open-Source-Community nie zum Tragen kommen.

@ianwesterfield Genau, es ist das am

Ich habe zuvor die Existenz einer nahezu perfekten Implementierung von Tabs kommentiert: Atom. Sie sind einfach zu organisieren, zeigen teilweise Dateipfade ordnungsgemäß an, wenn zwei Registerkarten denselben Dateinamen haben, und funktionieren sehr gut in einem Fenster mit mehreren horizontalen und / oder vertikalen Fenstern (was meiner Meinung nach eine weitere erforderliche Funktion von VSCode ist). Wenn VSCode die gleichen Registerkartenfunktionen wie Atom hätte, würde dies meiner Meinung nach 99% der Anforderungen aller abdecken. Und da Atom auch elektronenbasiert ist, kann die Implementierung in VSCode genauso gut funktionieren. Ich bin nicht für eine Nachahmerlösung von irgendetwas, aber sie (Atom) haben großartige Arbeit bei der Implementierung von Registerkarten geleistet, und was sie haben, ist in dieser Hinsicht eine ausgezeichnete Lösung.

@ jon64digital Vielleicht bin ich es nur, aber ich denke, was die Entwicklung dieses Gesprächs verhindert, ist ein Gefühl der Frustration. Diese Anfrage ist im Rückstand immer noch nicht zugeordnet, selbst mit mehr als 6.000 Stimmen und einem vage formulierten Verweis in der Iteration vom 31. März:

Verbessern Sie die Dokumentenverwaltung und das Stapelverhalten von Editoren

Das fühlt sich so an, als müssten wir immer noch wiederholt die Existenz von Registerkarten rechtfertigen, geschweige denn deren Verhalten. Zumindest, nehme ich an, ist dieser Hinweis einer von drei Hinweisen auf Eliminate Adoption Roadblocker , aber es ist jetzt der 12. März ...

In diesem Sinne denke ich, wenn sie es zumindest jemandem zuweisen würden, könnten wir uns leicht in dem ausruhen , was

BEARBEITEN Vielleicht ist dieses mangelnde Engagement des VS Code-Teams ein Missverständnis - schließlich wurde der Iterationsplan für März seit dem 7. Januar nicht mehr aktualisiert.

@ jayrosen1576 Ich stimme zu - und ich denke, dass 1% der Benutzeranforderungen, die nicht abgedeckt würden, dann durch Erweiterungen (z. B. Öffnen von Dateien mit Beziehungen in Registerkartengruppen usw.)

@ jayrosen1576 Können Sie mit atom Dateien verknüpfen, sodass Sie eine geteilte Ansicht haben, die (zum Beispiel) toolbar.html im ersten Frame, toolbar.js im zweiten und toolbar.css im dritten Frame öffnet?

Dies ist nur ein Beispiel, aber es wäre absolut ideal. Jemand oben hat gesagt, dass Vim dies kann, aber ich habe vim ausgecheckt und war aus mehreren Gründen nicht daran interessiert, aber die Tab-Sache klingt hervorragend.

@ jon64digital Atom tut dies standardmäßig nicht, und mir sind bisher keine Erweiterungen bekannt (auch von vim inspirierte Erweiterungen), aber dies ist der Anwendungsfall für Erweiterungen, auf den ich mich in meinem letzten Beitrag bezogen habe.

BEARBEITEN siehe den Kommentar von @jtosey oben (ca. 9 Tage vor diesem Beitrag).

Persönlich konnte ich das als Ärger ansehen. Die Hälfte der Zeit interessiert mich die Ansicht nicht - nur der Controller, das Modell und die clientseitige JS. Ich würde wahrscheinlich verrückt werden, wenn die Ansicht jedes Mal geöffnet würde, wenn ich das JS öffnete.

Aber das ist das Schöne an einer Erweiterung - wenn es mir nicht gefällt, kann ich es ausschalten.

Wenn wir an Feature-Anfragen wie dieser arbeiten, die einen sehr starken Einfluss auf UX haben, verbringen wir normalerweise zunächst einige Zeit in UX-Meetings, um zu diskutieren, wie die tatsächliche Implementierung aussehen soll. Wir hatten schon seit einiger Zeit ein verbessertes Dokumentenmanagement auf unserer Agenda, aber andere Dinge auf unserer GA-Liste hatten einfach eine höhere Priorität (z. B. Barrierefreiheit).

Wir werden diesen Artikel nach unserer GA-Veröffentlichung Ende des Monats abholen und die Diskussion darüber beginnen, wie das Dokumentenmanagement in Zukunft funktionieren soll. Wir sehen einige Mängel in der aktuellen Funktionsweise und wissen, dass wir sie verbessern müssen. Wir denken, dass es auch ohne Tabs einige Dinge gibt, die einfach nicht sehr intuitiv sind, wie sich UX heute verhält (Editor schließen vs. Datei schließen, die Tatsache, dass sich Seiteneditoren anders verhalten als andere Editoren, Arbeitsdateien und schnell offen usw.).

Obwohl das Konzept der Registerkarten gut verstanden ist, glauben wir nicht, dass wir einfach Registerkarten zu unserer vorhandenen Dokumentenverwaltung hinzufügen könnten, ohne unsere Konzepte dort zu überdenken.

Ich denke, wir werden einige Diskussionen darüber führen, wie das Dokumentenmanagement in Zukunft funktionieren soll, und ich denke, wir sind bereit, die Konzepte so zu überarbeiten, wie wir es für notwendig halten.

@bpasero Nachdem ich den Code auf ein anderes Problem überprüft habe, verstehe ich nicht, warum es nicht möglich ist, nur Registerkarten hinzuzufügen oder welche Konzepte Sie dadurch ändern müssten. Es könnte einen langen Weg gehen, wenn Sie uns aufklären könnten, oder ist dies ein Hinweis auf die Denkweise in Ihren ursprünglichen Beiträgen?

@bpasero Es war schön, wenn Sie näher darauf eingegangen sind, was besprochen wird und welche Ansätze Sie als mögliche Lösungen für die von uns veröffentlichten Probleme ansehen.

PS Ich bin mir nicht sicher, ob es mit VSCode möglich ist, aber einige Teams wie Roslyn, TypeScript und einige andere teilen ihre Designnotizen. Es gibt viel Kontext zu ihrer Arbeitsweise und was als nächstes kommt. Es öffnet die Community auch für neue Diskussionen. ist so etwas möglich?

@bpasero würde das Team ernsthaft über Community-Versuche

Ich denke, Ihr Team ist in der Dampfschleuse, nachdem es diesen Maulwurfshügel in den Berg gemacht hat.

Bedeutung: Registerkarten sind Bestandteil des umfassenderen Konzepts der Dokumentenverwaltung und nicht gleichbedeutend damit. Es wurden bereits andere Probleme in Bezug auf andere Bereiche der Dokumentenverwaltung von vscode eingereicht.

Wir diskutieren unsere UX-Ideen bereits über offene Themen (siehe https://github.com/Microsoft/vscode/issues?q=is%3Aopen+is%3Aissue+label%3Aux). Ich würde davon ausgehen, dass wir dasselbe tun würden für Dokumentenverwaltung und Registerkarten.

Ich denke auch, dass wir nicht möchten, dass diese Verbesserungen über Erweiterungen vorgenommen werden, sondern dass sie als Kernkonzept in der VS Code-Workbench enthalten sind.

Sobald wir die UX-Diskussion im Team beginnen, möchten wir auch die Community einbeziehen und dann auch die Fehler diskutieren, die wir in unserem aktuellen Design sehen und was wir verbessern wollen.

@bpasero vielen Dank, das ist alles was ich wissen wollte. :) :)

@bpasero Super . Ich weiß, dass ihr euch sehr um das Produkt bemüht und wir alle wissen es wirklich zu schätzen. Ich denke, viele von uns sind nur frustriert über das Fehlen von Registerkarten in der Benutzeroberfläche, da wir uns stark auf sie verlassen und eine vollständige Änderung unserer Arbeitsweise keine Option ist. Wir möchten, dass dies der beste Editor auf dem Markt ist, und das ist wirklich nahe daran, dies zu erreichen.

Ohne diesen ganzen Thread zu lesen, gebe ich ein großes: +1: dazu.

Ich benutze seit Jahren für Sublime und liebe die Tabs. Ich sehe, dass Arbeitsdateien einen Teil der Lücke füllen, aber nicht vollständig. Ich kann nicht vollständig erklären, warum, aber bitte geben Sie mir meine Tabs!

+1

Sehr notwendig.

+1

Ich arbeite während der Entwicklung an vielen verschiedenen Dateitypen, daher möchte ich häufig eine Registerkartengruppe auf der rechten Seite für einen Dateityp und eine andere Registerkartengruppe auf der linken Seite für andere Dateitypen erstellen. Wenn ich zum Beispiel an Winkelmesser- / Webdriverjs-Code arbeite, möchte ich alle "Seitenobjekte" rechts und alle "Spezifikationen" links, getrennt und logisch gruppiert, behalten. In ähnlicher Weise behalte ich bei der Arbeit an Front-End-Inhalten rechts eine Registerkartengruppe für alle js / ts-Dateien und links eine für HTML und CSS.

Dies sind nur zwei Beispiele, aber ich mache dies die ganze Zeit bei fast jedem Projekt bis zu einem gewissen Grad und diese Strategie hat mir über viele Jahre der Entwicklung gute Dienste geleistet und ich finde sie äußerst hilfreich.

Während Code mir sicherlich erlaubt, mehrere Bereiche zu haben, macht es der globale Dateilistenansatz schwieriger, zwischen den Dateitypen zu unterscheiden, und daher verschwende ich viel Zeit damit, durch die Liste für die Datei zu scrollen, die ich anzeigen wollte. Wenn ich (instinktiv) versuche, nur eine Datei im rechten Bereich zu schließen, verschwindet der gesamte Bereich, was äußerst frustrierend ist, insbesondere nachdem ich über 16 Jahre lang reguläres VS verwendet habe, was mich darauf trainiert hat, zu erwarten, dass der Bereich mit dem Rest offen bleibt die Dateien sichtbar.

Das Fehlen von Registerkartengruppen im Code ist äußerst enttäuschend und ich denke nicht, dass Menschen gezwungen oder überzeugt werden sollten, auf eine bestimmte Weise zu arbeiten, weil Ihrer Meinung nach "es besser ist" oder "es keinen guten Grund für Registerkarten gibt". Ja da ist. Vielleicht verwenden Sie sie einfach nicht optimal oder halten sie nicht für nützlich, aber es gibt Unmengen von uns, die etwas so Grundlegendes wie Registerkartengruppen tun und wirklich schätzen würden.

Nach meinem Verständnis basiert Code auf Atom, das bereits Unterstützung für Registerkartengruppen bietet. Es scheint, dass es viel zusätzliche Arbeit gekostet hätte, diese Funktionalität zu entfernen, was für mich einfach nicht viel Sinn macht. Erlauben Sie dem Benutzer zumindest, die gewünschte Erfahrung auszuwählen, damit er Code so verwenden kann, wie es für ihn am besten funktioniert.

Bitte bringen Sie Registerkartengruppen zurück zu VS Code.

Wenn Sie in der Liste "Arbeitsdateien" Kästchen um die Dateinamen zeichnen, werden die Benutzer möglicherweise feststellen, dass diese funktional den linken Registerkarten entsprechen ... :-)

@ ChrisMiami : außer es ist nicht . (Ich würde möglicherweise bereit sein, damit zu leben, wenn es so wäre.)

LOL

Am Do, 17. März 2016 um 04:59 Uhr Kenneth G. Franqueiro <
[email protected]> schrieb:

@ChrisMiami https://github.com/ChrisMiami : außer es ist nicht
https://github.com/Microsoft/vscode/issues/224#issuecomment -166931316.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -197603728

@kfranqueiro Während Sie auf eine geeignete Tab-Lösung warten, könnten Sie daran interessiert sein, die von mir verwendeten Tastenkombinationen zu übernehmen , die W und Strg + Umschalt + W einer regulären Tab-Implementierung näher bringen.

@ nub340 VSCode basiert nicht auf Atom, sondern auf Electron, das von derselben Gruppe hergestellt wurde, die an Atom arbeitet.

+1 Bitte hinzufügen !!!

Ich denke auch, dass dies eine Funktion ist, die in einem ansonsten großartigen Editor schmerzlich fehlt.

Bitte fügen Sie optional Tabs hinzu oder lassen Sie Plugins von Drittanbietern für Tab-Funktionen zu.

Das erste, was mir an VSC (nach dem albernen Namen) auffiel, war, wie großartig es war, keine Tabs zu haben.

Ich habe derzeit 8 Dateien geöffnet - Registerkarten sind für mich sinnlos, da die Dateinamen nicht auf den Registerkarten angezeigt werden.

I _adore_ STRG + TAB und die Liste 'Arbeitsdateien'.

Wenn Sie Registerkarten hinzufügen müssen, machen Sie diese bitte optional.

@leegee Sie sind nicht "sinnlos", Sie brauchen sie einfach nicht. Haben Sie gedacht, dass Menschen, die an verschiedenen Arten von Projekten arbeiten, einen anderen Anwendungsfall für Sie haben könnten?

Geben Sie den Tausenden von Menschen, die für Tabs gestimmt haben, ich denke, das einzig "sinnlose" hier ist Ihr Kommentar :)

@ jon64digital : Ich habe gesehen, dass das Projekt allgemeine Kommentare von Benutzern zur Aussicht auf Tabs

@ jon64digital @leegee sagte, sie seien sinnlos für ihn, nicht im Allgemeinen. Ich unterstütze Tabs voll und ganz, aber ich stimme zu, dass sie eine Option sein sollten, die für diejenigen deaktiviert werden kann, die sie nicht verwenden. Lassen Sie uns die Diskussion zivil halten und nicht auf persönliche Angriffe zurückgreifen. Niemand hat eine falsche Meinung. Sie sind nur das ... Meinungen.

@ jayrosen1576 Er hat seinen Kommentar bearbeitet. Wenn es ursprünglich "sinnlos für mich" gesagt hätte, hätte ich natürlich nicht gesagt, was ich getan habe. Ich gehe auch davon aus, dass die beiden anderen Personen, die seinen Kommentar abgelehnt haben, dies getan haben, bevor er ihn bearbeitet hat.

Ich stimme voll und ganz zu, dass jeder ein Recht auf eine Meinung hat, aber es scheint hier einige Leute zu geben, die keine Registerkarten in ihrem Workflow benötigen, die versuchen, diejenigen zu verweigern, die sie wollen, indem sie -1 setzen oder MS mitteilen, dass die Funktion ist nicht erforderlich oder würde in irgendeiner Weise Ressourcen von wichtigeren Funktionen ablenken. Angesichts der Tatsache, dass sie sehen können, wie viele Leute Tabs wollen, finde ich das egoistisch und etwas unreif.

Wie auch immer, ich entschuldige mich, wenn jemand dies als persönlichen Angriff ansah. Ich habe einen Smiley danach gesetzt.

Ich denke, diese Diskussion zeigt nur, dass es viele Möglichkeiten gibt, wie ein Entwickler eine IDE verwenden kann, und alle sind für ihren Anwendungsfall vollkommen gültig. Es gibt keinen "richtigen" Weg und am Ende des Tages ist es nur ein Werkzeug, um die Arbeit zu erledigen. Einige Entwickler mögen Registerkarten, damit sie beliebige Dateien willkürlich gruppieren können, andere finden eine einzelne MRU-Liste vollkommen ausreichend. Dann haben Sie diejenigen, die nur Notizblock für alles verwenden, und wir sind alle ein Haufen Stiefmütterchen ha-ha.

Im Ernst, ich habe nur das Gefühl, dass es viele Entwickler gibt, die sich an ihr Dienstprogramm gewöhnt haben und daher die einzelne MRU-Liste optional machen (entweder Opt-In oder Out). würde das ohnehin schon großartige Tool machen, dass VS Code für alle noch vielseitiger ist.

@ nub340 genau! Einige von uns mögen Tabs, weil sie immer Teil unserer Erfahrung als Entwickler / Benutzer waren. Ich persönlich mag es, wenn die Dateien, an denen ich arbeite, oben angezeigt werden. Tabs haben keinen inhärenten Vorteil gegenüber Arbeitsdateien, aber genau so sind einige uns gefällt es.

Einverstanden, ich möchte es als Option, nicht erzwingen.
Am Dienstag, 22. März 2016, um 6:22 Uhr Eyal Solnik [email protected]
schrieb:

@ nub340 https://github.com/nub340 genau! Einige von uns mögen Tabs, weil
Sie waren immer Teil unserer Erfahrung als Entwickler / Benutzer, persönlich mag ich
Um die Dateien, an denen ich arbeite, oben zu sehen, gibt es keine inhärenten
Vorteil für Tabs gegenüber Arbeitsdateien, aber so mögen es einige von uns.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -199565160

Wir hatten keine Tabs auf dem Vic-20 ...

Eine Sache, die aus dieser Diskussion hervorgeht, ist, dass alles, was gemacht wird.
verfügbar, sollte es anpassbar sein.

@glennblock , @leegee Ja, es sollte definitiv eine Option sein, aber sollte die Arbeitsdatei nicht die gleiche Behandlung für diejenigen erhalten , die es nicht wollen? Es ist jedoch wahrscheinlich am besten, dies in einer anderen Funktionsanforderung zu diskutieren. :) :)

Ich habe diesen Text hier gepostet: https://github.com/Microsoft/vscode/issues/101

Dies gilt auch für diese Diskussion. Ich würde mich über eine Antwort von

Ich möchte diese Funktion. Ende der Diskussion. Fick deine Meinungen @bpasero Es ist mir egal, was du für richtig hältst und was nicht. Gleiches gilt für die Registerkarten Nr. 224. Sie versuchen uns davon zu überzeugen, dass Ihre Lösung besser ist. Wieder einmal fick deine Lösung. Wir alle machen Dinge anders und niemand kümmert sich darum, was Sie denken. Ich benutze vscode nur wegen der großartigen Unterstützung von Typoskript und Angular2. Ansonsten hasse ich es, weil es keine Funktionen gibt, die normale Editoren haben, z. B. SublimeText, Atom, Brackets

Haha @PeterMtj , danke, dass du gesagt

@bpasero scheint die Angewohnheit zu haben, Funktionen

Menschen verwenden Microsoft-Software hauptsächlich, weil sie es müssen, selten, weil sie es mögen, und wenn Sie sehen, dass Microsoft-Mitarbeiter Einstellungen wie seine haben, zeigt dies nur, warum sie keine anständige Software wie Sublime Text entwerfen können. Ich habe mein Bestes mit VS Code gegeben, bin aber kurz davor, es zu deinstallieren.

@ PeterMtj Ernsthaft? So nähern Sie sich den Dingen? Menschen verfluchen? Wenn Sie keinen Respekt vor ihm haben, dann haben Sie etwas Respekt vor sich selbst!

@ jon64digital Er kann abstimmen oder seine persönliche Meinung sagen und das ist in Ordnung! Wir müssen nicht persönlich werden und schon gar nicht Menschen für ihre Meinung verfluchen!

Ich bin auch nicht mit seiner anfänglichen Antwort einverstanden. "Nein" zu sagen ist meiner Meinung nach nicht professionell und ziemlich unhöflich, aber ich denke, dass die Community es besser machen und zivilisiert bleiben kann, unabhängig von der Meinung der Menschen.

Menschen verwenden Microsoft-Software hauptsächlich, weil sie es müssen, selten, weil sie es mögen, und wenn Sie sehen, dass Microsoft-Mitarbeiter Einstellungen wie seine haben, zeigt dies nur, warum sie keine anständige Software wie Sublime Text entwerfen können. Ich habe mein Bestes mit VS Code gegeben, bin aber kurz davor, es zu deinstallieren.

Bearbeiten: Menschen müssen keine Microsoft-Produkte verwenden! Ich muss das sicher nicht tun und sagen, dass die Leute das selten tun, weil sie es mögen, es ist nur Müll reden! Microsoft stellt einige großartige Produkte und Technologien her und ich bin weit davon entfernt, ein Fan von allem zu sein, was sie tun, aber sie machen sicherlich einige Dinge richtig! Niemand zwingt jemanden, VSCode zu verwenden, und wenn jemand Sie zwingt, VSCode zu verwenden, sollte er / sie gefeuert werden, weil Sie Ihre eigenen Werkzeuge auswählen müssen! Das einzige, was einen Arbeitgeber interessieren sollte, ist Ihre Arbeit, nicht wie sie gemacht wird!

Lassen Sie uns dies nicht in einen Flammenkrieg verwandeln und bitte konstruktiv halten!

@eyalsk

Ich habe nicht versucht, einen Flammenkrieg zu beginnen oder Müll zu reden, aber ich stehe zu 100% zu dem, was ich gesagt habe. MS haben in der Vergangenheit ihre eigenen Produkte an ihr Betriebssystem und aneinander gebunden, um die Benutzer zur Verwendung ihrer Software zu zwingen, weil sie wissen, dass sie nicht gut genug ist, um für sich allein zu stehen. Ich kenne viele Leute, die MS Office bei der Arbeit verwenden müssen. Ich musste Visual Studio vorher verwenden, weil ich keine andere Wahl hatte und die Anzahl der Leute zählen konnte, die freiwillig den Internet Explorer an den Fingern einer Hand verwenden würden. Aufgrund dieser Praktiken waren sie sogar Gegenstand von Kartellklagen. Es ist naiv zu sagen, dass niemand jemanden dazu bringt, MS-Software zu verwenden.

Die Dinge haben sich in letzter Zeit in die richtige Richtung bewegt und sie werden plattformunabhängiger und versuchen, ihre Software besser mit anderen zusammenzuarbeiten. Ich bin mir sicher, dass es bei MS gute Leute gibt, die versuchen, großartige Software zu entwickeln und den Leuten das zu geben, was sie wollen, aber bpasero gehört eindeutig nicht dazu. Seine aufgeschlossene Haltung ist ihnen kein Verdienst und ich fand es lustig, dass @PeterMtj ihn auf diese Weise

Sie haben hier einen langen Thread mit Hunderten von Menschen, die MS GENAU sagen, was sie von einem Code-Editor erwarten. Es ist nicht so, als ob sie nicht wissen, was wir wollen. Dann haben wir hier einen MS-Mitarbeiter, der sagt: "Nein, Sie liegen im Grunde alle falsch." Malt das nicht ein Bild eines Unternehmens, das nicht genau zu seinem Publikum passt?

Nur mein 2c.

@ jon64digital

Ich habe nicht versucht, einen Flammenkrieg zu beginnen oder Müll zu reden, aber ich stehe zu 100% zu dem, was ich gesagt habe. MS haben in der Vergangenheit ihre eigenen Produkte an ihr Betriebssystem und aneinander gebunden, um die Benutzer zur Verwendung ihrer Software zu zwingen, weil sie wissen, dass sie nicht gut genug ist, um für sich allein zu stehen.

Das ist nur Ihre voreingenommene Annahme, und ich respektiere das, aber wir können genau dasselbe über jedes andere Unternehmen auf der Welt sagen, um nur einige Apple, Oracle und Google zu nennen ...

Ich kenne viele Leute, die MS Office bei der Arbeit verwenden müssen.

Die Menschen sind nicht gezwungen, MS Office zu verwenden, das ist die Entscheidung des Arbeitgebers. Libre Office ist ein großartiges Produkt und eine recht gute Alternative.

Ich musste Visual Studio schon einmal verwenden, weil ich keine andere Wahl hatte

Ich weiß nicht, warum du keine Wahl hattest, aber du hast heute definitiv eine Wahl! Ich hatte immer die Wahl, auch wenn die Leute Visual Studio stark für die .NET-Entwicklung verwendeten. Ich habe SharpDevelop, Vim und Notepad ++ verwendet. Ich hatte nie Probleme mit mehreren Editoren. Ich bin sowieso kein Fan von Designern.

Für C / ++ haben Sie noch mehr Unterstützung von Editoren und IDEs, es sei denn, Sie verwenden VC ++ :)

Außerdem habe ich nie verstanden, warum sich manche Leute an einen bestimmten Stapel von Technologien von X binden. Es gibt viele Technologien, die über Microsoft hinausgehen.

Ich konnte die Anzahl der Personen zählen, die freiwillig den Internet Explorer an den Fingern einer Hand verwenden würden.

Sie haben Recht, Internet Explorer war bis Version 9 sehr schlecht, aber sie haben sich seitdem erheblich verbessert. Obwohl ich ein FireFox-Benutzer bin, beurteile ich Microsoft nicht nach ihrer Vergangenheit, sondern nach dem, bei dem sie sich befinden das Geschenk und es sieht gut aus!

Aufgrund dieser Praktiken waren sie sogar Gegenstand von Kartellklagen. Es ist naiv zu sagen, dass niemand jemanden dazu bringt, MS-Software zu verwenden.

Niemand bringt jemanden dazu, irgendetwas zu benutzen, und ich weiß nichts über die meisten Leute, aber ich bin alles andere als naiv, ich bin nur vernünftig.

Wenn Ihr Arbeitgeber die Wahl trifft, MS-Technologien zu verwenden, sind Sie sicherlich gezwungen, aber auch hier ist es nicht die Schuld von Microsoft. Wenn Sie sich für die Verwendung von MS-Technologien entschieden haben, haben Sie sich dafür entschieden und sich darüber zu beschweren, ist ein bisschen albern. Es gibt äquivalente Technologien, die sind so gut wie Microsoft, so dass die Leute sicherlich die Wahl haben.

Die Dinge haben sich in letzter Zeit in die richtige Richtung bewegt und sie werden plattformunabhängiger und versuchen, ihre Software besser mit anderen zusammenzuarbeiten. Ich bin sicher, es gibt gute Leute bei MS, die versuchen, großartige Software zu entwickeln und den Leuten zu geben, was sie wollen.

Genau! Auch wenn ich nicht denke, dass es vom Design her gut ist, Menschen das zu geben, was sie wollen. :) :)

aber bpasero ist eindeutig keiner von ihnen. Seine aufgeschlossene Haltung ist ihnen kein Verdienst und ich fand es lustig, dass @PeterMtj ihn auf diese Weise

Ich denke nicht, dass wir Menschen anhand ihrer Meinungen definieren müssen, schon gar nicht anhand dieser Art von Meinungen. Als Erwachsene sind Menschen nicht anfällig für persönliche Angriffe jeglicher Art. Das Schwören einer Person ist nicht angenehm und sollte entmutigt werden. Als Erwachsener zu handeln bedeutet, dass Sie Ihre Wut kontrollieren und Ihre Meinung über jemanden oder etwas schreiben können, ohne beleidigend zu sein.

Sie haben hier einen langen Thread mit Hunderten von Menschen, die MS GENAU sagen, was sie von einem Code-Editor erwarten. Es ist nicht so, als ob sie nicht wissen, was wir wollen. Dann haben wir hier einen MS-Mitarbeiter, der sagt: "Nein, Sie liegen im Grunde alle falsch." Malt das nicht ein Bild eines Unternehmens, das nicht genau zu seinem Publikum passt?

Das ist ein fairer Punkt und eine Beschwerde, ich sage nichts anderes! @bpasero hat jedoch bereits erklärt, dass sie dieses Problem auch lösen werden, sobald sie an der UX arbeiten. "_Wenn wir die UX-Diskussion in dem Team beginnen, möchten wir auch die Community einbeziehen und dann auch die Fehler diskutieren, die wir in unserem aktuellen Design sehen und was wir verbessern wollen._ "

@eyalsk Ja, genau so zurücknehmen . Ich habe ihn als Person nicht beleidigt. Ich habe seine Meinung dazu und seine beschissene Alternative zu Tabs beleidigt. Das ist ein großer Unterschied. Wenn Sie es nicht sehen, denken Sie noch einmal.

@ jon64digital hat Recht mit der Einstellung von @bpasero . Ich weiß nicht, was ich von ihm halten soll. Vielleicht möchte er die Arbeit einfach loswerden, indem er sagt, dass Sie falsch liegen und sie nicht benötigt wird. In beiden Fällen sollte

Versuchen Sie zu erkennen, dass Microsoft uns nicht hilft. Wir helfen Microsoft, indem wir seine Produkte verwenden und Feedback geben, damit sie ein anständiges Produkt herstellen können. Dies sollte keine Diskussion über das Verteidigen von Registerkarten sein, sondern darüber, wie Registerkarten funktionieren sollten, damit dies mit vscode der Natur entspricht. Vscode ist für die Community, das sind wir und im Extremfall, wenn wir alle einen roten Dinosaurier in der Mitte des Bildschirms wollen, sollten sie es ohne hinterfragende Gründe tun. Wir haben alle unsere eigenen Gründe. Andernfalls ist vscode für die Community nutzlos. So sehe ich das.

@ PeterMtj Ich denke, wir müssen zustimmen, nicht zuzustimmen. :) :)

Ich wollte einspringen und zusätzliche Hintergrundinformationen für dieses Problem bereitstellen. Wir sind gerade dabei, einen wichtigen Meilenstein des Codes zu erreichen. Ein Schwerpunkt für uns in den letzten 6 Monaten war die Unterstützung der Barrierefreiheit und Lokalisierung. Dies hat uns keine Zyklen im UI-Bereich gelassen, um aktiv am Feedback der Registerkarten zu arbeiten. Nachdem die meisten Kontrollkästchen im Märzplan (Nr. 3555) aktiviert sind, beginnen wir langsam wieder nachzuschauen. Im April werden wir uns mit diesem Thema befassen. @bpasero spielte eine Schlüsselrolle bei der Entwicklung unserer UX und dies wird die nächste große Entwicklung sein.

Vielen Dank an alle für Ihre Leidenschaft und Ihr Feedback, die uns dabei helfen, VS Code zum besten Produkt zu machen.

TIA für die Zugänglichkeitserweiterungen - wird einen großen Unterschied für uns machen
halb blind

Am Samstag, 26. März 2016, 01:38 Uhr schrieb Erich Gamma, [email protected] :

Ich wollte einspringen und zusätzliche Hintergrundinformationen für dieses Problem bereitstellen.
Wir sind gerade dabei, einen wichtigen Meilenstein des Codes zu erreichen. Ein zentraler Fokus für uns
In den letzten 6 Monaten wurde die Barrierefreiheit und Lokalisierung unterstützt. Diese
hat uns keine Zyklen im UI-Bereich gelassen, um aktiv am Feedback der Registerkarten zu arbeiten.
Jetzt, da die meisten Kontrollkästchen im März-Plan (# 3555)
https://github.com/Microsoft/vscode/issues/3555) überprüft werden, wir sind
langsam beginnt wieder aufzuschauen. Im April werden wir uns mit diesem Thema befassen.
@bpasero https://github.com/bpasero spielte eine Schlüsselrolle in der
Entwicklung unserer UX und dies wird die nächste große Entwicklung sein.

Vielen Dank an alle für Ihre Leidenschaft und Ihr Feedback, die uns dabei helfen, VS Code zum
bestes Produkt kann es sein.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -201618115

@egamma Ich danke dir und deinem Team wirklich für alles, ich denke du machst einen tollen Job! Aber ich habe das Gefühl, dass die erste Antwort von @bpasero die Leute irritiert hat und dies hätte vermieden werden können, wenn er Einblicke gegeben hätte, warum Tabs seiner Meinung nach keine Option sein sollten, anstatt nur "Nein" zu sagen.

Wie auch immer, konzentrieren wir uns auf die Gegenwart. Gibt es vor dem // build / event einen neuen Build? : D.

@eyalsk Ich glaube, der Kommentar "Nein" bezog sich tatsächlich auf die erste Antwort von @inakianduaga , da es nicht möglich ist, Registerkarten mit der aktuellen Erweiterungs-API zu implementieren. Ich denke, dies wurde missverstanden, als gesagt wurde, dass Tabs niemals passieren werden, aber das Problem wäre wahrscheinlich geschlossen worden, wenn dies der Fall wäre.

@ Tyriar , danke! :) :)

Wie auch immer, konzentrieren wir uns auf die Gegenwart. Gibt es vor dem // build / event einen neuen Build? : D.

Die Bits für den neuen Build warten bereits auf dem Insider-Kanal auf Sie ( Versionshinweise ). Bitte verwenden Sie ihn und geben Sie uns Feedback.

@egamma danke! ;)

Wir beginnen mit der Designarbeit für diese Erfahrung und möchten die Community so weit wie möglich einbeziehen. Ich werde regelmäßig Designdiskussionen führen, während wir Fortschritte machen, um Ihr Feedback zu erhalten. Meistens handelt es sich dabei um Einzelgespräche, in denen wir unsere Arbeit teilen und mit Ihnen besprechen.

Die ersten Sitzungen finden an diesem Mittwoch statt. Bitte melden Sie sich hier an, wenn Sie interessiert sind: https://calendly.com/stevencl/visual-studio-code-tabs-design-discussion/04-06-2016

Genial!
Am Montag, den 4. April 2016 um 03:54 Uhr Steven Clarke [email protected]
schrieb:

Wir beginnen mit der Designarbeit für diese Erfahrung und möchten dies tun
Beziehen Sie die Community so weit wie möglich ein. Ich werde regelmäßig Design ausführen
Diskussionen, während wir Fortschritte machen, um Ihr Feedback zu erhalten. Meistens werden diese
Seien Sie eins zu eins, in denen wir teilen, woran wir arbeiten und diskutieren
sie mit dir.

Die ersten Sitzungen finden an diesem Mittwoch statt. Bitte melden Sie sich hier an, wenn
du interessierst dich:
https://calendly.com/stevencl/visual-studio-code-tabs-design-discussion/04-06-2016

- -
Sie erhalten dies, weil Sie erwähnt wurden.

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -205239769

Wir freuen uns auf Ihr Feedback zu neuen Designs, die wir im Zusammenhang mit diesem Problem untersuchen. Wenn Sie interessiert sind, melden Sie sich bitte über den Link zu

Nur 3 und 4 Uhr morgens? Keine anderen Zeiten? Ich kann nicht 3/4 Uhr PST an einem Mi machen.

Am Montag, den 4. April 2016 um 08:14 Uhr Brad Gashler [email protected]
schrieb:

Wir freuen uns auf Ihr Feedback zu neuen Designs, die wir untersuchen
im Zusammenhang mit diesem Problem. Wenn Sie interessiert sind, melden Sie sich bitte über den Link an
Stevens Kommentar oben!

- -
Sie erhalten dies, weil Sie erwähnt wurden.

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -205342923

Es wäre gut, wenn Sie ein Timing gemäß PST haben, an dem viele (einschließlich mir) teilnehmen können

{Handy, Mobiltelefon}

Am Montag, den 4. April 2016 um 08:50 Uhr und 07:00 Uhr schrieb "Glenn Block" [email protected] :

Nur 3 und 4 Uhr morgens? Keine anderen Zeiten? Ich kann nicht 3/4 Uhr PST an einem Mi machen.

Am Montag, den 4. April 2016 um 08:14 Uhr Brad Gashler [email protected]

schrieb:

Wir freuen uns auf Ihr Feedback zu neuen Designs, die wir untersuchen

im Zusammenhang mit diesem Problem. Wenn Sie interessiert sind, melden Sie sich bitte über den Link an

Stevens Kommentar oben!

- -

Sie erhalten dies, weil Sie erwähnt wurden.

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an

https://github.com/Microsoft/vscode/issues/224#issuecomment -205342923

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an

Ja bitte. Ich würde auf jeden Fall gerne Teil des Gesprächs sein.

Entschuldigung, ich weiß, dass diese Zeiten nicht für alle geeignet sind. In Zukunft werden wir untersuchen, wie wir Sitzungen in verschiedenen Zeitzonen planen können, da wir planen, sie regelmäßig abzuhalten.

Warum planen Sie diese Woche nicht einfach eine weitere zu einem anderen Zeitpunkt? Das ist ein
heißes Thema mit viel Interesse.

Am Montag, den 4. April 2016 um 09:44 Uhr Steven Clarke [email protected]
schrieb:

Entschuldigung, ich weiß, dass diese Zeiten nicht für alle geeignet sind. In Zukunft wir
Wir werden untersuchen, wie wir Sitzungen in verschiedenen Zeitzonen planen können
planen, sie regelmäßig zu halten.

- -
Sie erhalten dies, weil Sie erwähnt wurden.

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -205386984

Nur damit Sie wissen, sind die Zeitfenster, die Sie sehen, nur diejenigen, die noch verfügbar sind. Ich hatte später am Tag offene Plätze, aber diese waren ziemlich schnell besetzt.

Wie gesagt, wir werden versuchen, in Zukunft Sitzungen in verschiedenen Zeitzonen zu planen.

Vielen Dank für das Interesse.

Ich verstehe, nun, ich denke, sie haben sich sofort gefüllt (was gut ist)
Am Montag, den 4. April 2016 um 11:30 Uhr Steven Clarke [email protected]
schrieb:

Nur damit Sie wissen, sind die Zeitfenster, die Sie sehen, nur diejenigen, die es sind
noch verfügbar. Ich hatte später am Tag offene Plätze, aber diese wurden vergeben
ziemlich schnell.

Wie gesagt, wir werden versuchen, Sitzungen in verschiedenen Zeitzonen in zu planen
die Zukunft.

Vielen Dank für das Interesse.

- -
Sie erhalten dies, weil Sie erwähnt wurden.

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -205436942

Können Sie die Sitzungen aufzeichnen?

Am Montag, den 4. April 2016 um 11:32 Uhr Glenn Block glenn. [email protected] schrieb:

Ich verstehe, nun, ich denke, sie haben sich sofort gefüllt (was gut ist)
Am Montag, den 4. April 2016 um 11:30 Uhr Steven Clarke [email protected]
schrieb:

Nur damit Sie wissen, sind die Zeitfenster, die Sie sehen, nur diejenigen, die es sind
noch verfügbar. Ich hatte später am Tag offene Plätze, aber diese wurden vergeben
ziemlich schnell.

Wie gesagt, wir werden versuchen, Sitzungen in verschiedenen Zeitzonen in zu planen
die Zukunft.

Vielen Dank für das Interesse.

- -
Sie erhalten dies, weil Sie erwähnt wurden.

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -205436942

Ich wünschte, ich hätte das früher gesehen, also hätte ich mich anmelden können. Ich hoffe, Sie implementieren niemals Tabs. Ich bin von vim über TextMate zu Sublime zu Atom und jetzt zu VS Code (mit vielen IDEs auf dem Weg) übergegangen, daher habe ich viel Erfahrung mit Registerkarten. Für mich sind sie eine Krücke, die die Leute benutzen und nie vorbei kommen. Das Verwalten vieler offener Registerkarten in einem großen Projekt ist eine frustrierende Übung, die eine weitere Aufgabe hinzufügt, die ich nicht benötige. Vergessen Sie ein paar zu schließen und es wird schnell hoffnungslos. An die wenigen von Ihnen, die die Disziplin haben, dem niemals zu begegnen, ein großes Lob. Aber warum die mentale Energie für eine unnötige Aufgabe ausgeben?

Noch wichtiger ist, dass Registerkarten die Leute dazu bringen, in DATEIEN zu denken, wenn sie sich (für die meisten Codeentwicklungen) auf Funktionen, Klassen, Namespaces - Symbole konzentrieren sollten. Dateien sind in den meisten Fällen ein Implementierungsdetail, das Ihre Navigation nicht dominieren sollte. Ich denke, VS Code hat eine echte Chance, etwas Neues und Besseres anzubieten.

Mir ist klar, dass dies nur MEINE Präferenz ist, und ich verstehe, warum viele Leute verlangen, dass Registerkarten optional sind. Dies mag als vernünftiger Kompromiss erscheinen, aber es wäre schwierig, zwei verschiedene Navigationsworkflows gut zu unterstützen. Schalten Sie einfach das Tabs-Plugin in Atom aus und sehen Sie, wie viele Dinge nicht oder schlecht funktionieren, da Entwickler erwarten, dass Tabs vorhanden sind. Aus meinen eigenen egoistischen Gründen möchte ich, dass sich die VS Code-Entwickler auf die Navigation konzentrieren, die nicht auf Registerkarten (oder sogar Dateien) basiert.

Das Gleiche gilt für @indiejames

Wenn Sie Registerkarten implementieren, unterstützen Sie bitte mehrere Zeilen für viele Dateien. Ich hasse es, eine Bildlaufleiste in meiner Registerkartenleiste zu haben. Meine Lieblingsimplementierung für Tabs ist Tabs Studio . Siehe auch, wie Dateien mit demselben Basisnamen automatisch gruppiert werden können.

In meinem Workflow öffne ich Registerkarten, während ich in Sublime nach Bedarf arbeite. Ich lasse nicht viele Tabs offen und verwende oft "Alle schließen", um die Dinge wieder auf einen sauberen Schiefer zu bringen.

Ich habe über 30 Jahre lang mehrere IDEs und Texteditoren entwickelt. Ich sehe Tabs nicht als Krücke, sie sind ein nützliches organisatorisches Werkzeug. Ja, sie können außer Kontrolle geraten, wenn Sie zig Tabs haben, aber ich nicht ...

In Bezug auf Registerkarten, die sich auf Dateien und dergleichen konzentrieren, lebt Code in Dateien, und Dateien werden für die Organisation verwendet, und VS-Code basiert auf der Verwaltung von Ordnern und Codedateien.

Ich verstehe, dass manche es vielleicht vorziehen, keine Tabs zu haben, und ich sage nicht, dass sie das, was da ist, loswerden sollen, aber ein unterstützter Tab-Workflow wäre schön.
Am Di, 5. April 2016 um 07:32 Uhr hat error [email protected] geschrieben:

Wenn Sie Registerkarten implementieren, unterstützen Sie bitte mehrere Zeilen für viele Dateien. ich hasse
Ich habe eine Bildlaufleiste auf meiner Registerkartenleiste. Meine bevorzugte Implementierung von Tabs ist Tabs
Studio https://tabsstudio.com/.

- -
Sie erhalten dies, weil Sie erwähnt wurden.

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -205834354

"Es erleichtert Benutzern den Missbrauch des Produkts" ist ein schrecklicher Grund, eine Funktion nicht zu unterstützen. Das Tool ist dazu da, Workflows zu erleichtern, nicht sie zu diktieren. Wenn ein Benutzer keinen komfortablen Workflow findet, wählt dieser Benutzer eher ein anderes Tool, als er kann, anstatt sich an ein unbekanntes Paradigma anzupassen.

Ich arbeite derzeit an einigen eng verwandten Dateien und springe zwischen ihnen hin und her. Jedes Mal, wenn ich wechseln muss, muss ich aus der Seitenleiste oder einem Dropdown-Menü auswählen, das 3-4 Mal so lange dauert wie ein Tab.

@indiejames

Es wäre jedoch schwierig, zwei verschiedene Navigationsworkflows gut zu unterstützen. Versuchen Sie einfach, das Tabs-Plugin in Atom zu deaktivieren, und sehen Sie, wie die Dinge möglicherweise nicht oder schlecht funktionieren, da Entwickler erwarten, dass Tabs vorhanden sind. Aus meinen eigenen egoistischen Gründen möchte ich, dass sich die VS Code-Entwickler auf die Navigation konzentrieren, die nicht auf Registerkarten (oder sogar Dateien) basiert.

Es ist nicht allzu schwierig, zwei verschiedene Navigationsworkflows oder sogar mehr als zwei zu unterstützen. Was wirklich schwierig ist, ist das richtige Design!

Wenn Sie Registerkarten und Arbeitsdateien oder einen anderen Workflow wirklich unterstützen möchten, müssen Sie einige Schritte zurückgehen, die Navigation von Grund auf verkleinern und neu gestalten, damit Workflows zu einer Strategie werden, aus der die Benutzer wählen können.

Wenn Sie eine Erweiterung erstellen, um Registerkarten im Editor zu haben, ohne Anwendungsfälle zu berücksichtigen, und wie Benutzer mit Registerkarten oder einem anderen Workflow arbeiten, fehlt nur die Ursache, die keinen wirklichen Nutzen bringt und daher höchstwahrscheinlich ein Fehler ist.

Es gibt einen Unterschied zwischen Code-Navigation und Datei-Navigation, wenn Sie Code benötigen
Denken Sie eher an Symbole als an Dateien, aber Code lebt in Dateien, und manchmal müssen Sie sich auch damit befassen, z. B. öffne ich nicht viele Registerkarten, aber wenn ich an mehreren Projekten arbeite, habe ich normalerweise eine Datei pro geöffnetem Projekt, die verwandt sind Verwenden Sie Hotkeys häufig, aber da Tabs immer oben stehen und wenn ich mir den Editor anschaue, sind sie immer vorhanden. Das ist wahrscheinlich psychologisch, aber es hilft mir nur, mich zu konzentrieren.

Ihre Erfahrung mit Tabs ist unglücklich und ich unterschätze Ihre Erfahrung überhaupt nicht. Ich weiß nicht, wie Sie arbeiten, aber viele von uns mögen es und verwenden es mit großem Erfolg.

Ich denke nicht, dass eine Erfahrung besser ist als die andere, aber unterschiedliche Erfahrungen oder sogar Hybrid-Erfahrungen können hilfreich sein, und die Redakteure sollten meine Erfahrung honorieren, ohne dagegen zu verstoßen.

Es wäre sehr hilfreich für uns, die wir aufgrund anderer Verpflichtungen nicht an den Sitzungen teilnehmen können, Feedback geben zu können.
Wenn die Besprechungen am ersten Tag beendet sind, veröffentlichen Sie möglicherweise ein Video einer Besprechung (mit Genehmigung aller Beteiligten), das andere innerhalb der verbleibenden Zeit für Besprechungen anzeigen und kommentieren können.

Natürlich kann es nicht lange dauern, aber mehr Feedback kann nicht schaden, wenn hoffentlich einige andere Gesichtspunkte hinzugefügt werden.

Ich hoffe wirklich, dass einige Python-Entwickler und c / c ++ - Entwickler an der Besprechung teilnehmen, da sich ihr Workflow vom Workflow eines JavaScript-Entwicklers unterscheidet

Danke Steven, dass du dir die Zeit genommen hast, mit mir zu reden!
Dieses Engagement für die Community ist wirklich ermutigend und ich genieße es
nach der vscode entwicklung!

Am 6. April 2016 um 19:41 Uhr, Michael Wallace Louwrens < [email protected]

schrieb:

Es wäre sehr hilfreich für uns, die die Meetings aufgrund anderer nicht durchführen können
Verpflichtungen, Feedback geben zu können.
Wenn die Besprechungen am ersten Tag beendet sind, veröffentlichen Sie möglicherweise ein Video von a
Treffen (mit Erlaubnis aller Beteiligten), das andere anzeigen und kommentieren können
innerhalb der verbleibenden Zeit für Besprechungen?

Natürlich kann es nicht lange dauern, aber mehr Feedback kann nicht schaden
hoffentlich einige verschiedene Gesichtspunkte hinzugefügt.

Ich hoffe wirklich, dass einige Python-Entwickler und C / C ++ - Entwickler als anwesend sein werden
Ihr Workflow unterscheidet sich vom Workflow eines JavaScript-Entwicklers

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -206261939

Danke @TurkeyMan , tolles Chatten mit dir heute früher.

Für alle anderen, die nicht teilnehmen konnten, werden wir diese regelmäßig durchführen, damit zu einem späteren Zeitpunkt die Möglichkeit besteht, daran teilzunehmen.

Die Gespräche, die wir diese Woche führen, sind alle 1: 1-Gespräche, in denen wir die Details der Probleme diskutieren, die jeder Einzelne erlebt hat. Dies ermöglicht uns ein tieferes Verständnis der Probleme, die wir lösen müssen.

In den folgenden Wochen, wenn wir Designmodelle überprüfen, werden wir nach Möglichkeiten suchen, Gruppendiskussionen sowie 1: 1-Diskussionen zu führen. Wir werden auch untersuchen, wie wir anschließend Videos von Besprechungen aufnehmen und veröffentlichen können.

@stevencl ist es möglich, eine Zusammenfassung der Sitzungen (oder noch besser Aufzeichnungen) für diejenigen von uns zu veröffentlichen, die nicht teilnehmen können, aber dennoch an Feedback interessiert sind.

+1
Am Mittwoch, den 6. April 2016 um 07:36 Uhr Peter Petrov [email protected]
schrieb:

@stevencl https://github.com/stevencl ist es möglich, eine Zusammenfassung zu veröffentlichen
der Sitzungen (oder noch besser Aufnahmen) für diejenigen von uns, die nicht in der Lage sind
teilnehmen, sind aber immer noch daran interessiert, Feedback zu geben.

- -
Sie erhalten dies, weil Sie erwähnt wurden.

Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -206405009

Ich möchte meine Erwartungen an die Dateinavigation in einem Code-Editor erfüllen. Ich habe seit Wochen versucht, mich an VScode zu gewöhnen und immer wieder zu Sublime zurückzukehren. Folgendes erwarte ich:

  1. mauslose Navigation
  2. Möglichkeit, innerhalb der geöffneten Dateien vorwärts und rückwärts zu navigieren
  3. Dateien einfach schließen

Bisher habe ich festgestellt, dass VScode bei allen drei leider fehlschlägt. Der Arbeitsbereich ist nicht intuitiv, da er beim Schließen einer Datei nicht wirklich geschlossen wird, sondern einfach nicht mehr bearbeitet werden kann. Das Schließen der Datei ist eine mentale Aktivität, bei der sie aus dem Satz von Dateien entfernt wird, mit denen ich arbeite.

Wenn ich in VScode innerhalb der Dateien navigiere, die in meinem Kopf geöffnet sind, stoße ich immer wieder auf "Müll", von dem ich dachte, dass er zuvor weggeworfen wurde. Dies ist außergewöhnlich ablenkend und ich habe am Ende 20 Dateien im Arbeitsbereich geöffnet und kann sie schließlich nicht mehr verfolgen und sie einfach alle schließen.

Ich kann die Tastatur nicht verwenden, um schnell zwischen geöffneten Dateien zu wechseln, die in meinem Kopf eine verknüpfte Liste bilden. Die Reihenfolge, in der ich sie öffne, ist genauso wichtig wie die Reihenfolge, in der ich sie schließe. Ich finde Strg + Tab nutzlos, weil ich die Dateinamen einzeln in dieser Liste lesen und dann herausfinden muss, zu welchen Tabs ich wechseln soll. Ich kann viel schneller durch 5-8 geöffnete Dateien nach rechts blättern, indem ich einfach den Inhalt erkenne, während er blinkt, oder indem ich einfach weiß, wo sich in "der Liste" meine gewünschte Datei befindet.

Ich hoffe das macht Sinn. Ich versuche, meinen Workflow so weit wie möglich zu optimieren, die Tastatur zu verwenden und die Maus zu meiden, da dies alles enorm verlangsamt. Ich habe in VScode mehr Probleme damit als in jedem anderen Editor (Textmate, Vim, Sublime, Flash, Eclipse usw.).

Nur um es noch einmal zu wiederholen: Aufzeichnungen von Besprechungen, die diese Woche stattfinden, werden nicht zur Verfügung gestellt, da jede Besprechung ein 1: 1-Gespräch ist, in dem jede Person die Details ihrer Arbeitsweise und die spezifischen Probleme mit VS Code bespricht. Während dieser Gespräche werden wir auf keine Entwürfe näher eingehen.

In den folgenden Wochen werden wir jedoch nach Möglichkeiten suchen, Besprechungen aufzuzeichnen und verfügbar zu machen, in denen wir Entwürfe zur Verbesserung des Dokumentenmanagements in VS Code diskutieren. Suchen Sie nächste Woche nach einer weiteren Einladung von mir, um an der nächsten Runde der Designdiskussionen teilzunehmen.

Vielen Dank für all das Feedback und die Details, wie VS Code für Sie funktioniert oder nicht.

Nur weil niemand es erwähnt zu haben scheint und ich vermute, dass ich damit nicht allein bin: Für mich dreht sich bei Registerkarten in einem Editor alles um räumliches Gedächtnis - dh wo bin ich und wo ist das Zeug um mich herum?

Wir leben in einer physischen Welt. Wir haben uns weiterentwickelt, um den Raum um uns herum zu verstehen und zu verstehen, und wir tun dies ohne nachzudenken. Deshalb können wir tippen, ohne auf die Tastatur zu schauen - wir "wissen" nur, wo sich die Tasten befinden, und können schnell tippen. Mit Registerkarten kann unsere Standard-Wetware, mit der wir geboren wurden, aktiviert werden und wir wissen, "wo" sich eine Datei auf dem Bildschirm befindet, und wir können sie ohne nachzudenken verbessern, da ihr Instinkt, den wir jeden Tag verwenden. Ich "lege eine Datei ab" sozusagen über eine Registerkarte im Editor und kann mich genau dort erinnern, wo ich meine TV-Fernbedienung abgelegt habe, wenn ich das nächste Mal den Kanal wechseln muss (wo ich sie gelassen habe). vorausgesetzt ich hatte keinen Fernseher mehr)

Für mich widerspricht ein zeitlich geordneter Dateiverlauf diesem intuitiven Raumverständnis völlig. Wenn ich weiß, dass sich "main.java" oder die T-Taste auf meiner Tastatur in einer bestimmten Position befindet, möchte ich nicht, dass sie sich bewegt, es sei denn, ich bewege sie physisch und absichtlich. Wenn es sich von selbst bewegt, muss ich innehalten und nachdenken und es finden. Stellen Sie sich eine TV-Fernbedienung mit Rädern vor, die sich selbstständig in Ihrem Haus bewegt haben, oder eine Tastatur, mit der die Tasten neu angeordnet werden, je nachdem, wie kürzlich Sie jeden Buchstaben verwendet haben! Es wäre Chaos! :-)

Ich mag VSCode wirklich, aber ich persönlich bin frustriert und verlangsamt durch das Fehlen von Registerkarten. Machen Sie weiter so - ich freue mich darauf zu sehen, was Sie sich einfallen lassen!

@ matt1
Was Sie beschreiben, ist genau das, was Tabs (für mich) so einschränkend macht. Registerkarten sind eine Metapher für die physischen Registerkarten, die auf Dateien in einem physischen Archiv abgelegt werden, und unterliegen denselben Einschränkungen. Ich hätte lieber einen automatisierten Aktenschrank, in dem ich ein paar Schlüssel eingeben und zu meinen Informationen springen kann, als einen physischen, in dem ich die Dinge selbst sortieren und den begrenzten Platz für sichtbare Registerkarten verwalten muss.

Ich bin neugierig - navigieren Sie mit der Maus / dem Trackpad oder mit Tastenkombinationen in anderen Editoren durch Registerkarten?
Wenn Sie ausschließlich Tastaturkürzel verwenden, haben Sie möglicherweise einen Registerkarten-Workflow, den ich nicht kenne
von und ich würde es gerne sehen. Ich vermute jedoch, dass viele Leute die Maus / das Trackpad benutzen - ohne zu bemerken, wie unproduktiv dieser Kontextwechsel ist und wie sehr er sie verlangsamt, um ihre Hände von den Tasten zu nehmen. Es ist leicht zu erlernen und leicht zu verstehen, aber weniger leistungsfähig / produktiv als die Verwendung von Tastenkombinationen. Wenn Sie feststellen, dass Sie mit der Maus nach einem Tab greifen, ist dies möglicherweise intuitiv und nutzt Ihren räumlichen Sinn aus, verlangsamt Sie jedoch. Nicht so sehr in der Zeit, die durch die physische Bewegung verloren geht, sondern im Kontext selbst.

Mir ist klar, dass dies nur meine Meinung ist und die meisten Leute nicht damit einverstanden sind, aber es ist Visual Studio _Code_. Für Programmierer / Entwickler. Und Entwickler haben vor langer Zeit erkannt, dass Shell> GUI für die meisten (nicht alle) Dinge und dass Desktop-Metaphern zwar leicht zu erlernen, aber recht einschränkend sind.

Ist es also möglich, dass einige von Ihnen, die sagen "Ich kann nicht ohne Tabs leben", andere Workflows nicht untersucht haben? Wenn ja, lohnt es sich nicht, es zu versuchen, wenn die Auszahlung Ihre Produktivität steigern würde?

Für diejenigen unter Ihnen, die versucht haben, ohne Tabs zu arbeiten und sich nicht anpassen können oder ehrlich fühlen, dass Tabs Sie produktiver machen, kann ich akzeptieren, dass dies nur eine ehrliche Meinungsverschiedenheit ist. Aber für diejenigen, die sich für physische Metaphern aussprechen, weil "sie 30 Jahre lang gearbeitet haben!" Ich würde fragen, brauchen wir wirklich einen anderen TextMate / Sublime / Atom? Sollten wir nicht versuchen, den Umschlag zu verschieben?

Ich habe keinen Zweifel daran, dass ich hier in der Minderheit bin (aber das macht mich nicht falsch), also ist dies der letzte Kommentar, den ich machen werde. Fühlen Sie sich frei zu stapeln :)

Beschlossen, VS Code zu überprüfen, um zu sehen, ob es ein kostenloser Ersatz für Sublime sein könnte, aber ohne Dokumente mit Registerkarten ist es ein Nichtstarter. Die Möglichkeit, VS-Code in einer einzelnen Instanz festzulegen, mehrere Dokumente zu öffnen und einfach zwischen ihnen zu wechseln, ist eine Grundvoraussetzung für jeden Texteditor. Das Öffnen des Explorers ist eine Problemumgehung, aber es ist nicht unnatürlich, linke Registerkarten anstelle von oberen Registerkarten wie in VS, Browsern, Sublime usw. zu haben. Strg-Tab hat mehrere Probleme. Man muss auf die Tastatur schauen und eine Hand bewegen (für etwas anderes als die Maus) ist das andere, dass es nicht intuitiv ist. Jeder, der vorschlägt, dass ein Editor ohne Registerkarten mehr als BloatedNotepad ist, hat offensichtlich nie ernsthaft mehrere Dokumente bearbeitet, wie dies erforderlich ist, wenn der Debugger etwas durchläuft, das mehr als eine Datei als Compilereingabe enthält.

@indiejames
Bei Tabs geht es für mich nicht um Produktivität. Es geht um Erkenntnis.

Ich persönlich habe nie festgestellt, dass die Geschwindigkeit der rohen Eingabe jemals der begrenzende Faktor für meine Produktivität war. Das Programmieren erfordert Nachdenken und Überlegen - ein paar Klicks sind für mich kein Problem im großen Schema der Dinge, wenn man bedenkt, wie viel Zeit wir mit Nachdenken verbringen.

@indiejames Ich benutze Strg + (Umschalt +) Tab, um zwischen den Tabs zu navigieren, nicht unbedingt mit der Maus. Einer meiner größten Probleme mit Arbeitsdateien ist der gleiche wie bei @ matt1 - die Tatsache, dass Strg + Tab in der zuletzt verwendeten Reihenfolge ausgeführt wird. Ich erinnere mich nicht unbedingt daran, welche Datei ich zuletzt und vorletzt angesehen habe, aber es ist sehr einfach für mich zu sehen / zu merken, in welcher Reihenfolge ich sie geöffnet / angeordnet habe. Sublime Text verwendet standardmäßig die Registerkarte Strg + (Umschalt +) auf MRU Auftrag; Ich ändere es immer, da es Befehle sowohl für die MRU als auch für die sichtbare Reihenfolge enthält.

Ich erinnere mich, dass früher ein Webbrowser (war es vielleicht Opera vor dem Blinken?) MRU standardmäßig auch für Strg + Tab verwendete, vermutlich weil ein Betriebssystem dies auch für Apps tun könnte, könnte es auch ein Browser tun. Ich fand es schrecklich unintuitiv und musste besonders darauf achten, herauszufinden, worauf ich eigentlich zurückgreifen wollte ... was den Prozess langsamer macht.

Das Argument, ausschließlich Quick Open zu verwenden, funktioniert auch in Sublime Text mit Registerkarten genauso gut wie in VS Code mit Arbeitsdateien. Registerkarten verbieten diesen Workflow überhaupt nicht.

Für diejenigen , die den aktuellen Arbeitsdateien Ansatz in VS - Code bevorzugen, wie viele von Ihnen eigentlich lieber auf Dateien in der Liste der Arbeitsdateien klicken als auf die folgenden Workflows dagegen?

  • Verwenden Sie Strg + E / + E , um die zuletzt verwendeten Dateien schnell zu öffnen.
  • Verwenden Sie Strg + Tab , um die letzten Dateien zu wechseln

Übrigens, für diejenigen, die Tabs bevorzugen, war Ihr Feedback sehr hilfreich, da wir untersuchen, wie sie dem Produkt hinzugefügt werden. Vielen Dank für das weitere Teilen!

@ bgashler1
Ich bevorzuge die Tastaturkürzel. Nicht, damit ich der schnellste Schreibkraft sein kann, sondern weil ich finde, dass sie weniger ablenken als das Bewegen der Maus / des Trackpads.

Ich denke, was viele der "Working Files and No Tabs EVER" -Menschen vermissen, ist, dass sie _way_ sind, in denen viele von uns Tabs verwenden. Wenn ich beispielsweise an einer MVC-Anwendung (Web, Mobile oder Desktop) arbeite, habe ich in der Regel Registerkarten in einem oder mehreren vertikalen Bereichen (die VSCode ebenfalls benötigt) in einer bestimmten Reihenfolge: Modelldatei, Ansichtsdatei, Controller-Datei . Ein Setup, das ich häufig geöffnet habe, sieht also folgendermaßen aus:

Linker Bereich

Modell 1 Datei (Registerkarte) | Ansicht 1 Datei (Registerkarte) | Controller 1-Datei (Registerkarte)

Rechter Bereich

Modell 2-Datei (Registerkarte) | Ansicht 2 Datei (Registerkarte) | Controller 2-Datei (Registerkarte)

Mit diesem Setup kann ich schnell die Modelldateien für beide Komponenten, an denen ich arbeite, zum Vergleich auswählen oder Dateien anzeigen, wenn ich meinen UI / UX-Hut aktiviert habe. Dies kann mit Arbeitsdateien absolut NICHT effizient erreicht werden, insbesondere wenn auch andere Dateien geöffnet sind (z. B. CSS, DB-Skripte usw.). Ich mache eine Menge UI / UX und das ist bei weitem eine gängige Praxis. Wäre ich ausschließlich ein Java-Backend-Entwickler oder ein DBA, dann wäre dies keine Voraussetzung. Für die überwiegende Mehrheit von uns Web- und Mobile-Entwicklern mit vollem Stapel ist es jedoch ein extremes Hindernis, keine Registerkarten (und vertikalen / horizontalen Fenster mit Registerkarten) zu haben. Während ich kurzfristig mit VSCode fällig werde, habe ich ernsthafte Vorbehalte, weil diese Fähigkeit fehlt. Niemand kann uns davon überzeugen, dass Registerkarten nutzlos sind und eine Liste der Arbeitsdateien keine Innovation darstellt (Adobe Brackets verfügt auch über eine Liste der Arbeitsdateien, die es seit 2012 gibt).

Auch dies ist kein Alles-oder-Nichts-Problem. Wir fordern lediglich die gleiche Funktion an, die in anderen Editoren als Option vorhanden ist, auch wenn diese Funktion standardmäßig deaktiviert ist. Wenn VSCode Registerkarten / Fensterscheiben genau wie Atom implementieren würde, würde dies 99,99% unserer tabulatorbezogenen Griffigkeit lösen. Ich weiß, dass die Implementierung keine triviale Aufgabe ist, aber ich denke, viele von uns wären zufrieden, wenn sie etwas länger (Monate, nicht Jahre) darauf warten würden, dass diese Funktion korrekt ausgeführt wird, anstatt im Rückstand zu verbleiben.

Nur meine 2 ¢ ...

Während ich @ bgashler1 das meiste davon bereits

  1. Tastenkombinationen sollten Arbeitsdateien schließen und aus der Liste der Arbeitsdateien und dem MRU-Stapel (zuletzt verwendet) entfernen. Ich habe die folgenden Tastenkombinationen, um dies zu erreichen:

json { "key": "ctrl+shift+w", "command": "workbench.files.action.closeAllFiles" }, { "key": "ctrl+w", "command": "workbench.files.action.closeFile" },

  1. Dateien im Editor sollten "gestapelt" sein, damit beim Schließen einer Datei die letzte Datei im MRU-Stapel angezeigt wird.
  2. Strg + Umschalt + t sollte die zuletzt geschlossene Registerkarte wiederherstellen. Diese Tastenkombination steht in Konflikt mit workbench.action.tasks.test in vscode, ist jedoch in Umgebungen mit Registerkarten ein Standard-Hotkey. Ich habe hier eine Funktionsanforderung für den Befehl https://github.com/Microsoft/vscode/issues/3989 erstellt
  3. Strg + Tab und Strg + Umschalt + Tab sollten nur durch Dateien in der Liste "Arbeitsdateien" rotieren, nicht durch Dateien, die "in der Vorschau" angezeigt wurden (einmaliger Klick im Explorer und dann weg navigieren).
  4. Ich möchte, dass meine Arbeitsdateien oben im Editor angeordnet sind. Die Gründe dafür sind:

    • Ich möchte meine Arbeitsdateien visuell sehen können, unabhängig davon, welche Seitenleiste ich geöffnet habe. Siehe auch: https://github.com/Microsoft/vscode/issues/3360

    • In den fast zwei Jahrzehnten, in denen ich programmiert habe, habe ich über dem Editor nach meinen Arbeitsdateien gesucht. Es ist eine schwere Angewohnheit, abzubrechen.

@bpasero

Übrigens, für diejenigen, die Tabs bevorzugen, war Ihr Feedback sehr hilfreich, da wir untersuchen, wie sie dem Produkt hinzugefügt werden. Vielen Dank für das weitere Teilen!

Ich verwende Strg + Tab in VSCode ziemlich oft, aber ich denke, dass die Erfahrung in Visual Studio so viel besser ist, weil ich neben Dateien auch zu anderen Teilen der Benutzeroberfläche navigieren kann und damit zum Paketkonsolen-Manager navigiere. Projektmappen-Explorer etc ...

@ Tyriar Tolle Punkte!

[Philosophie Warnung!]

Warum ist ctrl+tab so viel nützlicher als das derzeitige Konzept "Arbeitsdateien"? Dies ist die entscheidende Frage. Persönlich denke ich, dass zwei Probleme im Spiel sind.

Erstens ist ctrl+tab eine Tastenkombination, und Tastaturkürzel sind unbewusst mit dem Caret verknüpft. Der Benutzer erwartet, dass ctrl+tab die Datei im aktuellen Editor ändert, in dem sich das Caret gerade befindet, und das ist genau das, was es tut. Dies unterscheidet sich von "Arbeitsdateien" oder dem Navigator, die keinem bestimmten Editor zugeordnet sind - sie sind horizontal von allen bis auf einen Editor entfernt und dem neuesten Editor zugeordnet - und werden normalerweise mit der Maus verwendet. Selbst wenn Sie sie mit der Tastatur verwenden, haben Sie Ihr Caret bei der Auswahl einer Datei verlassen.

Zweitens zeigt ctrl+tab alle Dateien, die Sie kürzlich gesehen haben, in umgekehrter chronologischer Reihenfolge. Unter 'Arbeitsdateien' werden nur diejenigen angezeigt, auf die Sie entweder doppelt geklickt oder Änderungen an und in der Reihenfolge vorgenommen haben, in der Sie sie geöffnet haben. Die Kriterien und die Reihenfolge sind willkürlich und haben nichts mit der Art und Weise zu tun, wie Programmierer denken - zwischen Anrufer und Funktion, Klasse und Verbraucher hin und her springen.

(Meinungen. Kilometerstand kann variieren.)

BEARBEITEN: Mein Punkt ist: Zu verstehen, warum eine Funktion funktioniert und eine nicht, hilft entweder, die Funktion zu reparieren oder eine bessere zu entwerfen. So wie es aussieht, funktionieren Arbeitsdateien nicht.

@ Tyriar : Ich persönlich hasse es wirklich, dass Dateien mit einem Klick nicht in

Ich habe herausgefunden, wie ich das meiste, was mir im Zusammenhang mit dieser Ausgabe vom Erhabenen gefehlt hat, bekommen kann:

[
  { "key": "cmd+w", "command": "workbench.files.action.closeFile" },
  { "key": "cmd+shift+]", "command": "workbench.files.action.openNextWorkingFile" },
  { "key": "cmd+shift+[", "command": "workbench.files.action.openPreviousWorkingFile" }
]

@stephenmartindale Ich bin mir nicht sicher, ob jemand eine Funktionsanforderung zum Deaktivieren von "Vorschaudateien" gestellt hat.

@stephenmartindale Wir suchen nach einer Möglichkeit, "Vorschaudateien" so

Wir möchten "Vorschau-Dateien" behalten, da die Benutzer oft nicht wissen, nach welcher Datei sie suchen, bis sie mehrere geöffnet haben (was zu einer unerwünschten Anzahl geöffneter Dateien führen kann, die irrelevant sind).

Ich liebe Sublimes Flow hier wirklich. Mit einem Klick springen Sie zur Datei.
Doppelklick bleibt offen.
Am Samstag, 9. April 2016, um 11:49 Uhr Brad Gashler [email protected]
schrieb:

@stephenmartindale https://github.com/stephenmartindale suchen wir
in eine Möglichkeit, "Vorschau-Dateien" zu pinnen, um offen zu bleiben.

Wir möchten "Vorschau-Dateien" behalten, da die Leute dies oft nicht wissen
nach welcher Datei sie suchen, bis sie mehrere geöffnet haben (was kann
führen zu einer unerwünschten Menge an Unordnung bei geöffneten Dateien).

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -207830702

@Tyriar , @ bgashler1 , @stevencl Ich denke, es ist besser, zwei neue Beiträge für Registerkarten und Arbeitsdateien zu haben, um Feedback zu erhalten.

Nur meine Meinung, aber ich denke, es wäre viel besser, als beide Funktionen hier zu diskutieren. Diese ist lang genug. :) :)

👎 Bitte tun Sie dies nicht oder machen Sie es zumindest optional. Die saubere tab-freie Benutzeroberfläche ist eines meiner beliebtesten Dinge im Zusammenhang mit VS-Code.

@tobico Es muss nicht alles oder nichts sein ... Sie wissen, soweit es mich betrifft, möchte ich, dass sowohl die Arbeitsdateien als auch die Registerkarten optional und dennoch ein wesentlicher Bestandteil von Personen sind, die diese Erfahrung machen möchten.

Ich möchte darauf hinweisen, dass Strg + W nicht nur den aktuellen Editor, sondern auch die entsprechende geöffnete Arbeitsdatei schließen soll. Für mich ist das der größte Nachteil in der aktuellen Implementierung. Das und die Tatsache, dass Strg + Tab alle zuletzt verwendeten Dateien auflistet, nicht nur die in Arbeitsdateien. Beim zweiten Gedanken wäre eine dritte Einschränkung, dass ein einzelner Klick eine Datei nicht als Arbeitsdatei öffnet, sondern bearbeitet.

+1

@csholmq Sie können dies jetzt tun. https://github.com/Microsoft/vscode/issues/224#issuecomment -207507479

@ Tyriar Das spricht fast alle meine Vorbehalte an. Vielen Dank!

Innerhalb von 3 Minuten hörte ich auf, VS Code zu verwenden, und kehrte zu Atom zurück. Keine Tabs, kein Los. Entschuldigung, mein Workflow wurde in mich gebohrt. Ich würde wetten, dass eine schnelle Umfrage vor 4 Jahren Ihre UI-Antwort viel schneller erhalten hätte. Aber lassen Sie es auch Microsoft Arroganz, etwas zu reparieren, das nicht kaputt ist.

@zunama Wir haben Benutzer nicht vergessen, die Registerkarten und eine verbesserte Dokumentenverwaltung wünschen. Jetzt, wo wir 1.0 sind, ist es eine unserer höchsten Prioritäten, diese Bedenken auszuräumen. Bald kommen großartige Dinge zu VS Code.

Als Webentwickler sind Tabs für mich wichtig. Im Gegensatz zu Desktop-Programmierern (die sich zu dieser Zeit hauptsächlich auf einzelne Dateien konzentrieren) wechseln wir immer zwischen Windows und verwenden gleichzeitig die Maus (z. B. Schneiden eines Bilds aus Photoshop und sofortiges Zurück zum Editor. Oder Debuggen in Browsern und los geht's zurück zu einer anderen Datei, um das Problem zu beheben). Mit Registerkarten können wir schnell zur Zieldatei navigieren. Mit Verknüpfungen sind es 2 weitere Schritte. Mit den "Arbeitsdateien" der Seitenleiste ist weniger Platz im Hauptcodebereich (da wir Photoshop & Editor oder Browser nebeneinander stellen). Height im Editor sind weniger notwendig. Sie können sich immer noch ein paar Zeilen merken, nicht wahr?

Top Tabs sind auch besser für menschliche Augen. Sie können den Titel der oberen Registerkarte und die Hauptvorwahl gleichzeitig scannen. Aber Sie können nicht links working files mit dem Hauptcode zusammen lesen. Versuch es selber. Darüber hinaus sind die Registerkarten breiter und eignen sich besser für Mausbewegungen. (Auch wenn Sie sich nicht darauf konzentrieren, ist es vorhersehbarer)

+1/0

+1

Nur meine persönliche Meinung, aber bitte hören Sie auf, -1, +1 Posts zu schreiben ... Ich meine, abgesehen davon, dass Sie diese Funktion entweder mögen oder nicht mögen, sagt etwas, für das Reaktion / Emoticon verwendet werden kann, nichts über Ihre Erfahrung aus und so weiter Wenn Sie bereits einen Beitrag schreiben, stellen Sie sicher, dass er nützlich ist! Ich bin sicher, Sie haben Ihr eigenes Konservierungsmittel für Dinge und wie Sie möchten, dass sie funktionieren! Andernfalls verwenden Sie einfach Emoticons.

Meta:
@eyalsk In diesem Fall wird die Diskussion fortgesetzt, sodass sie tatsächlich überflüssig erscheint. Aber ist das "Add your reag" für Probleme, die Sie ansprechen möchten, wirklich das Äquivalent? Warnt das nicht nur den Kommentar, anstatt anzuzeigen, dass das Problem ein heißes Thema ist? Dh alarmiert es Entwickler, die mit dem Problem markiert sind, oder setzt es das Problem als geändert?

@csholmq Ich weiß nicht, ob ich dich richtig verstehe, aber ich habe mich nicht auf die Reaktion / Emoticons bezogen, sondern auf Beiträge, die nur +1, -1 enthalten. Es fügt keinen Wert hinzu, eine aussagekräftigere Eingabe könnte wurden geschrieben, anstatt einen Beitrag mit +1, -1 zu schreiben ... nur meine Meinung, ich werde dies in meinem Beitrag ändern und hervorheben.

@zunama Es ist keine Arroganz, nach einer besseren Alternative zu suchen. "Nicht kaputt" ist kein gültiges Argument gegen die Suche nach neuen Sachen. Es ist so ziemlich ein Argument dafür (vielleicht gibt es etwas Besseres?). Obwohl mir in dieser Diskussion aufgefallen ist, dass VS Code, wenn er heute vollständig genutzt werden soll, darauf abzielen sollte, die aktuelle Benutzerbasis der "alten Denkweise" zu befriedigen und später Innovationen zu entwickeln. Weil die Leute nicht sehr gut warten können und es Ihnen Zeit spart, zu argumentieren, warum dies oder das besser ist.

Zurück zu Ihrem Kommentar: Wenn Sie etwas richtig machen möchten, verbringen Sie keine 3 Minuten und beenden. Sie führen Ihren Standpunkt zu nützlicher Kritik auf und suchen nach möglichen Verbesserungen. Ein Blickwinkel von 3 Minuten ist für Ihr Design nutzlos - und gefährlich -, weil es voreingenommen ist.

Eine Umfrage funktioniert nicht, wenn Sie innovativ sein möchten. Beispiel:


Welcher dieser Nagivierungsstile wäre für Sie am produktivsten?

  • Etwas. (Probieren Sie etwas Neues aus, das vielleicht besser ist.)
  • Tabs. (Guter alter Arbeitsstil, den du lieben gelernt hast).

Natürlich würden Tabs gewinnen. Möglicherweise könnte die andere Idee den Weg zu einer neuen Standardnavigationsoberfläche ebnen.

Um ehrlich zu sein, war eines der bestimmenden Merkmale von VS Code für mich das Fehlen von Registerkarten. Ich habe (zuerst) nicht einmal bemerkt, dass sie fehlen! Es war eine sehr interessante Sichtweise.

Wenn ich Tabs verwende, klappern sie immer und sind nicht mehr zu finden. Wenn ich eine bestimmte Datei nicht sofort in der Liste der Registerkarten sehen kann, besteht meine erste Reaktion darin, sie erneut zu öffnen. . . und dann würde ich herausfinden, dass es bereits geöffnet war. Natürlich wird die Reihenfolge der Registerkarten dabei ernsthaft durcheinander gebracht. Das passiert mir in Visual Studio 2015.

In der Welt, in der alles gleich ist, fühlt es sich erfrischend an, eine Identität zu haben.

PS. Ich bin jedoch nicht sehr beeindruckt von der Arbeitsdatei. Ich benutze es meistens, um schnell zu sehen, welche Dateien gespeichert werden müssen.

PSS. Eine Idee: Wenn eines Tages Registerkarten im Vergleich zum Code vorhanden sind, ist es möglicherweise am besten, die maximale Anzahl geöffneter Registerkarten zu begrenzen, dh die ältesten Registerkarten automatisch zu schließen, wenn neue geöffnet werden.

@RussBaz Ich halte es nicht für eine gute Idee, die Anzahl der Registerkarten zu begrenzen, da sich diese Anzahl von Benutzer zu Benutzer ändern kann, aber möglicherweise kann dies eine Option wie die folgende sein:

tabs.autoClose = "nicht sichtbar", "aus", "Zeit", x wobei x eine Zahl ist

Das ist eine komische Idee. Wenn ich 16 Tabs mag und du 4 magst, ist es einfach. SIE verwenden 4 Tabs und ich werde 16 verwenden! Warum sagst du, dein Weg ist besser als meiner oder umgekehrt? Worum geht es überhaupt? Sogar die Konversation über Registerkarten ist sinnlos, solange Registerkarten in Optionen / Einstellungen aktiviert / deaktiviert sind. Diejenigen, die keine Tabs wollen, großartig! Wer sie will, aktiviert das kleine Kontrollkästchen! Wirklich, es muss nicht sein, dass dein Weg besser ist als meiner oder dass ich es besser weiß als du.
+1
;)

Anwendungsfallbeispiel: Ich wechsle derzeit ständig zwischen 6 Registerkarten in Atom.

Das sind ungefähr 10, wenn ich an tieferen Abschnitten arbeiten muss. Ich benutze sie alle! Das Schließen und Wiedereröffnen wäre also ein Schmerz. Ich könnte massive Dateien an seiner Stelle haben, aber das wäre weitaus schmerzhafter zu behandeln, da es dann zu 6.000 Zeilen in einer Datei aufsteigen würde, wenn ich jeden Teil eines Moduls in eine einzelne Datei einbinden würde.

@Messung Ich stimme dir zu und stimme dir nicht zu. Es gibt Dinge, die innovativ sein müssen, aber zuerst muss man sich fragen, was wir mit dem Workflow verbessern können, indem wir Tabs entfernen. Für mich hat jeder einzelne Editor, den ich für die Entwicklung verwende, eine Registerkartenoberfläche, da bei Entwicklungen häufig zwischen 5 und 10 Dateien gleichzeitig arbeiten, ohne sich den genauen Namen der Dateien oder die Reihenfolge zu merken, in der sie geöffnet werden Ich muss fragen, wie hat diese neue Oberfläche es besser gemacht? Wie ist es innovativ? Fragen Sie zuerst, wie sie es verwenden, und fragen Sie dann, wie ich es verbessern kann.

Was die dreiminütige Ausgabe betrifft, gehe ich davon aus, dass Code nicht viel anders ist als Sublime (meine bevorzugte Wahl) oder Atom (was ich ausprobiere), aber wenn ich von Anfang an Schwierigkeiten habe, damit zu arbeiten oder zu zeigen Jemand effizient, was er zwischen Dateien tun muss, damit etwas funktioniert, dann werde ich etwas verwenden, das jetzt besser für meine Bedürfnisse funktioniert, und ein paar Versionen später in Code schauen, wenn es fertig ist. Es ist keine Denkweise der alten Schule, sondern Effizienz bei meiner Arbeit.

Es ist genauso gut wie diejenigen von uns zu fragen, die Tabs bevorzugen, zu keinem Tab zu wechseln
Bitten Sie diejenigen, die keine Registerkarten bevorzugen, zu Registerkarten zu wechseln. Wir beide wollen nicht
Wechseln Sie zur anderen Methode.

Können wir jetzt mit dem Typ 'Mac vs Windows', 'Android vs IPhone' aufhören?
Debatten darüber, welcher Weg besser ist: 'Tabs vs No Tabs'? Sie sind beide gut
und verschiedene Leute haben ihre eigenen Vorlieben.

Ich denke, die beste Lösung ist das Hinzufügen von Registerkarten als bevorzugte Einstellung
optional aktiviert. Dann freuen sich beide Menschenmengen.

Ist jemand dagegen, beide Methoden als Optionen zu haben, die Sie aktivieren oder aktivieren können
aus je nach Ihrer Präferenz?

Ich denke, es kommt auf diese beiden Optionen an:

1) Fügen Sie vorzugsweise Registerkarten hinzu. Ein für diejenigen, die es mögen und aus für diejenigen, die es mögen
nicht.

2) Fügen Sie überhaupt keine Registerkarten hinzu, auch wenn ich die Option habe, sie auszuschalten.

Warum würden Sie überhaupt für Option 2 stimmen, wenn Sie die Option haben, sie zu drehen?
aus?
Am 15. April 2016, 19:32 Uhr, "James McLaughlin" [email protected]
schrieb:

@Measuring https://github.com/Measuring Ich stimme Ihnen zu und stimme Ihnen nicht zu.
Es gibt Dinge, die innovativ sein müssen, aber zuerst muss man sich fragen, was
Informationen zum Workflow können wir durch Entfernen von Registerkarten verbessern. Gut für mich, jeder
Ein einzelner Editor, den ich für die Entwicklung verwende, hat eine Registerkartenoberfläche, weil dies der Fall ist
üblich für eine Entwicklung, um zwischen 5-10 Dateien gleichzeitig ohne zu arbeiten
Erinnern Sie sich an den genauen Namen der Dateien oder an die Reihenfolge, in der sie geöffnet wurden
Also muss ich fragen, wie hat diese neue Oberfläche es besser gemacht? Wie ist
es innovativ? Fragen Sie zuerst, wie sie es verwenden, und fragen Sie dann, wie ich es machen kann
es besser. In Bezug auf die dreiminütige Ausgabe gehe ich davon aus, dass dies der Code ist
nicht viel anders als Sublime oder Atom und wenn von Anfang an ich
kämpfen, um damit zu arbeiten oder jemandem effizient zu zeigen, was er tun muss
zwischen Dateien, damit etwas funktioniert, dann werde ich etwas verwenden, das funktioniert
Besser für meine Bedürfnisse jetzt und schauen Sie sich Code ein paar Versionen später an
Wenn es fertig ist.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -210705545

@ tones411 Einige Leute werden Option 2 wählen, nur weil sie denken, dass das Hinzufügen von Registerkarten ihre Erfahrung mit den Arbeitsdateien irgendwie ruinieren wird.

Ich kann es nicht genug betonen, aber meiner Meinung nach sollte es in der Diskussion nicht nur darum gehen, Tabs hinzuzufügen und es einen Tag lang aufzurufen, sondern den Workflow richtig zu machen, und ich habe es oft gesagt, was bedeutet, dass es die richtigen Optionen für die Anpassung benötigt, es braucht sich integriert und nicht entfremdet zu fühlen und trotzdem optional! Gleiches gilt für die Arbeitsdateien.

Einige Leute möchten vielleicht so etwas wie Vim-Puffer und möchten überhaupt keine Registerkarten oder Arbeitsdateien.

Vielleicht kann so etwas wie Vim-Puffer als Oberfläche für VSCode verwendet werden, wo wir Befehle zum Verwalten von Dateien verwenden können und darüber hinaus die Grundlagen für jeden Workflow legen, ob es sich um Registerkarten, Arbeitsdateien oder etwas anderes von morgen handelt.

Gut gesagt. Dies hat sich zu einer religiösen Debatte entwickelt. Daraus ist es offensichtlich
langer Faden, dass es hier viele Menschen gibt, die leidenschaftlich gern haben
Registerkarten und glauben, dass sie benötigt werden / erleichtern ihren Workflow. Es gibt
andere, die nicht glauben, dass Tabs notwendig sind und dass sie ein Hindernis darstellen.

Lassen Sie uns einfach zustimmen, nicht zuzustimmen, das ist in Ordnung. Solange Registerkarten optional sind
als diejenigen, die sie nicht wollen, müssen sie nicht benutzen.

Ich persönlich glaube, dass sie nützlich sind, aber ich werde niemanden aufhalten
von der Verwendung von Arbeitsdateien, wenn das für sie funktioniert. Es funktioniert nicht bei mir.
Am Fr, 15. April 2016 um 22:07 Uhr schrieb tones411 [email protected] :

Es ist genauso gut wie diejenigen von uns zu fragen, die Tabs bevorzugen, zu keinem Tab zu wechseln
Bitten Sie diejenigen, die keine Registerkarten bevorzugen, zu Registerkarten zu wechseln. Wir beide wollen nicht
Wechseln Sie zur anderen Methode.

Können wir jetzt mit dem Typ 'Mac vs Windows', 'Android vs IPhone' aufhören?
Debatten darüber, welcher Weg besser ist: 'Tabs vs No Tabs'? Sie sind beide gut
und verschiedene Leute haben ihre eigenen Vorlieben.

Ich denke, die beste Lösung ist das Hinzufügen von Registerkarten als bevorzugte Einstellung
optional aktiviert. Dann freuen sich beide Menschenmengen.

Ist jemand dagegen, beide Methoden als Optionen zu haben, die Sie aktivieren oder aktivieren können
aus je nach Ihrer Präferenz?

Ich denke, es kommt auf diese beiden Optionen an:

1) Fügen Sie vorzugsweise Registerkarten hinzu. Ein für diejenigen, die es mögen und aus für diejenigen, die es mögen
nicht.

2) Fügen Sie überhaupt keine Registerkarten hinzu, auch wenn ich die Option habe, sie auszuschalten.

Warum würden Sie überhaupt für Option 2 stimmen, wenn Sie die Option haben, sie zu drehen?
aus?
Am 15. April 2016, 19:32 Uhr, "James McLaughlin" [email protected]
schrieb:

@Measuring https://github.com/Measuring Ich stimme Ihnen zu und stimme Ihnen nicht zu.
Es gibt Dinge, die innovativ sein müssen, aber zuerst muss man sich fragen, was
Informationen zum Workflow können wir durch Entfernen von Registerkarten verbessern. Gut für mich,
jeder
Ein einzelner Editor, den ich für die Entwicklung verwende, hat eine Registerkartenoberfläche, weil dies der Fall ist
üblich für eine Entwicklung, um zwischen 5-10 Dateien gleichzeitig ohne zu arbeiten
Speichern Sie den genauen Namen der Dateien oder die Reihenfolge, in der sie geöffnet werden
Sie
Also muss ich fragen, wie hat diese neue Oberfläche es besser gemacht? Wie
ist
es innovativ? Fragen Sie zuerst, wie sie es benutzen, dann fragen Sie, wie kann ich
machen
es besser. In Bezug auf die dreiminütige Ausgabe gehe ich von diesem Kodex aus
ist
nicht viel anders als Sublime oder Atom und wenn von Anfang an
ich
kämpfen, um damit zu arbeiten oder jemandem effizient zu zeigen, was er tun muss
zwischen Dateien, damit etwas funktioniert, dann werde ich etwas verwenden, das
funktioniert
Besser für meine Bedürfnisse jetzt und schauen Sie sich Code ein paar Versionen später an
Wenn es fertig ist.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -210705545

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -210712143

+1

Ich verfolge diesen Thread seit ungefähr einem Monat, seit ich als Haupteditor zu Code gewechselt bin, und ärgere mich ständig über das Verhalten der Dateinavigation. Ich habe Zeit damit verbracht, mich an den Abschnitt "Arbeitsdateien" zu gewöhnen, von dem Sie zugeben, dass er sowieso mehr oder weniger ein nachträglicher Gedanke ist, und Strg + Tab und Strg + P. Ich bin sehr zufrieden mit Code und es ist leicht mein Lieblingseditor, aber diese Dateinavigationsoptionen sind so schlecht konzipiert, dass es schwer zu verstehen ist, wie sie überhaupt gedacht wurden.

Die meisten davon wurden erwähnt, aber hier sind meine Griffe:

Die WF-Liste ist im Wesentlichen nutzlos, da durch das Schließen eines Editorfensters die Datei nicht über WF geschlossen wird. Ich muss tatsächlich eine Datei _twice_ schließen und dazu die Maus verwenden (Strg + W _und_ die Datei über das WF-Bedienfeld schließen). Wenn ich die Datei offen lassen wollte, hätte ich nicht Strg + W gedrückt - wie macht es Sinn, Strg + W zu drücken und eine Datei "offen" zu lassen (sichtbar in WF). Ja, dies kann neu zugewiesen werden, aber ich spreche über das Standardverhalten von WF.

Durch Klicken auf eine Datei in der WF- oder Baumansicht wird eine Datei mindestens die Hälfte der Zeit in einem unerwünschten Editorfenster geöffnet. Wenn Sie einen Editor mit zwei Bedienfeldern und aktivem linken Bedienfeld haben, wird er durch "Zur Seite öffnen" im rechten Bedienfeld geöffnet, nicht in einem neuen Bedienfeld. Mit drei Spalten wird er immer in einem vorhandenen Bedienfeld geöffnet. Das Problem hier ist, dass "die Dinge nicht dort bleiben, wo ich sie hingelegt habe". Ich erwarte, meinem Editor mitzuteilen, wo sich die Dinge befinden sollen, und nicht, dass mein Editor entscheidet, wo die Dinge auf dem aktuellen UI-Status basieren sollen, und sie dann ändert, wenn sich der UI-Status in anderen Teilen der Anwendung ändert. Das Zurückholen einer zuvor geöffneten Datei ist eine solche PITA .

Einzelklick- und Doppelklick-Dateien haben ein völlig anderes Verhalten bei genau derselben Benutzeroberfläche. Ein einziger Klick öffnet die Dateivorschau vorübergehend (wenn ich sie nicht in WF laden möchte, da dann zwei Schließungen erforderlich sind, um sie später zu entfernen), lädt jedoch einen "Vorschau" -Editor mit einer anderen Datei (wie bei der aktuellen Implementierung unvermeidbar, wie erwähnt) oben) springt den Ordnerbaum an eine neue Stelle und das Laden der vorherigen "Vorschau" -Datei bedeutet, dass ich erneut zu dem Ordner in der Baumansicht navigieren muss. Ich möchte nicht einmal zugeben, wie viel Zeit ich aufgrund dieses Verhaltens damit verbracht habe, 6 Mal hintereinander zum exakt gleichen Ordner zu navigieren.

Meiner Meinung nach sollte ein einfacher oder doppelter Klick auf eine Datei genau das gleiche Verhalten hervorrufen. Wenn Sie jedoch wirklich eine "Vorschau" mit einem Klick wünschen, die nicht in WF / Strg + Tab angezeigt wird, sollte ein offensichtlicher UI-Marker vorhanden sein Das aktive Editorfenster ist eine Vorschau und wird gelöscht, wenn Sie es ersetzen.

Der Ordnerbaum sollte nicht zum Speicherort jeder Datei springen, in die ich klicke, oder beim Debuggen durch jeden Ordner in meinem Bibliotheksordner springen. Wenn ich zu einem bestimmten Ordner navigieren wollte, würde ich zu ihm navigieren, und wenn ich das getan habe, erwarte ich, dass es so bleibt. Dies scheint im Tabs-Thread nicht so relevant zu sein, ist es aber tatsächlich.

Der einzige Grund, warum diese absolut lächerlichen Verhaltensweisen der Editor-, WF- und Ordneransicht existieren, ist, weil es keine Registerkarten gibt. Wenn Sie Registerkarten hinzufügen (angedockt an ein bestimmtes Bedienfeld, wenn die Editorfenster geteilt sind) und standardmäßig das normale Editorverhalten verwenden, bei dem immer alles in einer neuen Registerkarte geöffnet wird, ist keines dieser Verhaltensweisen erforderlich. Lassen Sie mich einfach entscheiden, wie ich in meinem Baum navigieren und wie ich meine Registerkarten stapeln möchte, und hören Sie auf, mir einen "besseren Weg" zu zeigen (es sei denn, Sie haben tatsächlich einen besseren Weg - nach ~ 6 Monaten täglicher Arbeit kann ich sagen Sie mit absoluter Sicherheit, dass der aktuelle Weg für mich nicht besser ist).

Und wenn Sie schon dabei sind, lassen Sie mich aus Liebe zu Gott BITTE Dateien aus demselben Verzeichnis in mehr als einem Fenster anzeigen! Es gibt eine einfache und elegante Lösung, die jede andere tab-basierte Software seit Jahren hat - ziehen Sie die Tabs in ein neues Fenster - ernsthaft, Leute, das ist kein revolutionäres Zeug. Wenn Sie das Verhalten "Ein Ordner erhält nur eine Instanz" beibehalten möchten, lassen Sie die Bedienfelder in ein neues Fenster schweben (das weiterhin vom Hauptfenster gesteuert / an dieses angehängt wird).

Ihr habt mit diesem Editor einen tollen Job gemacht und ich werde ihn weiterhin verwenden. Wenn wir sehen können:

  1. Tabs
  2. WF deaktivieren
  3. Stoppen Sie die automatische Navigation im Ordnerbaum
  4. Ripoff-Registerkarten in schwebendes Editor-Panel (das das gleiche Verhalten wie andere Editor-Panels in der Hauptoberfläche aufweist)

Dann denke ich, dass VS Code weit, weit, weit gehen wird. Großartiger Redakteur, und ich bin bereit, die Nachteile in Kauf zu nehmen, um den Rest auszunutzen, aber viele, viele andere warten nur auf diese wenigen Grundfunktionen.

Ich würde gerne beim Testen von UI / UX helfen oder was auch immer Sie für Benutzer-Feedback / Eingabe tun. Lassen Sie mich wissen, ob ich Ihnen behilflich sein kann.

Vielen Dank!

@anyong danke für deine Einblicke!

Für Punkt 3 sind Sie sich nicht sicher, ob Sie es wissen, aber Sie können dies derzeit auch anpassen mit:

"explorer.autoReveal": false

Ich binde auch workbench.files.action.showActiveFileInExplorer damit ich bei Bedarf zu einer zufälligen Datei im Explorer gelangen kann.

@ Tyriar Ich bin mir nicht sicher, auf welche Version Sie sich beziehen, aber ich bin über Insider auf dem Laufenden und diese Option macht noch nichts.

: +1:

: +1:

@bpasero Ich habe die ersten Nachrichten auf diesem Board über die Vor- und Nachteile von Registerkarten gelesen. Ich verstehe auch die Haltung des MSFT-Teams dazu: Das Team ist unter demselben Codierungsstil vereint und hat dieselben Reflexe in Bezug auf ctrl+tab und / oder den Abschnitt mit den Arbeitsdateien entwickelt. Das ist eine gute Sache. Alle Teammitglieder haben im Allgemeinen einen einheitlichen Ablauf. Wir sind jedoch weder Teil dieses Teams, noch möchten wir die gleichen Reflexe entwickeln. Unsere bestehenden Reflexe sollten im Idealfall erfüllt, nicht verdrängt und ersetzt werden. Der Editor sollte dem Benutzer helfen.

Wir müssen uns entweder an Ihre Definition von UX anpassen oder die Verwendung von VSCode einstellen. Einige werden sich anpassen, andere nicht. Geht es um die Balance zwischen guten und schlechten Dingen, die auf den Tisch gelegt werden. Abgesehen davon denke ich, dass das MSFT-Team die Bedeutung von Registerkarten stark unterschätzt und die im Haus entwickelten Reflexe stark überschätzt.

Das Team und die Verantwortlichen müssen wirklich eine einfache Entscheidung treffen: Ist VS Code ein Mensch-Computer-Interaktionsexperiment oder soll es eine solide, verwendbare IDE sein , die Entwicklern das gibt, was sie wollen? Wenn erstere, ist das in Ordnung . Persönlich werde ich aufhören zu stören und woanders hinziehen, weil ich meine Arbeit erledigen möchte, nicht Teil eines HCI-Experiments sein möchte, aber ich bin sicher, dass sich ihr Experiment später auszahlt. In letzterem Fall müssen sie zumindest Registerkarten implementieren, da dies von Entwicklern gewünscht wird, und beide Registerkarten und keine Registerkarten bestenfalls, wenn sie beide Kaninchen verfolgen und versuchen möchten, Personen in einen neuen Workflow umzuwandeln.

@ Tyriar : Ich habe deine autoReveal -Einstellung in v.1.0.0-insider ausprobiert und es hat auch nichts für mich getan. Der Explorer springt immer noch herum, wenn ich es nicht möchte - am ärgerlichsten, wenn er bei Verwendung der Go-to-Definition vollständig an einen anderen Ort scrollt und dadurch eine andere Datei geöffnet wird.

Folgendes habe ich in meine Einstellungsdatei eingefügt: "explorer.autoReveal": false,

@anyong @stephenmartindale Sie haben Recht, ich wusste nicht, wie neu diese Einstellung war. Es sollte beim nächsten Insider-Build verfügbar sein.

Gut gesagt @stephenmartindale. Ohne Tabs haben wir nur notepad.exe mit einer eigenen Version von Alt-Tab (die, wie oben oft erwähnt, kaputt ist). Ich habe versucht, "Arbeitsdateien" so zu verwenden, als wären sie Seitenregisterkarten, aber nach einer Woche bin ich ziemlich bereit, zu Sublime zurückzukehren, und es gibt Probleme, insbesondere, dass es keine Möglichkeit gibt, diese Seitenleiste immer da zu sein, nein egal was sonst noch in der App los ist. Mit dem Namen "Visual Studio ..." erwartete ich zumindest die Grundfunktionen des Visual Studio-Editors (Registerkarten und die Möglichkeit, diese Registerkarten in ihre eigenen Fenster zu ziehen). Warum sie diese Funktionalität entfernt hätten, ist unerklärlich. Vielleicht werde ich in ein paar Monaten noch einmal nachsehen, ob sie weit genug gekommen sind, um ein Build mit einem Pre-Alpha-Tag zu versehen. Im Moment ist dies nichts weiter als ein UI-Experiment. Die einzige Frage ist, ob es bereits fehlgeschlagen ist oder ob es kurz vor dem Scheitern steht.

Wie in den meisten der vorherigen 259 Kommentare angegeben, würde ich sehr gerne Registerkarten in VS Code sehen, ähnlich wie sie in Sublime Text funktionieren. Auch ich würde gerne wechseln, wenn dieses eine Feature nicht fehlen würde. So seltsam es auch klingen mag, ich muss mindestens vier Dokumente im selben Fenster öffnen können, damit ich schnell zwischen ihnen wechseln kann.

Oh, und wenn Microsoft nicht möchte, dass VS Code so sehr mit Sublime Text verglichen wird, hätten sie kein Produkt entwickeln sollen, das so ähnlich aussieht und sich so verhält. Wenn Sie Tabs von der GUI fernhalten, können Sie Vergleiche mit Sublime Text nicht verhindern. Auf diese Weise können diese Vergleiche für Microsoft ungünstiger werden.

@SturmB Sublime ist nicht der einzige existierende Editor, und ich glaube nicht, dass sie VSCode zu einem weiteren Sublime-Nachahmer gemacht haben, ähnlich wie Atom nicht Sublime, aber alle Editoren teilen Funktionen, was gut ist. So haben Sie die Wahl !

VSCode verhält sich überhaupt nicht wie Sublime, weil sie sehr unterschiedlich sind. VSCode soll der Mittelweg zwischen einem Code-Editor und einer IDE sein, während Sublime diese Behauptung nicht aufstellt. Daher hat VSCode ein größeres Publikum von Menschen, die von Menschen reichen die Vim für Visual Studio verwenden.

Das Hinzufügen von Registerkarten ist überhaupt nicht das Problem. Die Leute sagen immer wieder, dass sie Registerkarten hinzufügen müssen, und ich bin mir sicher, dass sie inzwischen verstehen, dass Registerkarten wichtig sind, aber das eigentliche Problem besteht darin, das Design richtig zu gestalten und sicherzustellen, dass sich die Erfahrung gut anfühlt Jeder, diese, die Tabs lieben und diejenigen, die es hassen.

Wenn Sie nun ein Feature entwerfen, insbesondere ein Feature, das für die Erfahrung im Editor von zentraler Bedeutung ist, können Sie nicht einfach einige Dinge hacken und zusammenfügen und dann mit einer Ankündigung zurückkehren, die nach einigen Tagen viele Menschen enttäuschen wird! Gute Dinge brauchen Zeit! und das ist nicht anders. :) :)

Ich mag das Konzept der Arbeitsdateien. Registerkarten lassen sich nicht gut skalieren, wenn viele Dateien geöffnet sind. Was auch immer passiert, bitte behalten Sie die Kontrolle über die Arbeitsdateien!

@helmbold Ich bin wirklich neugierig - wie nutze du sie effizient? Ich habe versucht und ich kann einfach nicht herausfinden, wie ich das Chaos, das WF ist, verstehen kann. (Irgendwann in dieser Ausgabe sagte das Team, dass Arbeitsdateien wirklich nur ein nachträglicher Gedanke und keine geplante Funktion seien.)

@eyalsk :

Das eigentliche Problem besteht darin, das richtige Design zu finden und sicherzustellen, dass sich die Erfahrung für alle großartig anfühlt, für diejenigen, die Tabs lieben und für diejenigen, die es hassen.

Ziemlich jeder hier hat gesagt, dass er hofft, dass die Registerkarten genau aus diesem Grund von einer Einstellung gesteuert werden. Abgesehen davon, dass einige Software während früherer Iterationen von Registerkarten vor Jahren nicht sehr gut zu bedienen war, ist sie heutzutage normalerweise ziemlich gut. Code verfügt über Sublime, Atom und Nicht-Editoren wie Browser, auf die Sie achten müssen, um Registerkarten "richtig" zu machen.

Eine Funktion, die ich gerne sehen würde, die ich in keiner Software mit Registerkarten gesehen habe und die meiner Meinung nach einige Probleme mit "zu vielen Registerkarten" lindern würde, ist die Möglichkeit, mehrere Registerkarten auszuwählen und in ein neues Fenster zu ziehen.

Letztendlich werden immer Mensch-Computer-Schnittstellen für die Verwaltung von Hunderten von Dateien mit langen, ähnlich aussehenden Namen fehlen - so sind wir nicht konzipiert, sondern nur so, weil wir aufgrund der aktueller Stand der Softwareentwicklung.

@anyong sicher! Das Hinzufügen von Optionen ist überhaupt kein Problem. Ich meine, das Problem beginnt, wenn Sie sich fragen, welche Optionen redundant und welche Optionen tatsächlich nützlich sind. Programme, die von Anfang an mit Registerkarten entwickelt wurden, haben es für mehrere wirklich einfach Gründe, aber hauptsächlich, weil Tabs kein nachträglicher Gedanke sind, ist es auch nicht möglich, einen Editor mit einem anderen oder sogar mit einem anderen Programm zu vergleichen, das Tabs enthält, hauptsächlich weil die Navigationsgeschichte im Allgemeinen von Programm zu Programm unterschiedlich ist. Verschiedene Programme zielen darauf ab, sich auf verschiedene zu konzentrieren Dinge.

Nur weil Sublime / Atom oder ein anderes Programm Registerkarten hat und es dort gut funktioniert, heißt das nicht, dass Sie alle Dinge, die dort funktionieren, in Ihr Programm einbinden können. So funktionieren die Dinge nicht, tatsächlich können die Dinge so scheitern! Es ist dort erfolgreich, weil das gesamte Paket es erfolgreich macht.

Wenn Sie dem Editor eine neue Art von Benutzererfahrung hinzufügen möchten, müssen Sie die gesamte Navigationsgeschichte einschließlich vorhandener Funktionen wie "Arbeitsdateien" neu bewerten, insbesondere wenn Sie bereits Kunden haben, bei denen jede Person erwartet, dass sie wie der Editor ihrer Wahl funktioniert und Sie können den Beiträgen entnehmen, dass viele von ihnen hohe Standards haben, wie es funktionieren sollte. :) :)

: +1:

@bpasero , @ bgashler1 und ich haben begonnen, an den UX-Designs zur Verbesserung des Dokumentenmanagements zu arbeiten. Wir beobachten alle Rückmeldungen zu diesem Thema sorgfältig und haben bereits mit einer Handvoll von Ihnen gesprochen, um mehr Details über Ihre eigenen einzigartigen Erfahrungen und Perspektiven zu erfahren.

Wir möchten jetzt unsere frühen Entwürfe mit Ihnen teilen, um Ihr Feedback zu erhalten. Wir werden am Donnerstag, den 21. April um 16 Uhr MEZ einen Google-Hangout veranstalten. Wenn Sie sich uns anschließen möchten, klicken Sie zu diesem Zeitpunkt bitte auf diesen Link: https://hangouts.google.com/call/u3wnrhjja5h47ovt7piatelkxme

Dies wird unser erstes öffentliches Designtreffen sein und wir freuen uns darauf.

Ich habe ausschließlich VSCode verwendet (stammte von WebStorm) und es fehlten keine Registerkarten. Anfangs dachte ich, dass ich es tun würde, aber ich fing an, Arbeitsdateien mehr zu mögen, da ich mehr auf weniger Raum sehen konnte und ohne darüber nachdenken zu müssen, wie man Dinge auf dem Bildschirm anordnet oder gruppiert. Jetzt benutze ich hauptsächlich STRG + TAB.

Ich denke, wenn irgendetwas traditionelles Tabs eine offizielle Erweiterung oder eine Opt-In-Option sein sollte. Persönlich hoffe ich auf etwas anderes als Registerkarten, um die aktuelle Erfahrung zu verbessern.

Was mir bei STRG + TAB fehlt, ist der Kontext des aktiven Editorbereichs. Wenn zwei Editorfenster nebeneinander geöffnet sind, möchte ich, dass STRG + TAB den Dateiversionsverlauf nach Dateien filtert, die im aktiven Editorbereich geöffnet wurden, und nicht nach allen Dateien, die in der gesamten Anwendung geöffnet wurden ( obwohl das auch noch existieren müsste). Wenn Sie auf eine Stelle in / in der Nähe des Dateinamens oben in einem Editorbereich klicken, wird möglicherweise eine Dropdown-Liste der in diesem Editorbereich geöffneten Dateien angezeigt (wie STRG + TAB).

Mach weiter so.

Ein weiterer Vorschlag. Es wäre schön, eine bessere Standardtastenkombination zu haben, um die Liste der Arbeitsdateien anzuzeigen, wenn die Seitenleiste ausgeblendet ist. Ich habe erst kürzlich entdeckt, dass STRG + K STRG + P zeigt, was ich will, aber es ist schwieriger zu ziehen als STRG + TAB. Wie ich mit STRG + TAB vorgeschlagen habe, kann das Popup "Arbeitsdateien" von einem Kontext profitieren, der auf dem aktiven Editorbereich basiert. Möglicherweise könnte es so sortiert werden, dass die Liste der Arbeitsdateien, die im aktiven Editorbereich geöffnet wurden, über dem Rest liegt.

@ RyanEwen Ich denke, Sie sind noch kein Shortcut-Benutzer? Weil die Intellij Idea-Plattform dieselben Verknüpfungen hat und die Registerkarten an einer beliebigen Stelle platzieren kann (oben, unten, links, rechts, keine). Wenn es links / rechts platziert wird, funktioniert es ähnlich wie Arbeitsdateien in VSCode. Es wäre toll, ein Experiment zu machen. Kehren Sie mit der STRG + TAB-Kombination mit den oberen Registerkarten zu WebStorm zurück, um festzustellen, ob Sie es nicht benötigen oder gezwungen sind, es als einzige Problemumgehung zu akzeptieren. STRG + E in WebStorm auch eine aktuelle Datei mit Filterfunktionen (Typ für die Suche).

Wenn Sie zu Tabs Nein gesagt haben, geben Sie bitte auch an, ob Sie MOUSE in Ihrem Workflow verwendet haben.

: +1:

@KayLeung Ich habe

Ich war ein Mauser, als ich WebStorm benutzte. Ich habe hier und da Tastenkombinationen verwendet, um nach aktuellen und ungeöffneten Dateien zu suchen, aber mit der Maus auf Registerkarten für das, was bereits geöffnet war. Ich hatte nicht das Gefühl, dass ich einfach / intuitiv auf bestimmte Registerkarten tasten konnte, und es gab den Wunsch, die Registerkarten anzuordnen, was mich am Ende auch dazu veranlasste, nach meiner Maus zu greifen. Das Fehlen von Registerkarten hat mir unbewusst (und schmerzlos - in meinem Fall) geholfen, in einen Workflow mit der ersten Tastatur zu schlüpfen.

Ich habe gerade Adobe Brackets ausprobiert und die Liste der Arbeitsdateien ist nach Fenstern aufgeteilt. Wenn Sie einen linken und einen rechten Bereich haben, befinden sich in der Seitenleiste zwei Listen mit Arbeitsdateien ("Links" und "Rechts") anstelle einer wie in VSCode. Keine schlechte Lösung. Ich hätte nichts dagegen (zusätzlich zu meinem anderen Vorschlag, CTRL + TAB Kontext basierend auf dem aktiven Editorbereich hinzuzufügen).

@ RyanEwen du hast einen sehr guten Punkt gemacht. Ich arbeite immer mit 2 Fenstern für jede offene Instanz meiner IDE. Ich kann 2 offene Instanzen über 2 Bildschirme für 4 offene Fenster haben. Ich konnte es nicht genau sagen, aber du hast es getan. Eine einzige Liste zu haben, wenn zwei (oder mehr?) Fenster geöffnet sind, ist das Problem mit der aktuellen Implementierung von Arbeitsdateien, das sie für mich unbrauchbar gemacht hat. Vielen Dank, dass Sie hier konkret sind.

Eine freundliche Erinnerung daran, dass wir (ich, @bpasero und @ bgashler1) später um 16 Uhr britischer Sommerzeit unsere neuesten Designs für Registerkarten und Arbeitsdateien teilen werden.

Besuchen Sie uns um 16:00 Uhr MEZ auf diesem Link: https://hangouts.google.com/call/u3wnrhjja5h47ovt7piatelkxme. Wir würden uns über Ihr Feedback freuen.

Erinnerung für alle, die vorhatten, an den Hangouts teilzunehmen - sie ist jetzt aktiviert. Klicken Sie also auf den obigen Link. Bisher nur ~ 5 Personen.

Ich wäre wirklich gerne dort gewesen, aber es ist 11 Uhr und ich bin auf der Arbeit und kann nicht mitmachen. Ich gehe davon aus, dass jemand später ein paar Dinge schriftlich mitteilen kann? : D.

Kurzübersicht:

  1. Registerkarten und Arbeitsdateien (umbenannt in "offene Editoren") verhalten sich genauso. Es kommt nur darauf an, ob die Grafiken oben (Registerkarten) oder links (offene Editoren) angezeigt werden sollen.
  2. Die Registerkarten werden oben visuell nach Bedienfeldern gruppiert, offene Editoren werden unter den Überschriften "Links", "Rechts" zusammengefasst.
  3. Klicken Sie einmal auf eine Datei, um eine Vorschau-Registerkarte (oder einen "Editor öffnen") zu öffnen. Doppelklicken Sie auf die Datei, bearbeiten Sie die Datei oder doppelklicken Sie auf die Registerkarte selbst, um sie beizubehalten
  4. Der Debugger öffnet alle Dateien als Vorschaudateien, es sei denn, Sie behalten die zu debuggende Datei bei, indem Sie eine der oben genannten Optionen wählen
  5. Registerkarten / geöffnete Editoren können zwischen Bedienfeldern gezogen werden
  6. Bedienfelder können gezogen werden, um die gesamte Gruppe von Registerkarten zu verschieben

Sieht wirklich gut aus und persönlich (aus der Pro-Tab-Gruppe, wenn Sie meinen Beitrag oben lesen) denke ich, dass ich den neuen "Open Editors" gerne einen fairen Schuss geben werde.

Follow-up-Gedanken für die Entwickler:

  1. Da der Fluss der Registerkarten / geöffneten Editoren genau der gleiche ist, sollte es möglich sein, Folgendes zu tun: Offene Editoren anzeigen, wenn der Explorer geöffnet ist, und Registerkarten anzeigen, wenn der Explorer geschlossen ist. Wir können die horizontale Fläche für Code vergrößern und den Tab-Zugriff beibehalten. Angenommen, es gibt eine Verknüpfung zum Ausblenden / Anzeigen von Registerkarten. Dies entspricht dem gleichzeitigen Drücken dieser Taste und STRG + B - wenn dies funktioniert, sollte dies eine Option in den Einstellungen sein: autoShowTabsWhenExplorerClosed oder so. Wenn wir mehr Registerkarten sehen müssen, können wir entweder auf den Chevron klicken oder einfach STRG + B, um die Registerkarten im linken Bereich anzuzeigen. Ich bin mir nicht sicher, ob das überhaupt "desorientiert" wäre, aber solange die geöffneten Editoren und Registerkarten immer genau gleich und in derselben Reihenfolge sind, kann ich mir vorstellen, dass es sehr gut funktionieren würde.
  2. Ich denke, Sie haben erwähnt, dass zuvor geschlossene Registerkarten in einer der Ansichten STRG + Tab + etwas verfügbar waren, aber Sie haben über eine Tastenkombination STRG + UMSCHALT + T (Tabulator rückgängig machen) nachgedacht, mit der zuvor geschlossene Registerkarten (in der Reihenfolge in) einfach wieder geöffnet werden welche sie geschlossen waren)?

Ich konnte nur die letzten 15 Minuten oder so mitmachen. Wurde es aufgenommen?

Ich war enttäuscht (aber nicht überrascht) zu sehen, dass Tabs wahrscheinlich sind
wird zum Standard. Eine Hoffnung, dass Sie das Leichtgewicht weiterhin erhalten
Umgebung von VS Code und progressive Workflows zu erkunden.

Vielen Dank,

James

Am Do, 21. April 2016 um 11:07 Uhr schrieb anyong [email protected] :

Erinnerung für alle, die vorhatten, sich den Hangouts anzuschließen - es ist jetzt so
Klicken Sie auf den Link oben. Bisher nur ~ 5 Personen.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -212963079

Klingt nach guten Ideen. Ich freue mich darauf, dies in Aktion zu sehen.

FWIW (und wenn es immer noch relevant ist) Ich denke immer noch, dass es besser ist, standardmäßig keine Registerkarten in der Benutzeroberfläche zu haben. Ein schöner sauberer Editor-Header, auf den geklickt werden kann, um eine Liste der Dateien anzuzeigen, wenn die Seitenleiste nicht sichtbar ist, oder STRG + TAB, ist das, was ich mir wirklich erhoffe :)

Vielen Dank für alle, die heute teilnehmen und uns Feedback geben konnten. Wir haben uns Notizen gemacht und das GitHub-Problem hier kontinuierlich verfolgt. Wir hören allen zu.

@indiejames und @RyanEwen ja, wir haben uns Notizen gemacht und werden sie bald veröffentlichen. Wir haben uns noch nicht sicher für das Standardverhalten entschieden. Wir schlagen jedoch eine Lösung vor, mit der Sie leicht auswählen können, ob Sie Arbeitsdateien, Registerkarten oder beides verwenden möchten oder nicht.

@ bgashler1 Sie erwähnen, dass Sie nach einer Lösung suchen, mit der die

Vielen Dank an alle, die sich die Zeit genommen haben, sich heute dem Anruf anzuschließen und Feedback zu geben. Wir wissen das sehr zu schätzen. @anyong hat bereits großartige Arbeit geleistet und zusammengefasst, was wir präsentiert haben, aber ich werde unten ein paar weitere Details und einige Screenshots hinzufügen.

Visuelles Design

Erstens zeigt dieses Bild, wie Registerkarten in VS-Code aussehen könnten:
image2

Wir streben einen leichten, nicht ablenkenden Look an, der gut zum Rest von VS Code passt. Wir haben noch nicht festgelegt, wie es in einem Lichtthema aussehen würde.

Wie Sie im obigen Bild sehen können, enthalten Registerkarten links neben dem Namen eine Schaltfläche zum Schließen. Wenn die Datei nicht gespeicherte Änderungen enthält, wird eine schmutzige Anzeige angezeigt, in der sich die Schaltfläche zum Schließen befindet.

Wenn Sie den Mauszeiger über eine Registerkarte bewegen, wird ein Tooltip mit dem vollständigen Pfad für die Datei auf der Registerkarte angezeigt.

Vorschau-Registerkarten

Um Vorschau-Registerkarten klar von geöffneten Registerkarten zu unterscheiden, kursiv schreiben wir den Titel in der Registerkarte wie im folgenden Drahtmodell.
image1

Wir haben Aktionen zum Heraufstufen eines Vorschau-Tabs auf einen vollständig geöffneten Tab besprochen:

  • Bearbeiten von Inhalten auf der Registerkarte
  • Doppelklicken Sie im Explorer auf eine Datei
  • Doppelklicken Sie auf die Registerkarte Vorschau in der Registerkartengruppe

Überlauf

Die Registerkarten werden rechts neben der aktiven Registerkarte geöffnet. Wenn nicht genügend Platz vorhanden ist, um alle Registerkarten in einer Registerkartengruppe anzuzeigen, werden die Registerkarten überlaufen. Der Name der Datei auf der Registerkarte wird nicht abgeschnitten, um mehr Platz für mehr Registerkarten zu schaffen.

Wir zeigen einen Chevron, wenn es einen Überlauf gibt. Wenn Sie auf diesen Chevron klicken, wird ein schnell geöffnetes Dialogfeld angezeigt, in dem alle Registerkarten in der Registerkartengruppe aufgelistet sind, sodass der Benutzer die Registerkarte finden kann, die er anzeigen möchte.

Wenn Sie auf eine Registerkarte klicken, die sich derzeit im Überlauf befindet, wird diese Registerkarte angezeigt.

Registerkarten navigieren

Mit den folgenden Befehlen können Benutzer zwischen Registerkarten navigieren:

  • Strg-Tab zeigt eine Liste aller Registerkarten innerhalb der aktiven Registerkartengruppe an:
    image3
  • Strg Alt Tab zeigt eine Liste aller Registerkarten in allen Registerkartengruppen an
    image4
  • Das schnelle Öffnen zeigt den linearen Verlauf aller Registerkarten
    image5

Arbeitsdateien

Wir haben Arbeitsdateien in offene Editoren umbenannt, um besser zu reflektieren, was dies wirklich ist.

Die Liste der geöffneten Editoren funktioniert identisch mit Registerkarten. Wir listen sie nur im Explorer auf, anstatt sie als Registerkarten zu visualisieren.

Wenn eine Datei in zwei oder mehr Editorgruppen geöffnet ist, wird dies in der Liste der geöffneten Editoren angezeigt:
image6

Jeder Editor, den der Benutzer öffnet, wird in der Liste der geöffneten Editoren angezeigt. So wird beispielsweise der Diff-Editor folgendermaßen angezeigt:
image7

Jede Gruppe enthält nur eine Registerkarte "Vorschau".

Der Chevron oben rechts in der aktiven Editorgruppe zeigt an, ob ein Stapel von Editoren vorhanden ist oder nicht.
image8

In diesem Fall wird beim Schließen eines Editors der darunter liegende Editor im Stapel angezeigt, anstatt den Editor vollständig zu schließen.

Durch das Schließen eines Editors (z. B. mit Strg-W) wird der Editor ebenfalls aus der Liste der geöffneten Editoren entfernt.

@stevencl

Um Vorschau-Registerkarten klar von geöffneten Registerkarten zu unterscheiden, kursiv schreiben wir den Titel in der Registerkarte wie im folgenden Drahtmodell.

Zusätzlich zur Kursivschrift kann es hilfreich sein, die Farben der Registerkarten zu dimmen, um sie wirklich klar zu machen.

Wie ich bereits geschrieben habe, möchte ich auch wissen, ob es eine Option gibt, keine Registerkarten zu haben oder Editoren zu öffnen. Dies kann ein nützliches Szenario für Leute sein, die Skripte erstellen, z. B. PowerShell.

@eyalsk In der Diskussion wurde erwähnt, dass Registerkarten und geöffnete Editoren unabhängig voneinander für entweder / beide / keine aktiviert oder deaktiviert werden sollten.

@anyong danke! :) :)

Strg-Tab zeigt eine Liste aller Registerkarten innerhalb der aktiven Registerkartengruppe an:

Schließlich! Tabs oder nicht, das ist das Verhalten, auf das ich gewartet habe! Kein Verlust mehr in meinem Dateiversionsverlauf.

Durch das Schließen eines Editors (z. B. mit Strg-W) wird der Editor ebenfalls aus der Liste der geöffneten Editoren entfernt.

Großartig! Dies wird sich hoffentlich intuitiver anfühlen und dabei helfen, die Unordnung in den Arbeitsdateien zu beseitigen.

Jetzt warte ich nur noch, bis https://github.com/Microsoft/vscode/issues/5554 geschlossen ist.

Hmm, ich weiß nicht, ob dies in Betracht gezogen wurde, aber ich habe gerade darüber nachgedacht, mehrere Monitore unterstützen! In Visual Studio kann ich eine Registerkarte auf einen anderen Monitor ziehen und ein neues Registerkartenfenster / eine neue Ansicht erstellen. Wird so etwas in Betracht gezogen? Ich würde mir vorstellen, dass dies möglich ist, indem ein neuer VSCode-Prozess erstellt und Registerkarten zwischen Prozessen durch prozessübergreifende Kommunikation gezogen werden. Gleiches gilt für offene Editoren, nur eine Idee, :)

Bitte, bitte, bitte können Sie "Vorschau-Registerkarten" optional machen - dh eine Option haben, mit der Sie alles automatisch auf eine permanente Registerkarte hochstufen können und niemals Dinge verschwinden lassen. Ich weiß, dass Sie Möglichkeiten zur visuellen Unterscheidung von Registerkarten diskutieren, die nur vorübergehend sind, aber ehrlich gesagt nicht für Leute wie mich funktionieren, die so schnell zwischen Dateien navigieren (insbesondere bei Go-To-Definition et al.), Dass keine Zeit dafür bleibt Überprüfen Sie die Registerkarte visuell, um festzustellen, wie sie sich möglicherweise verhält. Ich kann mich nicht erinnern, wie ich eine Datei geöffnet habe oder ob ich sie bearbeitet habe, und finde sie wirklich beunruhigend, wenn Dateien scheinbar zufällig verschwinden. (Ich weiß, dass es nicht zufällig ist, aber es könnte genauso gut sein.)

Normalerweise begrabe ich mich in offenen Registerkarten, bis ich eine Arbeitseinheit beendet habe, und schließe sie dann alle zur gleichen Zeit, zu der ich mich verpflichte.

Danke @eyalsk , ja, wir haben darüber nachgedacht. Letztendlich möchten wir dies unterstützen können, aber die Arbeit, die erforderlich ist, um den Kontext zwischen mehreren Prozessen zu teilen, ist ziemlich bedeutsam und daher ist es unwahrscheinlich, dass dies geschieht, während wir an der restlichen Dokumentenverwaltungs-UX arbeiten. Es ist definitiv etwas, was wir tun wollen.

@stevencl Ich würde mich freuen, wenn durch Ziehen gerade ein neues vscode-Fenster mit dieser geöffneten Datei geöffnet würde (möglicherweise auch mit demselben geöffneten Ordner).

Danke @Tyriar , wir werden uns weiter

@stevencl Ich mache mir nur Sorgen, dass es in Zukunft noch mehr Arbeit erfordern wird, um es hinzuzufügen. Wenn Sie also die Infrastruktur verbessern, stellen Sie sicher, dass Sie es in Ihren Rückständen behalten! ;)

Tabs bitte

Schön das zu sehen. Ich mag den leichten Vorschlag und dass Sie einen Weg finden, die Erfahrung mit Arbeitsdateien nicht zu beeinträchtigen.

Ich freue mich darauf, es zu versuchen. Danke fürs Zuhören.

@stevencl Das scheint das Beste aus beiden Welten zu sein. Sieht wunderbar aus! Die Registerkarten werden so angezeigt, wie ich es erwartet hätte, um sich in den Rest der Benutzeroberfläche einzufügen, und es hört sich so an, als würde ich mit den Änderungen an den Arbeitsdateien genau das bekommen, was ich will :)

Werden Open Editors mehr als 2 Editorgruppen unterstützen? Ich frage mich nur, wie Sie sie benennen, wenn es komplizierter ist als links und rechts.

Ja, dies würde weiterhin unterstützt.


Von: Maxime Quandallemailto: [email protected]
Gesendet: 22.04.2016 23:09
An: Microsoft / vscodemailto: [email protected]
Cc: Steven Clarkemailto: [email protected]; Erwähnen Sie Mail an: [email protected]
Betreff: Betreff: [Microsoft / vscode] Richtige Registerkarten für geöffnete Dateien (# 224)

Wäre eine Neupositionierung von Fenstern per Drag & Drop im Rahmen des


Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an:
https://github.com/Microsoft/vscode/issues/224#issuecomment -213605667

@stevencl Ich finde das, was Sie vor ein paar Tagen aus der Diskussion herausgearbeitet haben, großartig. Genau darauf haben wir alle in Bezug auf Tabs gewartet. Einige der anderen Editoren, die ich verwendet habe, implementieren sowohl horizontale als auch vertikale Bedienfeldkonfigurationen. Auf diese Weise können Sie zwei Dateien oben nebeneinander und eine oder zwei darunter öffnen. Obwohl dies keine kritische Funktion ist, fehlt mir dies häufig bei der Entwicklung von Front-End-Web-Apps und mobilen Apps. Der Grund dafür ist, dass ich hauptsächlich an MVC oder Ableitungen davon arbeite. Daher ist es ein großer Vorteil, wenn ein Modell, eine Ansicht, ein Controller und einige UI-Dateien (CSS, Js usw.) gleichzeitig geöffnet sind. Gibt es Pläne, dies ebenfalls aufzunehmen? Atom macht das wirklich gut, was der letzte Editor war, den ich vor VSCode verwendet habe. Leider hat es in anderen Bereichen, in denen VSCode herausragend ist, stark gefehlt, weshalb ich VSCode ausschließlich verwende. Wenn dies nicht in der geplanten Version mit Änderungen an Registerkarten und Dokumentenverwaltung enthalten ist, wäre dies eine großartige zukünftige Verbesserung.

@ jayrosen1576 Die horizontale Aufteilung wird in dieser Ausgabe erfasst. https://github.com/Microsoft/vscode/issues/1749. Stellen Sie Folgendes sicher: +1: um Ihr Interesse zu zeigen.

Gute Arbeit Leute, die Drahtrahmen sehen so aus, als würden sie wirklich gut funktionieren.

Hey @stevencl
Danke für die tolle Arbeit und hier sind meine 2 Cent über den Schließen-Button links.
Wenn viele Dateien geöffnet sind und die Registerkarten verkleinert werden, reicht der kleine Platz für jede Registerkarte nur aus, um die Schaltfläche zum Schließen anzuzeigen, die das versehentliche Schließen der Registerkarte erleichtert, anstatt sie auszuwählen.

Das Symbol für verschmutzte Anzeigen kann weiterhin links bleiben, da es nur den Dateistatus anzeigt. Wenn Sie jedoch die Schaltfläche zum Schließen nach rechts bewegen, können Sie den Dateinamen leicht erkennen und ein versehentliches Schließen verhindern.

@stevencl Mock-ups sehen toll aus und die Beschreibung der Funktionalität klingt genau

@hsyn Ich habe verstanden, dass die Registerkarten nicht verkleinert werden und Überlauf-Registerkarten über die Chevron-Überlauf-Schaltfläche verfügbar sind. Die Schaltfläche zum Schließen sollte kein Problem sein.

Die Registerkarten werden rechts neben der aktiven Registerkarte geöffnet. Wenn nicht genügend Platz vorhanden ist, um alle Registerkarten in einer Registerkartengruppe anzuzeigen, werden die Registerkarten überlaufen. Der Name der Datei auf der Registerkarte wird nicht abgeschnitten, um mehr Platz für mehr Registerkarten zu schaffen.

Dem stimme ich nicht zu. Wenn der Bildschirm in 2-3 Spalten unterteilt ist, werden höchstens 1-2 Registerkarten angezeigt und der Rest wird überfüllt. Bitte, bitte tun Sie, was Browser tun, wir verwenden sie jeden Tag und es ist intuitiv und wir sind daran gewöhnt. Ich ermutige Sie, etablierte Muster zu verwenden, von denen sich einige seit über einem Jahrzehnt weiterentwickelt haben. Geh nicht gegen den Strich.

Dem stimme ich nicht zu. Wenn der Bildschirm in 2-3 Spalten unterteilt ist, werden höchstens 1-2 Registerkarten angezeigt und der Rest wird überfüllt. Bitte, bitte tun Sie, was Browser tun, wir verwenden sie jeden Tag und es ist intuitiv und wir sind daran gewöhnt. Ich ermutige Sie, etablierte Muster zu verwenden, von denen sich einige seit über einem Jahrzehnt weiterentwickelt haben. Geh nicht gegen den Strich.

Einige Browser verwenden eine Kombination aus verkleinerten Registerkarten, die jedoch über einen bestimmten Schwellenwert hinaus überlaufen. Firefox macht es; Ich bin mir ziemlich sicher, dass iOS Safari es auch tut (oder getan hat).

Wenn genügend Registerkarten geöffnet sind, sodass Sie kaum ein paar Buchstaben in jedem sehen können (obwohl ich in der Praxis normalerweise nicht so viele geöffnet habe), ist dies nicht besonders benutzerfreundlicher als ein Überlauf.

@alexgorbatchev Ich neulich in der Telefonkonferenz erklärt - aus der anderen Perspektive, eine Menge geöffneter Tabs zu haben und die Namen von keinem von ihnen lesen zu können auch keine gute lösung. Der "Überlauf" ist eine Art Kompromiss zwischen überhaupt keinen Tabs und Standard-Tabs im "Chrome-Stil", die in Vergessenheit geraten. Wenn die Registerkarten gezwungen werden, mindestens die Dateinamen anzuzeigen, sind die sichtbaren Registerkarten zumindest nützlich.

Aber Sie haben mir eine Idee für die Entwickler gegeben - ich denke, das eigentliche Problem hier ist, dass wir zwar wissen, dass wir nicht 20 Tabs verwenden können, wenn alle Dateinamen ausgeblendet sind, aber zumindest wissen wir, dass 20 Tabs offen sind und es uns zur Verfügung stellt ein gewisses Gefühl von "Ich weiß, wo meine Dateien sind, wenn ich sie brauche, sie sind nicht einfach verschwunden." Alles, was nötig wäre, um dies zu beheben, ist ein Indikator, der die Anzahl der derzeit ausgeblendeten Registerkarten anzeigt. Der Indikator könnte nur ein kleiner Kreis über dem Überlauf-Chevron sein, um keinen zusätzlichen horizontalen Platz einzunehmen.

Vielen Dank an alle. Wir haben es nicht in den Modellen gezeigt, aber wir beabsichtigen, die Registerkarten bei Bedarf zu verkleinern, sodass nur der Name der Datei und die Schaltfläche zum Schließen sichtbar sind. Aus den Gründen, die @anyong erwähnt, glauben wir nicht, dass wir so weit schrumpfen wollen, dass Dateinamen nicht mehr voneinander zu unterscheiden sind. Wir glauben, dass es wahrscheinlich üblicher ist, dass mehrere Registerkarten in einem Code-Editor ähnliche Namen haben, als dass Browser-Registerkarten ähnliche Namen haben (z. B. kann es viele Dateinamen mit demselben Präfix geben). Wir glauben daher, dass das Verkleinern von Registerkarten in einem Code-Editor andere Konsequenzen hat als in einem Browser.

Wir wollen mit dem Doppel-Chevron zeigen, wann sich Tabs in der Überlaufkontrolle befinden, aber es ist auch eine interessante Idee, ein Abzeichen mit der Anzahl der überlaufenden Tabs zu platzieren. Ist die Absicht, dass die Anzahl lediglich anzeigt, dass Überlaufregisterkarten vorhanden sind, oder ist die tatsächliche Anzahl der Überlaufregisterkarten wichtig?

Danke, dass du es @stevencl geklärt hast.

Ein Randfall, den Sie bei Dateinamen in Registerkarten berücksichtigen sollten, sind mehrere Dateien mit demselben Namen, die aus verschiedenen Ordnern (index.js, README, LICENSE, package.json usw.) geöffnet werden.

Ich werde wahrscheinlich überhaupt keine Tabs verwenden, aber ich denke, es lohnt sich auch, darauf hinzuweisen
heraus, dass Browser normalerweise das Favicon für eine Site in der Registerkarte anzeigen, die
macht es einfacher zu identifizieren, selbst wenn die Registerkarte über den Punkt hinaus schrumpft, an dem
es ist lesbar. Quelldateien hätten kein Favicon, um sie zu disambiguieren.
und, wie Steven betont, sind Dateinamen im Quellcode oft ähnlich.

Am Do, 28. April 2016, um 12:16 Uhr, Steven Clarke [email protected]
schrieb:

Vielen Dank an alle. Wir haben es nicht in den Modellen gezeigt, aber unsere Absicht ist es
dass wir bei Bedarf die Registerkarten verkleinern, so dass nur der Name der
Datei und die Schaltfläche zum Schließen sind sichtbar. Aus den Gründen @anyong
https://github.com/anyong erwähnt, wir glauben nicht, dass wir schrumpfen wollen
der Punkt, an dem Dateinamen nicht voneinander unterscheidbar sind. Wir denken
dass es wahrscheinlich häufiger vorkommt, dass mehrere Registerkarten in einem Code-Editor vorhanden sind
ähnliche Namen wie bei Browser-Registerkarten mit ähnlichen Namen (z.
Es kann viele Dateinamen mit demselben Präfix geben. So denken wir das
Das Verkleinern von Registerkarten in einem Code-Editor hat andere Konsequenzen als in a
Browser.

Wir wollen mit dem Double zeigen, wann sich Tabs in der Überlaufkontrolle befinden
Chevron, aber das Platzieren eines Abzeichens mit der Anzahl der überfüllten Tabs ist ein
interessante Idee auch. Ist die Absicht, dass die Zahl einfach das anzeigt
Es gibt Überlaufregisterkarten oder ist die tatsächliche Anzahl der Überlaufregisterkarten wichtig?

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -215481474

Danke @alexgorbatchev. Wir haben einige Ideen, wie der Pfad zu einer Datei angezeigt werden kann, um in diesen Fällen eindeutig zu sein. In dem oben gezeigten High-Fidelity-Modell zeigen wir beispielsweise den Pfad zur Datei unter dem Dateinamen. Dies ist jedoch nur eine Idee und funktioniert möglicherweise nicht, wenn der Pfad lang ist. Eine andere Möglichkeit wäre, den Pfad in die Statusleiste einzufügen. Viele Dinge zu entdecken ...

@stevencl

Ist die Absicht, dass die Anzahl lediglich anzeigt, dass Überlaufregisterkarten vorhanden sind, oder ist die tatsächliche Anzahl der Überlaufregisterkarten wichtig?

Ich würde denken, dass das Anzeigen der tatsächlichen Anzahl geöffneter (aber nicht sichtbarer) Registerkarten das Problem lösen würde. Im Wesentlichen sind die Leute daran gewöhnt, dies zu sehen (zumindest für mich selbst):

image

Sie haben also intuitiv eine Vorstellung von "Ich habe viele Tabs offen" und "Ich habe 2 oder 3 Tabs offen".

Ein Abzeichen mit der Aufschrift "20" ist viel kleiner (im Wesentlichen keine zusätzliche Immobilie) als 20 winzige / nutzlose geschrumpfte Tabs, aber ich kann trotzdem sofort erkennen, dass (a) die versteckten Tabs vorhanden sind und (b) genau wie viele gibt es.

Ich bin nur neu in diesem Thread, aber mein 2p als vollständiger VS2015-Benutzer:

Ich freue mich darauf, Tabs in vscode zu haben, da Arbeitsdateien nie zu mir passen (obwohl ich jetzt sehe, dass das Drücken von Strg-F4 nicht aus diesem Satz entfernt wird, wie ich angenommen hatte).

Großer Fan des Vorschau-Tabs, froh zu sehen, dass er hereinkommt.

Neugierig, warum rechts neben der aktiven Registerkarte neue Registerkarten geöffnet werden. Ich erwarte "weil Webbrowser" oder "weil erhaben" die Antwort ist, aber es scheint mir nicht intuitiv zu sein, insbesondere wenn Tabs überlaufen, indem sie sich von links verstecken (in den Chevron rechts).

Ich hoffe, Rechtsklick-Menüs für Registerkarten gemäß VS zu sehen ... "Alle schließen" (für Gruppen) am wichtigsten, ohne sich um "Alle außer dieser schließen" zu kümmern. Ein VS-Stil-Speicherfeld für alle geänderten Dateien wäre hier hilfreich.

Die Schaltfläche zum Schließen auf der linken Seite ist für mich seltsam - ich nehme an, es handelt sich um eine Mac / Linux-Konvention -, aber solange das Klicken auf die mittlere Schaltfläche auf der Registerkarte einen Editor schließt (ggf. zum Speichern auffordern), ist das kein Problem. Ich kann sehen, warum es links ist, eine Reihe von Dateien schnell nacheinander zu schließen, aber ein mittlerer Klick ist dafür sowieso besser (obwohl vielleicht nicht für Macs oder Notebooks ohne Scrollrad?).

Die Chevron-Dateiauswahl sollte die Eingabe für einen schnellen Sprung zu einer Datei ermöglichen. Nicht, dass ich persönlich vorhabe, genügend Dateien zu öffnen, um den Chevron anzuzeigen (und wenn ich das tue, werde ich ohne Zweifel Strg-P ​​verwenden), aber es passiert.

Chevron-Nummer - Ist dies eine Anzahl von versteckten Registerkarten / Dateien / Editoren in dieser Gruppe oder eine Anzahl von allen einschließlich sichtbarer Dateien? Ich würde nur die versteckten Elemente argumentieren, insbesondere wenn Sie nur den Chevron (und damit die Anzahl) anzeigen, wenn etwas aus der Tabulatorzeile überläuft.

Wenn ich Strg-F4 (oder Strg-W? Es scheint die Nicht-Windows-Version von Strg-F4 zu sein, es sei denn, ich irre mich), gehe ich davon aus, dass die Registerkarte geschlossen wird, wenn ich sie irre Editor und sollte zum Speichern / Verwerfen auffordern und aus Strg-Tab / Strg-Alt-Tab / Arbeitsdateien entfernen ... Ich kann sehen, dass ich im Moment einige Änderungen an der Tastenkombination vornehmen kann, um diese Funktionalität zu aktivieren, aber ich habe Probleme damit Sehen Sie, warum in einer tabulatorbasierten Oberfläche das Vorhandensein eines Tabs nicht direkt mit der 'aktuellen' - / Offenheit der Datei / des Editors zusammenhängt.

Wenn Sie lieben, was Sie alle auf vscode tun, sieht es fantastisch aus ☺

Ich habe versucht, den Dateiversionsverlauf wie vorgeschlagen zu verwenden, und nach einem Monat habe ich nicht mehr das Gefühl, Tabs zu benötigen. In VS ist es wirklich ärgerlich, wenn ein paar Registerkarten geöffnet sind. Ich hasse es, wenn es zu viele gibt und ich mich in die kleine Dropdown-Liste der versteckten Tabs bewege. Ich denke, ich würde jetzt wirklich gerne den Dateiversionsverlauf auch in VS verwenden.

In Bezug auf die Arbeitsdateien finde ich es wirklich ärgerlich, dass alles drin ist. Es ist so ärgerlich, dass ich es nie öffne und geschlossen halte. Das einzige, wofür ich es nützlich finde, ist, neue Dateien zu sehen, die nicht gespeichert wurden, oder Dateien, die nicht gespeichert wurden, denke ich. Es wird schnell zu groß, als dass ich mich darum kümmern könnte. Ich bin mir nicht sicher, wie dies behoben werden könnte. Vielleicht nur nicht gespeicherte Dateien anzeigen, aber das hätte einige seltsame Nebenwirkungen.

Wie auch immer, ich bin jetzt ein Anhänger der Dateigeschichte. :) :)

Ich denke, es wäre wirklich cool, wenn wir die Möglichkeit hinzufügen könnten, mit shift+cmd+[ und shift+cmd+] in der Geschichte hin und her zu gehen. Dies sind die Standardverknüpfungen, um in anderen Anwendungen durch Registerkarten zu navigieren und sie zum Navigieren im Verlauf zu verwenden. Ich denke, dies würde mich zumindest zu einem Gläubigen machen

Bearbeiten: Dies wurde im Grunde durch die Implementierung erreicht

  { "key": "shift+cmd+[", "command": "workbench.action.openPreviousEditor" },
  { "key": "shift+cmd+]", "command": "workbench.action.openPreviousEditor" },
  { "key": "shift+cmd+[", "command": "workbench.action.quickOpenNavigateNext", "when": "inQuickOpen" },
  { "key": "shift+cmd+]", "command": "workbench.action.quickOpenNavigatePrevious", "when": "inQuickOpen" }

als benutzerdefinierte Tastenkombinationen

Es wäre auch nützlich, einen Codeabschnitt in ein neues Fenster herausreißen zu können. Ich bin mir nicht sicher, ob das überhaupt möglich ist.

@JoshClose ist

... Registerkarten enthalten eine Schaltfläche zum Schließen links neben dem Namen

Gibt es einen bestimmten Grund für einen Verstoß gegen die Konvention? Beim Lesen von LTR ist die wichtigste Information der Dateiname und keine Schaltfläche zum Schließen. Wenn Sie es nach rechts verschieben, wird es auch einfacher, die Schaltflächen zum Schließen standardmäßig auszublenden (und beim Hover anzuzeigen). Zu einem späteren Zeitpunkt möchten Benutzer möglicherweise auch Dateisymbole links vom Dateinamen haben.

Wir haben Aktionen zum Heraufstufen eines Vorschau-Tabs auf einen vollständig geöffneten Tab besprochen ...

Ich denke, die ersten beiden Optionen würden wahrscheinlich ausreichen. Ein Doppelklick auf eine Registerkarte kann in Zukunft für andere Zwecke hilfreich sein.

Wir haben einige Ideen, wie der Pfad zu einer Datei angezeigt werden kann, um in diesen Fällen eindeutig zu sein.

Wie wäre es, wenn Sie einfach einen Tooltip (mit dem relativen Pfad) anzeigen, wenn Sie den Mauszeiger über eine Registerkarte bewegen? Dies würde das Design weniger überladen machen und die Laschen müssten nicht so hoch sein.

Wir zeigen einen Chevron, wenn es einen Überlauf gibt ...

Firefox behandelt den Überlauf von Registerkarten gut - es verfügt über eine maximale Registerkartenbreite, Links- / Rechts-Bildlaufschaltflächen, ein Dropdown-Menü, in dem alle Registerkarten aufgelistet sind (wobei die aktuell sichtbaren Registerkarten markiert sind) usw.

Wäre sehr schön, wenn die Schaltflächen zum Schließen von Registerkarten den Plattformkonventionen entsprechen: Links unter OS X, rechts unter Windows.

Nachdem ich VSCode seit einiger Zeit verwendet habe, denke ich, dass der _Working Files_-Modus bei mir sehr gewachsen ist!

Hier einige Gründe:

  1. Obwohl es sich nicht intuitiv anhört, wird das Schließen einer Datei, die ich nicht verwende (Strg-W), nicht aus den Arbeitsdateien entfernt. Dies ist sehr gut, da ich häufig kürzlich geschlossene Dateien (in einem React-Projekt) wieder öffne, wenn ich mit verwandten Dateien (oder untergeordneten Klassen) arbeite. Wenn ich mich also so fühle, als ob ich eine Datei schließen sollte, wird sie nicht eins zu eins der Zeit zugeordnet, zu der ich sie hätte schließen sollen.
  2. Ich mag das explizite Force-Close, das von workbench.files.action.closeFile .
  3. Ich habe workbench.files.action.closeFile Strg + k Strg + w neu zugeordnet, da dies (etwas) weniger Aufwand erfordert als Strg + kw .
  4. Ich kann den vollständigen Dateinamen und Pfad in der oberen Leiste des Editors sehen -> Dies ist sehr wichtig in tief verschachtelten Projekten (wie ich), die Dateien mit ähnlichen oder gleichen Namen ( index.js ?) Und nur haben Der Weg zur Unterscheidung führt über den Weg.
  5. Weniger Tab-Rauschen = Zen!

In gewisser Weise versuche ich zu sagen, dass Sie den aktuellen Fluss bitte nicht entfernen, wenn Sie die Tabs-Sache einführen.

@ Kumarsharsh, warum sollten sie das entfernen? wenn überhaupt, werden sie es wahrscheinlich für Sie verbessern! :) :)

Wenn die schmutzige Anzeige das SCHLIESS-Symbol ersetzt, wie können wir die Datei schließen, wenn wir unsere Änderungen nicht speichern möchten? Wird Strg-W noch verfügbar sein?

Könnte die schmutzige Anzeige beim Schweben nicht einfach auf die Schaltfläche zum Schließen wechseln?
Das ist eine ziemlich häufige Lösung ...

Am Mittwoch, den 4. Mai 2016 um 23:28 Uhr schrieb rojorojo [email protected] :

Wenn die schmutzige Anzeige das SCHLIESS-Symbol ersetzt, wie können wir das tun?
Datei schließen, wenn wir unsere Änderungen nicht speichern wollen? Wird Strg-W noch sein
verfügbar?

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -216901750

@rojorojo Wir machen das, was @anyong auch vorgeschlagen hat, damit Sie keine Probleme haben. Und ja, Strg + W ist weiterhin verfügbar.

Vielen Dank für das Feedback.

Wir führen Ende dieses Monats eine UX-Studie zu unseren neuesten Designs durch. Wenn Sie am 25. oder 26. Mai eine Stunde Zeit haben und an der Studie teilnehmen möchten, melden Sie sich bitte hier an: https://calendly.com/stevencl/vs-code-docmgmt/

Leider kann ich nur tagsüber (British Summer Time) Zeiten anbieten und abends keine Sessions durchführen.

Wir hoffen, einige funktionierende Teile zu haben, die Sie ausprobieren können, sowie einige Design-Drahtgitter, die wir noch nicht gezeigt haben.

Warten Sie, ich liebe das aktuelle Verhalten der Benutzeroberfläche. Wird es eine Konfiguration geben?

Vor drei Wochen wollte ich unbedingt Tabs. Ich habe sogar den Wechsel zu VSC für eine Weile verschoben, da es keine Registerkarten gab. Jetzt, wo ich ein paar Wochen mit VSC verbracht habe, möchte ich nicht einmal Tabs. An diesem Punkt denke ich, dass sie mir in die Quere kommen würden.

Ich hoffe, wenn dies erstellt wird, wird es optional sein, damit diejenigen von uns, die es wollen, in der aktuellen Umgebung weitermachen können.

Als jemand, der vertikale Registerkarten wirklich mag (sie skalieren viel besser und funktionieren besser auf Breitbild-Displays), frage ich mich: Warum brauchen Sie sowohl Registerkarten als auch „offene Editoren“? Wenn letzteres im Grunde genommen "Arbeitsdateien" mit Tab-Verhalten sind, dann ist das alles, was ich brauche / will.

Ich möchte meine Stimme hinzufügen, um sicherzustellen, dass die Registerkarten optional sind. Ich mag keine Editor-Registerkarten und bevorzuge das Bedienfeld auf der linken Seite des Fensters. Ich verstehe, sie für die Leute hinzuzufügen, die sie wollen, aber bitte, zwingen Sie sie uns nicht auf. Sie nicht zu haben, ist eines der Dinge, die ich an diesem Editor mag.

Meine zwei Cent: Ich möchte nie enge Knöpfe; Für mich sind sie eine Verschwendung von Immobilien, die manchmal zu Frustration führen (versehentliches Klicken). Es ist viel schwieriger, versehentlich mit der mittleren Maustaste zu klicken, als versehentlich 1 Pixel zu weit links zu klicken.

Ich denke auch, dass schmutzige Indikatoren eine Verschwendung von Immobilien sind. In Sublime Text konfiguriere ich "schmutzig", um nur die Schriftfarbe der Registerkarte zu ändern. In der Vergangenheit habe ich es auch kursiv geschrieben, aber es klingt so, als hätten Sie Pläne, Vorschauen kursiv zu schreiben.

Die linke Seite der Grenze ist zu breit

@ be5invis @MrTravisB @rauschma @marcusrugger @jpaaso

Leute, ich verstehe, dass es ein langer Thread ist, also haben Sie wahrscheinlich nicht alles gelesen, aber bitte lesen Sie die Beiträge hier . Tabs sind optional, die Entwickler sind sich der Punkte, die Sie ansprechen, bereits sehr, sehr bewusst.

Potenzielle Poster: Bitte schauen Sie im Thread nach, ob Ihre Probleme bereits behoben sind. Jedes Mal, wenn Sie Beiträge verfassen, erhalten hundert Personen E-Mails mit: +1: Danke

@anyong Der "Open Editor" trennt jedoch die vorhandene Arbeitsdateiliste in zwei
Bitte machen Sie dies auch optional.

@ be5invis Der einzige Unterschied ist, dass es ein visuelles Trennzeichen gibt. Sie können die Dateien weiterhin ziehen und in einem beliebigen Editor öffnen.

@anyong Kann ich es verstecken? Und wenn ich das "Trennzeichen" und die Strg-Tabulatortaste in einer Editor-Spalte ausblenden möchte, kann ich dann zu einer geöffneten Datei in der anderen Spalte wechseln? Was die Con-Tabber wollen, ist, das bestehende Verhalten vollständig beizubehalten.

@ be5invis aus dem Kommentar, den ich oben verlinkt habe:

Strg Alt Tab zeigt eine Liste aller Registerkarten in allen Registerkartengruppen an

Ja, Sie können die Tastenbindung weiterhin so einstellen, dass das aktuelle Verhalten von Strg + Tab beibehalten wird, wenn Sie möchten.

@anyong Das ist gut.
Kann ich dennoch die Anzeige „links / rechts“ ausblenden und die Liste wie eine Einheit aussehen lassen?

Das wäre eine Frage an @stevencl

Yay! Ich hoffe wir bekommen bald Tabs!

Tolle Neuigkeiten ... wir bekommen Tabs ... aber wir wollen den Ordner "Arbeitsdateien" nicht verlieren. Halten Sie ihn zusammen mit Tabs?

Genial! Registerkartengruppen

@ be5invis Sie haben Recht, wir beabsichtigen, mehrere anzuzeigen , sobald Sie den Editor aufgeteilt haben. Sie müssen dies jedoch nicht tun, um mit mehreren Dateien arbeiten zu können. Sie würden den Editor teilen, um mehr als eine Datei gleichzeitig anzuzeigen. Wenn Sie immer nur einen Editor sichtbar lassen, können immer noch mehrere Dateien geöffnet sein. Zum Beispiel in diesem Screenshot
image
Ich habe zwei Dateien geöffnet, aber ich sehe nur eine davon, da ich den Editor nicht geteilt habe. Die geöffnete Editorenliste zeigt beide Dateien und ich kann dort oder über die Überlaufsteuerung oben rechts mit ihnen interagieren. (Und beachten Sie, dass hier keine Registerkarten angezeigt werden - dies ist die Option ohne Registerkarten.)

Der Grund, warum wir dies getan haben, besteht darin, dass beim Verwalten einer Datei, die in zwei Editoren im aktuellen Setup der Arbeitsdateien geöffnet ist, die Gefahr von Verwirrung besteht. Beispiel: Was sollte im folgenden Screenshot des aktuellen Produkts passieren, wenn ich die Datei app.js in der Liste der Arbeitsdateien schließe? Sollten beide Editoren schließen oder nur einer von ihnen. Und wenn nur einer von ihnen, welcher?

image

Wir möchten Unklarheiten und Unsicherheiten vermeiden, daher haben wir uns dafür entschieden, die Dateien, die in jeder Editorgruppe geöffnet sind, genauer zu beschreiben.

Aus diesem Grund haben wir Arbeitsdateien in offene Editoren umbenannt, da wir der Meinung sind, dass dies das neue Verhalten besser widerspiegelt.

Die Option Gehe zu Definition (F12) muss erweitert werden (auch die Definition befindet sich auf einer anderen Seite mit im Projekt)) wie erhabener Text? Ich stehe vor diesem Problem, seit ich VS-Code installiert habe. Gibt es Hilfe dazu?

@ vinod-a-ext - Bitte öffnen Sie eine neue Ausgabe, in der das Problem mit Go To Definition beschrieben wird.

@stevencl
Gehen Sie zu Definitionsproblem im VS-Code
https://github.com/Microsoft/vscode/issues/6238

@stevencl Meiner Meinung nach können Sie die Beschriftungen im „offenen Editor“ ausblenden und einfach eine Linie zeichnen, um verschiedene Bedienfelder darzustellen. Sobald ein Panel geschlossen ist, können zwei Listen auf natürliche Weise zusammengeführt werden.

Vielen Dank für den Vorschlag, wir werden auf jeden Fall verschiedene visuelle Behandlungen dafür untersuchen.

Datum: Di, 10. Mai 2016 04:06:34 -0700
Von: [email protected]
An: [email protected]
CC: [email protected]; erwä[email protected]
Betreff: Betreff: [Microsoft / vscode] Richtige Registerkarten für geöffnete Dateien (# 224)

@stevencl Meiner Meinung nach können Sie die Beschriftungen im „offenen Editor“ ausblenden und einfach eine Linie zeichnen, um verschiedene Bedienfelder darzustellen. Sobald ein Panel geschlossen ist, können zwei Listen auf natürliche Weise zusammengeführt werden.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an

Ich bin gespannt, mit welchem ​​Programm Sie die Modelle wie dieses erstellt haben

Wir haben PowerPoint für diese Modelle verwendet. Wir wollten uns auf den Interaktionsfluss konzentrieren, nicht auf das visuelle Design, damit die Tools in PowerPoint für diese Detailebene einwandfrei funktionieren. Wenn Sie in PowerPoint arbeiten, können wir auch einfach eine Reihe von Bildschirmen aneinanderreihen, um ein besseres Gefühl für den Ablauf zu erhalten.

Datum: Di, 10. Mai 2016 05:03:55 -0700
Von: [email protected]
An: [email protected]
CC: [email protected]; erwä[email protected]
Betreff: Betreff: [Microsoft / vscode] Richtige Registerkarten für geöffnete Dateien (# 224)

Ich bin gespannt, mit welchem ​​Programm Sie die Modelle wie dieses erstellt haben

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an

Ich bin gerade hierher gekommen, nachdem ich die Versionshinweise vom April gesehen hatte. Faden für eine lange Zeit offen - aber ich bin +1 für das ursprüngliche Design - dh keine Tabs. Anfangs störte es mich - aber dann lernte ich die Philosophie dahinter zu schätzen und zu verstehen ... Wenn ich jetzt an Atom und den Tab-Spam denke ... zittere ich. Abgesehen davon - ich liebe das Engagement und die nachdenklichen Kommentare und Rückmeldungen der Entwickler.

Ich freue mich darauf, dies auszuprobieren. Eine Sache, die ich gerne sehen würde, ist das Kombinieren mehrerer verwandter Dateien in einer einzigen Registerkarte (ähnlich wie bei diesem VS-Plugin ).

Dies ist sehr nützlich, um in der Angular 2-Entwicklung organisiert zu bleiben, in der Sie häufig verwandte Dateien haben:

  • widget.component.css
  • widget.component.html
  • widget.component.ts
  • widget.component.spec.ts

In Übereinstimmung mit

Ich stimme @coreh zu, dass die Position der Schaltfläche zum Schließen der Registerkarte den Plattformkonventionen entsprechen sollte. Es wäre ein ziemlich frustrierender Kontextwechsel, wenn sich die Position der Schaltfläche zum Schließen ändern würde, wenn ich von Visual Studio zu Visual Studio Code wechsle.

Meine zwei Cent: Ein Grund, warum ich Code über Atom, Sublime oder einen der anderen, ähm, Hipster-Editoren liebe, ist, dass er nicht versucht, im "Tab" -Konzept des Webbrowsers zu schuhhupen. Dies tun auch die traditionellen IDEs wie Visual Studio, IDEA und Eclipse. Code hingegen hat einen "Frames and Buffer" -Ansatz, ähnlich dem, was Sie in Emacs finden würden (und Vim auch, glaube ich).

In jedem tab-basierten Editor bin ich zwangsläufig gezwungen, mit Ergebnissen zu arbeiten, bei denen meine Editor-Frames schrecklich mit Tabs gespammt werden, für die die Ordner-Anhänger so klein sind, dass sie nicht lesbar sind. Wenn ich ein solches Editor-Äquivalent zu Strg / ⌘-PI verwende, verzerrt es sich außerdem zu einem anderen Frame als Artefakt des Frames, den ich beim ersten Navigieren zur Datei angesehen habe. Um dieselbe Datei in einem anderen Frame anzuzeigen, müssen Sie eine umständliche "Split-Tab" -Operation ausführen, die in vielen dieser Editoren häufig mit dem Teilen von Frames verbunden ist. _Tabs koppeln den Dateipufferstatus eng mit einem bestimmten Frame auf dem Display._

Wenn Sie die emotionale Anziehungskraft entschuldigen möchten, verwandeln Sie VS Code bitte nicht in einen weiteren Editor mit Registerkarten.

Ich denke, aus UX-Sicht wäre es lehrreich, herauszufinden, warum Leute Registerkarten (außer nur komfortabler Vertrautheit) wollen, anstatt blind Tabs zu implementieren, die dem Verhalten von Atom oder einem anderen Editor entsprechen, und zu prüfen, ob dies eine innovativere Lösung ist ihre Bedürfnisse sind möglich. Ich bin mir sicher einig, dass sich das derzeitige Arbeitsbereichsregime weiterentwickeln kann: Wie bereits erwähnt, hat jemand anderes im selben Projekt ein separates Fenster geöffnet (entspricht einem tabulatorbasierten "Ripout"), um die Mehrkopfanzeigen besser nutzen zu können.

edit: sehr traurig, dass ich den anruf vor 19 tagen verpasst habe. Ich wäre beigetreten, wenn ich davon gewusst hätte. Nur aus den Versionshinweisen von 1.1.0 herausgefunden. :(

Tabs sind ein Muss für mich und ein weiterer Vorschlag für z. B. eckige 2.0-gruppierte Tabs für verwandte Dateien ist ebenfalls eine großartige Idee. Wenn die Funktion konfigurierbar ist, sind auch diejenigen zufrieden, deren Vorlieben unterschiedlich sind. Wann können wir es versuchen !!! ???

@orospakr , Sie können die Registerkarten in Sublime über eine

@orospakr

Es wäre lehrreich herauszufinden, warum Menschen Tabs wollen (außer nur vertrauter Vertrautheit) und zu sehen, ob eine innovativere Lösung für ihre Bedürfnisse möglich ist.

Es gibt eine Menge Feedback darüber, warum Leute neben Vertrautheit auch Tabs wollen, ganz zu schweigen davon, dass es keinen Sinn macht, kreativ zu werden und etwas zu innovieren, wo es bereits etwas gibt, das funktioniert, wenn es vertraut ist und die Leute damit vertraut sind.

Sie haben versucht, mit den "Arbeitsdateien" zu innovieren, und eine Gruppe mochte es, die andere mochte es nicht und hier fragen wir heute nach Registerkarten! Ich glaube nicht, dass Sie wollen, dass das gleiche Syndrom wieder auftritt ...

Der richtige Weg, dies zu tun, besteht darin, die Erfahrung zu sammeln, nach der die Leute zuerst suchen, und dann zusätzliche Funktionen, Innovationen oder Experimente während der Alpha-Erstellung und / oder als Option zu haben.

In diesem Fall von Tabs / "Open Editors" oder morgen etwas anderem haben sie es optional gemacht und so sollte es sein, dass die Leute die Möglichkeit haben müssen, sich für die Erfahrung zu entscheiden oder sich von ihr abzumelden.

Ich weiß, dass ich hier etwas spät dran bin, aber in Bezug auf diesen Abschnitt:

Wir haben Aktionen zum Heraufstufen eines Vorschau-Tabs auf einen vollständig geöffneten Tab besprochen:

Bearbeiten von Inhalten auf der Registerkarte
Doppelklicken Sie im Explorer auf eine Datei
Doppelklicken Sie auf die Registerkarte Vorschau in der Registerkartengruppe

Ich möchte darum bitten, dass "Hinzufügen eines Lesezeichens" in die obige Liste aufgenommen wird.
Ich finde es äußerst frustrierend, einer großen Datei ein Lesezeichen hinzuzufügen und dann versehentlich auf eine andere Datei zu klicken, um die Arbeitsdatei zu schließen.

Es ist sehr unwahrscheinlich, dass ich einer Datei, die ich sofort schließen möchte, ein Lesezeichen hinzugefügt habe.

Ich habe so viele Kommentare wie möglich durchgesehen, nach Schlüsselwörtern gesucht und diese nicht gefunden.

Was Tabs angeht, erstens, danke! Ihre Abwesenheit ist eines der wenigen Dinge, die ich an VS Code nicht mag.

Ich würde gerne sehen, dass die Navigation zwischen Registerkarten anpassbar ist. Ich mag zum Beispiel die Art und Weise, wie iTerm durch Drücken von cmd + left zwischen Registerkarten wechselt, und würde dies auch gerne in meinem Editor tun.

Vielen Dank für einen tollen Editor <3

Tabs sind ein Muss für mich ... Wechseln Sie zurück zu Sublime, bis Sie Tabs haben. PS Ich bin sehr enttäuscht über Ihre Einstellung. Sie scheinen noch kein Gefühl für UX zu haben und behaupten, dies sei getan worden, um UX zu verbessern. Was sind deine Personas? Wo sind deine Benutzerinterviews? Beweise es.

@asadighi hast du die Kommentare vor dem Posten überhaupt gelesen? Das Team hat umfangreiche Interviews geführt und führt mehr durch, um die richtigen Tabs zu erhalten. Sie reagieren unglaublich auf die Community und produzieren einen großartigen Editor (kostenlos). Viel Glück beim Warten auf die nächste Veröffentlichung von Sublime.

Ihre vorherigen Kommentare sprechen für Ihre Voreingenommenheit. Mein Einwand betrifft die Haltung, die sie von Anfang an hatten. Benutzerinterviews sollten stattfinden, BEVOR die Leute anfangen, das Produkt auf einen solchen Fehler zu verprügeln. Interessanterweise können Sie zögern, zu investieren, um diesen Fehler im Namen einer besseren UX zu beheben. Diese Ausgabe ist seit November offen und für einen Großteil dieser Zeit stimmen die meisten Antworten damit überein, dass wir besser als Sie wissen, wie Sie Ihre Arbeit erledigen sollten.

@asadighi Es ist alles in deinem Kopf und dein Unsinn zeigt sich in deinen Kommentaren, hör auf.

@muellerkyle : +1: Sie sollten ein Problem mit der von Ihnen verwendeten Lesezeichenerweiterung erstellen.

Ich freue mich auf diese Funktion

+1!

Täglich wechsle ich zwischen Eclipse, PhpStorm, Notepad ++ und VSCode. Ratet mal, CTRL+W mich verrückt.

Ich bin zu spät zu dieser Party, aber werden die Registerkarten optional sein? Früher dachte ich, ich hätte sie vermisst, aber jetzt nicht mehr. Nur neugierig, ob es einen Weg gibt, sie zu verstecken. Kein Hass gegen Tabs und Leute, die sie benutzen wollen, denke nur, ich würde es vorziehen, einen Schalter zum Ein- / Ausblenden zu verwenden. Das ist alles weiter so. Ich liebe vscode.

@jamesmenera Ja, es wird optional sein, aber auch die Arbeitsdateien (offene Editoren).

Würden Sie nebenbei preisgeben, mit welchem ​​Programm Sie diese Modellbilder erstellt haben?

@ciel , @stevencl hat geschrieben, dass sie PowerPoint dafür verwendet haben.

Ich persönlich liebe WireframeSketcher, aber PowerPoint kann auch funktionieren. :) :)

Genau wie @jamesmenera erwähnt hat, vermisse ich die Registerkarten und die Seitenleiste wirklich, aber ich kann sehen, dass viele Leute den Working Files-Ansatz mögen, daher sollte er optional sein.

@ kadza93 Sowohl Registerkarten als auch Arbeitsdateien sind optional ... Ich frage mich, wie oft ich sie schreiben werde.

Es ist wirklich einfach, eine Suche durchzuführen und nach dem Wort "optional" zu suchen. Sie brauchen weniger Zeit, um es zu finden, als tatsächlich einen Beitrag darüber zu schreiben!

@eyalsk Ich frage mich, warum die Flamme! Ich bin hier, um mein Bedürfnis auszudrücken, und soweit ich das Bedürfnis vieler nach Tabs sehen kann, mache ich etwas falsch, indem ich das unterstütze, was andere gesagt haben und dem zustimme? Übrigens, danke für den Tipp zur Suchfunktion. Ich sollte ihn eher für lange Threads verwenden, in denen ich meine Meinung äußern möchte. Wenn jemand bereits ähnliche Äußerungen wie ich gemacht hat, überspringe ich ihn einfach.

Es war nur 3 von Ihrem Beitrag ...

Nach diesem Thread klingt es für mich so, als ob bereits einige Entscheidungen für Registerkarten für eine zukünftige Version getroffen wurden (Registerkarten sind optional, wo die Symbole angezeigt werden, Tastenkombinationen usw.). Wenn ich mich nicht irre, gibt es eine Liste dieser Entscheidungen, auf die Menschen hinweisen können?

@jtlowe Es gibt jedoch keine einfache Möglichkeit, dies so deutlich zu machen wie angeheftete Kommentare auf GitHub. Die Leute machen neue Kommentare und es vergräbt das Wichtige. GitHub faltet Kommentare auch, wenn zu viele Kommentare vorhanden sind, was das Auffinden von Seiten erschwert.

Vielleicht können die Administratoren ein "CURRENT STATUS: IN-DEVELOPMENT" -Banner oben auf der Issue-Seite (unter dem Issue-Body des OP) platzieren?

Dies sollte eine richtige Funktion in Github sein - so etwas wie der Alt-Text hier schlägt vor: https://xkcd.com/979/

@ kadza93 Ich habe dich nicht

Ich bin hier, um mein Bedürfnis auszudrücken, und soweit ich das Bedürfnis vieler nach Tabs sehen kann, mache ich etwas falsch, indem ich das unterstütze, was andere gesagt haben und dem zustimme?

Nein, Sie haben nichts falsch gemacht, aber Sie haben auch nichts Nützliches geschrieben. Die Emoticons / Reaktionsfunktion ist speziell aus diesem Grund vorhanden.

Übrigens, danke für den Tipp zur Suchfunktion. Ich sollte ihn eher für lange Threads verwenden, in denen ich meine Meinung äußern möchte. Wenn jemand bereits ähnliche Äußerungen wie ich gemacht hat, überspringe ich ihn einfach.

Ja ... du machst sehr viel Sinn, ich meine, eine Meinung zu etwas zu äußern, das bestätigt wurde! und du musstest nicht einmal danach suchen, weil ich der gleichen Person geantwortet habe, die du mit den Daumen aufgegeben hast.

Im Allgemeinen ist es normal, in einem langen Beitrag nach wahrscheinlichen gemeinsamen Wörtern zu suchen.

Wirklich Entwickler sollten einfach eine neue Ausgabe mit häufig gestellten Fragen und Details öffnen
die häufigsten Punkte in diesem Thread und schließen Sie dieses Problem. Menschen
Abonniert diese Ausgabe erhalten täglich Dutzende von E-Mails für die
gleiche "Daumen hoch" / "Daumen runter" Kommentare.
Am 18. Mai 2016, 01:51 Uhr schrieb "Kumar Harsh" [email protected] :

Vielleicht können die Admins ein Banner "AKTUELLER STATUS: IN ENTWICKLUNG" anbringen
oben auf der Issue-Seite (unter dem Issue-Body des OP)?

Dies sollte eine richtige Funktion in Github sein - so etwas wie der Alt-Text
hier schlägt vor: https://xkcd.com/979/

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/224#issuecomment -219798727

@anyong ja ich stimme vollkommen zu! Es gibt nichts zu besprechen und sobald tabs und open editors live sind, sollten sie zwei separate Probleme für Feedback zu diesen Funktionen erstellen.

@eyalsk Wir experimentieren immer noch mit dem Umgang mit Updates für von der Community erstellte Probleme. Es gibt eine Reihe von Möglichkeiten, dies zu tun, aber sie sind alle schlecht, ohne eine angeheftete Kommentarfunktion auf GitHub. Das Problem mit dem integrierten Terminal https://github.com/Microsoft/vscode/issues/143#issuecomment -213581854 war bisher in Ordnung, mit einem großen Update in der Mitte des Threads. Ich denke, es hat mit weniger Diskussionsbedarf zu tun also wurde es nicht begraben.

@ Tyriar Nun , Sie können auf Beiträge verweisen.

Wir haben an der Implementierung der Designs für Registerkarten und Editorgruppen in diesem Meilenstein gearbeitet und werden dies auch im nächsten Meilenstein tun

Vielen Dank an alle, die in den letzten Tagen an der UX-Studie teilgenommen haben. Wir haben einige großartige Rückmeldungen von Ihnen erhalten, die uns geholfen haben, die Erfahrung zu verbessern:

  • Gestalten Sie das Überlaufsymbol neu
  • Geben Sie eine Einstellung an, mit der Sie auswählen können, ob Dateien beim Schnellöffnen angeheftet oder in der Vorschau angezeigt werden sollen
  • Fügen Sie einen Befehl hinzu, um eine Vorschau-Datei in eine angeheftete Datei umzuwandeln

Entschuldigung, wenn ich das verpasst habe, aber wie aktivieren wir Tabs? Sind sie im neuesten Insider-Build verfügbar, wie ich es habe, aber keine Spur von Registerkarten. Ich sehe auch immer noch 'Arbeitsdateien' im Explorer, obwohl es so aussieht, als ob es durch 'Geöffnete Editoren' ersetzt werden sollte, wie in # 6536 angegeben.

@lllopo sie sind noch nicht verfügbar. Die Stacks / Open Editoren wurden für v1.3.0 zusammengeführt und werden nächste Woche in Insidern verfügbar sein, sobald tägliche Builds verfügbar sind.

+1

+1

👎

Was ist hier los? Warum widersetzen Sie sich, uns die Möglichkeit zu geben, Tabs zu verwenden? 😕
So viele Leute mögen Tabs, einschließlich mir, geben Sie uns die verdammte Option PERIODE!

@aminroosta Ernsthaft ... kannst du nicht lesen? bist du blind?

Lustige Sache ist, dass Sie fragen, was hier los ist ... und dann weitergehen und annehmen, dass sie es tatsächlich ablehnen oder in Ihren eigenen Worten "widerstehen", wenn sie tatsächlich bestätigt haben, dass Tabs kommen und daran arbeiten, es zu implementieren!

Einige Leute auf dieser Welt! nicht zu glauben!

@eyalsk
Ich habe 25 Minuten damit verbracht, die ersten 20 bis 30 Kommentare zu lesen.
Ich wurde müde und hinterließ einen Kommentar, der nun ein Fehler für mich zu sein scheint.

Das tut mir leid.

Wir können Microsoft R & D nicht vorwerfen, zu versuchen, Innovationen zu entwickeln. Tabs-System hat Nachteile.

UI-Design ist wie jede Form von Design. 90% machen, worauf der Benutzer wartet, 10% machen neue Dinge und versuchen, ein neues revolutionäres und benutzerfreundliches System zu schaffen.

Alle benutzerfreundlichen Systeme, die heute im neuen Texteditor als unverzichtbar angesehen werden müssen, wurden zuvor experimentiert und kontrovers diskutiert.

@aminroosta Ich gebe Ihnen einen Tipp, wenn Sie einen langen Beitrag lesen, den Originalbeitrag lesen und dann, um die neuesten Updates zu erhalten, etwa eine Minute damit verbringen, von unten nach oben zu scrollen.

Das ist ein guter Vorschlag, da dies ein SEHR langer Feed ist.

Am Sonntag, 5. Juni 2016, um 10:42 Uhr Eyal Solnik [email protected]
schrieb:

@aminroosta https://github.com/aminroosta Ich gebe Ihnen einen Tipp, wann
Sie lesen einen langen Beitrag, lesen den Originalbeitrag und erhalten dann den
Die neuesten Updates benötigen ungefähr eine Minute, um von unten nach oben zu scrollen.

- -
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/224#issuecomment -223826495,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe/AAInRHy6TDR-opr-8ZKmW-lRUgZDOP21ks5qIwqIgaJpZM4GljE8
.

Persönlich mag ich den Strg + Tab-Ansatz. Aus meiner persönlichen Erfahrung können Tabs schnell unordentlich werden, wenn Sie mehr als 10 Tabs gleichzeitig geöffnet haben. Ich würde sagen, entfernen Sie die "Arbeitsdateien" oder lassen Sie es zumindest als Option. Ich benutze es nicht und es bringt Verwirrung für mich. Ich werde ab hier Strg + Tab verwenden, danke!

@adred Sowohl Working files (jetzt Open editors ) als auch Tabs sind, soweit ich das beurteilen kann, optional.

@bpasero

Können Sie diesen Thread bitte sperren und einen neuen öffnen, in den die wichtigen Teile dieses Threads kopiert sind? Es kommen immer noch täglich Kommentare von Leuten, die nicht alles lesen können (sollte Ihnen sagen, dass es zu lang ist) und immer wieder dieselbe Frage stellen, und sobald die Veröffentlichung von Tabs die öffentlichen Builds erreicht, werden wir es tun Sehen Sie noch mehr Spam in diesem Thread.

Ich möchte über Ereignisse im Zusammenhang mit Registerkarten auf dem Laufenden bleiben, und dieser Thread ist derzeit der richtige Ort dafür, aber es ist sehr ärgerlich, mehrmals täglich Spam-E-Mails mit denselben Kommentaren zu erhalten.

Entschuldigung für Ton & Danke.

Es gibt so viele +1, dass es ein bisschen viel ist.

Am Montag, den 6. Juni 2016 um 02:16 Uhr -0700 schrieb "anyong" [email protected] :

@bpasero

Können Sie diesen Thread bitte sperren und einen neuen öffnen, in den die wichtigen Teile dieses Threads kopiert sind? Es kommen immer noch täglich Kommentare von Leuten, die nicht alles lesen können (sollte Ihnen sagen, dass es zu lang ist) und immer wieder dieselbe Frage stellen, und sobald die Veröffentlichung von Tabs die öffentlichen Builds erreicht, werden wir es tun Sehen Sie noch mehr Spam in diesem Thread.

Ich möchte über Ereignisse im Zusammenhang mit Registerkarten auf dem Laufenden bleiben, und dieser Thread ist derzeit der richtige Ort dafür, aber es ist sehr ärgerlich, mehrmals täglich Spam-E-Mails mit denselben Kommentaren zu erhalten.

Entschuldigung für Ton & Danke.


Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an:
https://github.com/Microsoft/vscode/issues/224#issuecomment -223906131

Nur ein Kommentar zum Update-Text @ https://code.visualstudio.com/updates#_workbench

Der Text war mir unklar und ich dachte tatsächlich, dass die aktualisierten Stapel bereits hier waren (und dass Tabs später kommen würden). Nach dem Update habe ich die aktualisierten Stapel nicht gesehen und musste den Text einige Male erneut lesen.

Für mich heißt es, dass Tabs mehr Iterationen benötigen (also keine Tabs in diesem Update), aber dass Sie im Mai große Fortschritte beim Verwalten von Editorenstapeln gemacht haben (obwohl es in diesem Update keine Tabs gibt, sind aktualisierte Stacks _? und dass noch mehr Arbeit für den Release-Zweig im Juni zu tun ist (um die Stacks noch weiter zu verbessern?).

Also für jeden, der verwirrt war wie ich .. sieht aus wie aktualisierte Stapel nicht wirklich in diesem Update sind. Ich denke, es ist nur eine Vorschau auf die kommenden Tabs und Stacks.

Ich stimme @RyanEwen zu. Ich schätze die offene Entwicklung und den Umfang der Kommunikation sehr, aber diese Ankündigungen, die Teil der offiziellen "Versionshinweise" sind, sind wirklich verwirrend.

Vielleicht kann dies in tatsächliche Versionshinweise und "woran wir gerade arbeiten" oder so etwas aufgeteilt werden.

Das Verknüpfen dieses Problems in der Roadmap war keine gute Idee, denn wenn Sie es vom ersten Mal an lesen, erhalten Sie keine klare Vorstellung vom aktuellen Status (mehr als der Meilenstein). Es gibt noch viel zu tun, aber der aktuelle Status ist in Ordnung: +1:

Ja, sie sollten Probleme zusammenfassen und dann Links zu diesen Zusammenfassungen haben, damit die Leute den aktuellen Plan kennen, nachdem er besprochen wurde.

Das Verknüpfen mit Diskussionen ist schlecht, weil sie in der Regel langwierig sind und die Leute nicht auf die Idee kommen können, ohne fast alles zu lesen, aber keine Ahnung, vielleicht ist es ihnen nicht möglich, es anders zu machen.

Als ich anfing, die Versionshinweise für 1.2 zu lesen, suchte ich zuerst nach der Tab-Funktion. Ich schätze, dass sie dort den aktuellen Status setzen. Aber ich war auch verwirrt. Zuerst dachte ich, es wäre gelandet, als mir klar wurde, dass es nicht gelandet ist, aber es wurden große Fortschritte erzielt. In diesem Fall fühlt es sich wirklich so an, als ob sich dieser Artikel am Ende der Versionshinweise mit einem Link zur Diskussion oder einem Meilenstein (beide beweisen den Fortschritt der Funktion) sowie einer kleinen Notiz mit der Aufschrift _ "Check out the" befinden sollte Fortschritte bei der Implementierung von Tabs "_.

Unabhängig von dieser Kleinigkeit. Großartige Arbeit bei der Veröffentlichung. VS Code ist ein großartiges Produkt mit einem erstaunlichen Entwicklungszyklus.

VSCode wurde gerade auf 1.3.0-Insider aktualisiert. Aktuelle Dateien scheinen verschwunden zu sein. Gibt es jetzt eine Möglichkeit, das zu tun?

Vielen Dank für das Feedback zu den Versionshinweisen und entschuldigen Sie die Verwirrung. Ich habe Änderungen am Dokument vorgenommen, um zu verdeutlichen, dass sich die Arbeit nicht in Stable befindet, sondern dass Sie in der Insider-Version eine Vorschau der Registerkartenarbeit

Es ist eine gute Idee, gegen Ende einen Abschnitt zu haben, in dem wir über geleistete Arbeit sprechen, aber nicht im stabilen Build, und das werden wir nächsten Monat tun, wenn wir mehr Arbeit haben, die in diesen Eimer passt.

@JoshClose Bitte öffnen Sie eine neue Ausgabe dafür, da ich diese Ausgabe in Kürze zugunsten einzelner Probleme anstelle dieses einzelnen Threads sperren werde. Danke.

Lassen Sie mich zunächst noch einmal allen für Ihre Gedanken, Vorlieben und Abneigungen zu Tabs danken. Das Feedback, das wir in diesem Thread gesehen haben (sowohl positiv als auch negativ), zeigt wirklich, wie leidenschaftlich Menschen über die Zukunft von VS Code sind.

Ich denke, jeder kann zustimmen, dass wir den Nutzen dieses Problems ausgeschöpft haben, und als Ergebnis werde ich das Gespräch sperren. Wir werden dieses Problem offen lassen, bis wir eine Option für Tabs / keine Tabs erhalten, die wir bis Ende der Iteration im

Während das VS Code-Team möglicherweise Aktualisierungen in dieser Ausgabe veröffentlicht, sollten Sie damit rechnen, dass wir neue Probleme für zusätzliche Registerkartenentwürfe oder Diskussionen erstellen. Wir werden Probleme mit dem Label tabs markieren, um die Abfrage zu vereinfachen. Auch Sie können neue tab-spezifische Probleme öffnen und wir freuen uns auf Ihr Feedback zu den spezifischen Problemen, da wir gemeinsam die bestmöglichen Erfahrungen sammeln.

Nochmals vielen Dank, jetzt installieren Sie das

https://github.com/Microsoft/vscode/issues/6605 dokumentiert alle hinzugefügten oder geänderten Befehlskennungen, die für Tastenkombinationen verwendet werden sollen. Da das Stacks-Modell eine so große Änderung an der Benutzeroberfläche von VS Code darstellt, haben wir beschlossen, alle Befehle, die sich auf Editoren oder Gruppen beziehen, erneut zu überprüfen.

Wir freuen uns, Ihnen mitteilen zu können, dass Sie jetzt Registerkarten in unseren nächtlichen Insider-Builds (http://code.visualstudio.com/Download#insiders) aktivieren können. Die zugehörige Einstellung ist workbench.editor.showTabs . Bitte beachten Sie unsere Release Notes für weitere Details über das Konzept der Editor - Stacks, Vorschau - Editoren und Registerkarten.

image

Bis Ende des Monats (und wahrscheinlich darüber hinaus) sind noch einige Arbeiten in diesem Bereich geplant, daher freuen wir uns über Feedback von Insidern. Sie können Probleme jederzeit öffnen, wenn Sie sie mithilfe von Registerkarten finden.

Vielen Dank!

Wie @bpasero bereits erwähnt hat, können Sie jetzt Registerkarten in unseren nächtlichen Insider-Builds aktivieren.

Wenn Sie dies versucht haben und 30 Minuten Zeit haben, um Ihr Feedback zu teilen, melden Sie sich hier für einen Chat an: https://calendly.com/stevencl/vs-code-tabs/

Leider kann ich nur Zeitfenster während des Tages meiner Zeit (ich bin in Edinburgh, Schottland) Montag und Dienstag nächste Woche anbieten.

tl; dr; Aktivieren Sie Registerkarten in VS Code- Insidern, die mit workbench.editor.showTabs: true

Wir schließen den Meilenstein im Juni in dieser Woche mit unseren üblichen Endgame-Tests ab. Registerkarten befinden sich im Testplan (https://github.com/Microsoft/vscode/issues/7854) und werden im Laufe der Woche abgedeckt. Wir gehen weiterhin davon aus, dass wir die Registerkarten für Juni korrigieren und möglicherweise aufgrund des Feedbacks nach Juni verfeinern werden. Der Großteil der Arbeit ist jedoch erledigt, daher werde ich dieses Problem schließen.

In der Beschreibung dieses Arbeitselements fragt @TurkeyMan nach Registerkarten und einer Möglichkeit, eine Registerkarte aus der Workbench zu verschieben, um sie in einem neuen Fenster zu öffnen. Ich habe letzteres in https://github.com/Microsoft/vscode/issues/8171 extrahiert, da es nicht mit der von uns durchgeführten Arbeit mit Registerkarten zusammenhängt.

Bitte legen Sie weiterhin Probleme auf Registerkarten ab, wie Sie sie sehen, während Sie sie ausprobieren. Vielen Dank für Ihre Hilfe beim Testen des Insider-Builds!

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen