Würde das auch lieben, so verwalte ich meine Tabs in 'Visual Studio Full'. Es fällt mir etwas schwer, ohne zu leben, da die Dateien, die während meines normalen Ablaufs geöffnet werden, im Weg sind.

Ich bin damit einverstanden, es wäre schön

Wir haben bereits Funktionen dafür. Das Öffnen einer Datei aus dem Datei-Explorer mit einem Einzel- oder Doppelklick führt zu einer PIN in Visual Studio. Ich würde dafür stimmen, dieses Problem zu schließen und ein anderes zu öffnen, um den Umgang mit den Registerkarten klarer zu gestalten. Möglicherweise ist das Hinzufügen eines Stecknadelsymbols auf den Fensterregistern mit "Offen halten" gekennzeichnet.

@wonea Visual Studio bietet die Option,

@asednev Genau. Ich würde sagen, dass VS Code Visual Studio tatsächlich verbessern könnte, indem das aktuelle Verhalten beibehalten wird, aber zusätzlich zugelassen wird, dass Registerkarten "oben angeheftet" werden oder so, wodurch sie in einer Reihe über den übrigen Registerkarten (dh dem regulären Visual) platziert werden Studio Pin Verhalten).

Eine weitere Abstimmung für die angehefteten Registerkarten in einer oberen Reihe. Dies ist sehr hilfreich, um an den "Haupt" -Dateien zu arbeiten, wenn Sie am Ende viele Dateien öffnen.

Fixierte Tabs sind eine sehr gute Funktion, die wir haben müssen

Ich habe eine kleine VSCode-Erweiterung geschrieben, um ein ähnliches Problem zu lösen. Es heißt Workbench: https://github.com/andrew-lis/Workbench
Vielleicht könnte meine Lösung ein Hinweis für Sie sein, wie Sie sie nativ implementieren können.

Ich schließe aus Versehen immer wieder Tabs. Es wäre schön, wenn diese Funktion verfügbar wäre (wie Google Chrome).

Muss nicht ausgefallen sein - so etwas Einfaches mit einem Kontextmenüelement zum Anheften eines Tabs wäre großartig!

Überschneidendes Problem erstellt: # 32836

ja, für die Liebe von allem, was heilig ist, füge es hinzu.

+1

Ich bin schockiert, dass diese Funktion noch nicht implementiert wurde. Ich ging davon aus, dass eine einfache Google-Suche einige Einstellungen ergeben würde, die ich aktivieren muss. Ich kann nicht genau sagen, wie hoch die Produktivitätskosten sind, aber manchmal habe ich in Visual Studio bis zu 30-40 Pins und das macht das Leben so einfach. Wann immer dies hinzugefügt wird, werde ich super glücklich sein, VS Code Entwicklerteam.

+1

Gibt es eine Möglichkeit, dies über ein Plugin zu implementieren? Auch wenn das Kernteam dazu nicht bereit ist, würde ich es gerne irgendwie sehen . Ich wäre sogar bereit, das verdammte Plugin selbst zu schreiben, wenn es möglich ist. Weiß jemand?

+1

Im Ernst, es ist fast eineinhalb Jahre her, seit diese Ausgabe eröffnet wurde. Das muss passieren. Dies wäre eine wesentliche Verbesserung der Benutzeroberfläche.

Wir brauchen das.

Übrigens, wenn ich @wonea zitiere, Hinweis darauf , dass die Registerkarten, die ich offen halte, beim nächsten Öffnen dieses Projekts tatsächlich geöffnet bleiben. Irgendwie verwirrend.

Ich habe fast zum zweiten Mal eine Ausgabe für diese geöffnet (ich hatte bereits eine geöffnet). Ich kann nicht glauben, dass dies immer noch ein offenes Thema ist.

Ich möchte nicht unhöflich sein, aber ist das nicht ein Open Source-Projekt? Ich nehme an, jeder hier ist ein Entwickler. Ich würde diese Funktion auch gerne sehen, aber mir ist klar, dass ich nichts für etwas bezahle, von dem ich glaube, dass es einer der besten Code-Editoren auf dem Markt ist, und dass die Entwickler nur über eine begrenzte Anzahl von Ressourcen verfügen. Wenn Sie diese Funktion so sehr wollen, gibt es immer die Möglichkeit, sie selbst zu schreiben.

Du liegst absolut richtig. Dies ist ein Entwicklertool, und wir als Entwickler sollten in der Lage sein, diese Funktion zu implementieren. Dies ist jedoch sehr gefragt und es ist unglaublich, dass niemand aus der Community oder dem Team es umgesetzt hat. 😄

Haha wahr wahr wahr!

AlCaltor das Ritus

Mir ist keine Möglichkeit bekannt, dies umzusetzen. Vielleicht könnte jemand aus dem Team zumindest kurz erklären, was zu tun wäre?

@Caltor gibt es immer die Möglichkeit, es selbst zu schreiben ... und noch anderthalb Jahre zu warten, bis Ihre PR genehmigt (oder abgelehnt) wird 😉

@irudoy aber du wirst es für dich arbeiten lassen, was schön ist.

@Mnuzz wäre # 26965 nicht ein guter Ausgangspunkt?

Eigentlich wollen wir das 😅

+1, um diese Funktion im VS-Code zu haben

+1

+1

Bitte benutze den Reaktionsknopf, um abzustimmen.

Vergessen Sie nicht, sich ebenfalls anzumelden, damit die Entwickler wissen, dass es sich um ein beliebtes Problem handelt.

+1

"Offen halten" ist nicht gleichbedeutend mit angehefteten Registerkarten. Ich bin mir nicht einmal sicher, was es tatsächlich tut, außer einen Peek-Tab in einen permanenten Tab zu verwandeln. Wenn ich zwei Registerkarten öffne, werde ich auf einer Registerkarte "Offen halten" und auf der anderen geöffneten Registerkarte "Andere schließen" auswählen. Die Registerkarte "Offen halten" wird geschlossen.

Fixierte Registerkarten werden in dieser Anwendung dringend benötigt. Ich muss ständig alle meine offenen Dokumente schließen, da ich den Überblick über die wichtigen Dateien verliere, an denen ich gerade arbeite.

+1

Nach fast 2 Jahren haben wir nur mehr als 300 Stimmen dafür. Ich glaube nicht, dass dies bald zum Leben führen wird.

: octocat:

@bpasero
Hey Ben! Wissen Sie, ob dies in naher Zukunft geplant ist?

Vielen Dank!

Sagen Sie Satya Nadella, dass sie es tun soll.

+1, muss Feature haben

+1 muss in der Tat haben

+1 muss haben!

+1 wir brauchen das

+1

+1 Gute Funktion!

+1 Gute Funktion, "Datei offen halten" ist nicht gut!

Fixierte Dateien

• Registerkarten für angeheftete Dateien befinden sich ganz links oder in einer anderen Zeile
• Dateien befinden sich oben in der Liste der geöffneten Dateien oder in einer eigenen Liste

Ich bin in Konflikt geraten, weil ich vscode mag, aber ich muss Tabs anheften, wie ich es von Atom gewohnt bin, also bin ich mir nicht sicher, ob ich bei vscode bleiben oder zu Atom zurückkehren werde.

Hier ist die Atom-Erweiterung. Vielleicht hilft sie jemandem, diese Funktion in vscode zu implementieren.

https://atom.io/packages/pinned-tabs

Fixierte Dateien

* Tabs for pinned files are the left most tabs or on a different row

* Files are at the top of the Open file list or in a list of their own

Ich bin mir nicht sicher, ob das eine Frage oder eine Aussage ist.

Was ich bevorzuge, ist die gleiche Art von Operation wie bei Visual Studio: Fixierte Registerkarten befinden sich in einer anderen Zeile.

So was:

Ich habe die Atoms-Erweiterung nicht ausprobiert, aber es scheint sicher ein guter Ansatz zu sein. Ich denke, es ist eine gute Idee, die Registerkarten links festzunageln und nur die Symbole zu verwenden.

Warum nicht konfigurierbar machen? So kann der Benutzer zwischen angehefteten Registerkarten oben oder angehefteten Registerkarten als Symbol nur links (und möglicherweise rechts) wählen, um Benutzer von RTL-Sprachen aufzunehmen.

Vielleicht so etwas wie: "workbench.editor.pinnedTabs" was wie "workbench.editor.tabCloseButton" ( "left" , "off" , "right" ) funktionieren würde, aber mit dem möglichen Mehrwert von "top" .

Wenn VSC angeheftete Registerkarten erhält, wird es als eine der größten Softwareprogramme, die jemals codiert wurden, in die Geschichte eingehen.

+1 für diese Funktion. "Offen halten" ist kaum eine Lösung, insbesondere wenn Sie "Vorschau geöffnet" (oder wie auch immer es heißt) deaktiviert haben. Das Pin-Verhalten, das @Jusas gepostet hat, ist genau das, wonach ich suche:

+1

+1

+!

+1 🚀

Würde das wirklich gerne sehen. Ich vermisse die Visual Studio-Community "Alle außer angehefteten Tabs schließen". Ich würde das gerne in Visual Studio Code sehen.

Hier ist meine Stimme dafür. Nachdem ich jahrelang mit Visual Studio gearbeitet habe, bin ich sehr stark auf Pins angewiesen. Währenddessen sollten Sie die Möglichkeit einschließen, angeheftete Dokumente in einer separaten Zeile zu platzieren.

Ich würde die Option wirklich lieben, Dateien in der Explorer-Ansicht an die Spitze zu heften - nicht unbedingt die Registerkarte offen zu lassen.

Das wurde hier angefordert und dann als Duplikat geschlossen, aber ich bin nicht sicher, ob es dieselbe Anfrage ist ... https://github.com/Microsoft/vscode/issues/23807

Ich vermute, dass jetzt, da in VSCode die Option "Layout des Grid-Editors" und Breadcrumbs implementiert sind, viel UX berücksichtigt werden muss.

@ 1trevor https://marketplace.visualstudio.com/items?itemName=howardzuo.vscode-favorites

+1 brauche das wirklich !!

+1

+1
Sie können dies Ihrem neuen Mann geben. Niedrige Prio-Funktion, aber von Ihren Benutzern sehr geschätzt

+1 ❤️

+1

+1

+1

+1

+1

+1

Können Leute einfach eine Reaktion auf den ersten Beitrag hinterlassen, anstatt "+1" -Kommentare hinzuzufügen?

Es ist ziemlich ärgerlich, Benachrichtigungen für diesen Thread zu sehen, nur um festzustellen, dass jemand nur seine +1 hinzufügt und kein tatsächliches Update zu diesem Thema.

@martinbean du

Ich habe diese Funktion @misolori (UX-Experte) gegenüber erwähnt und werde jetzt im UX-Backlog berücksichtigt.

+1 dafür.

Wie bereits erwähnt, sind Pin-Tabs (wie in vs) mehr als nur offen zu halten. Sie befinden sich in einer anderen Reihe, wodurch die geöffneten Tabs besser sichtbar sind als das (zumindest für mich) störende horizontale Scrollen.

+1

Vielleicht wäre so etwas wie das Hervorheben eines Tabs als vorübergehende Lösung cool.
Zumindest kann ich wichtige Registerkarten visuell unterscheiden.

(_Nur wie "workbench.editor.highlightModifiedTabs" _)

Können Leute einfach eine Reaktion auf den ersten Beitrag hinterlassen, anstatt "+1" -Kommentare hinzuzufügen?

Es ist ziemlich ärgerlich, Benachrichtigungen für diesen Thread zu sehen, nur um festzustellen, dass jemand nur seine +1 hinzufügt und kein tatsächliches Update zu diesem Thema.

+1

Zusätzliche Reihe mit angehefteten Laschen reduziert den vertikalen Raum ...
Ich denke, es wäre schön, die Registerkarten "Offen halten" zu haben, die nicht durch "Alle schließen" und "Strg + W" geschlossen werden.

+1

Ich möchte Editor-Registerkarten so anheften, dass sie in der Liste der Registerkarten bleiben, ohne dass Sie nach links zurückblättern oder alle anderen Registerkarten einzeln schließen müssen. Ich habe die Tendenz, viele ähnliche Dateien gleichzeitig zu berühren, indem ich mir einige Hauptlisten mit Korrekturen ansehe, um herauszufinden, welche Dateien geöffnet werden sollen, und diese Listen leicht zugänglich zu halten, wäre ein Glücksfall.

+1

Was könnte nützlicher sein als dies? Sollte Priorität Nummer eins sein

Ich würde diese Funktion wirklich gerne haben. Es ist das einzige, was ich beim Wechsel von VS zu VS Code so sehr vermisse. In den meisten Fällen habe ich bei der Arbeit an einer neuen Aufgabe einige Schlüsseldateien, berühre aber viele andere Dateien. Wenn ich die Schlüsseldateien anheften kann, wird meine Arbeit dadurch viel effizienter. Ich bin mir nicht sicher, warum diese Funktion so lange nicht implementiert ist.

+1 (absichtliche Beule für alle) haha

fast 3 Jahre. wir warten immer noch!!!

Tritt das Pferd!

Github benötigt eine Pin-Funktion, damit diese Anfrage bis zur Lösung angezeigt wird.

Außerdem möchte ich hinzufügen, dass einer der Gründe, warum ich persönlich eine PIN möchte, darin besteht, dass ich das von Firefox bereitgestellte Verhalten beim Pinnen einer Registerkarte verwenden kann, die keine neue Zeile enthält, sondern die Registerkarte nur auf das Favicon verkürzt ( Symbol) und verhindert, dass Sie es schließen. Ansonsten ist es genau das gleiche Verhalten wie bei jeder anderen Registerkarte (kann Strg + Tab zum Durchlaufen usw.).

Möglicherweise ist dies eine umschaltbare Funktion, es gibt zwei verschiedene Arten des Fixierens oder Sie doppelklicken auf eine angeheftete Registerkarte, um deren Größe von "Voll" in "Symbol" zu ändern (und haben dann eine Pin-Schaltfläche neben der Schaltfläche "Schließen").

+1

+1

+1

Fixierte Tabs sollten offen bleiben, wenn wir Right Click -> Close All das wäre Gangsta

Das wäre sehr nützlich. Lassen Sie uns dies bitte umsetzen!

@bpasero Könnten Sie bitte eine ETA dafür bereitstellen?

Dies ist eine äußerst nützliche Funktion von VS, insbesondere für große Projekte, aber wir haben bereits seit fast drei Jahren in VS Code darauf gewartet.

Mach das möglich, bitte schön? :) :)

Mach das möglich, bitte schön? Ich brauche das sehr ~~~

Mehrzeilige Tabs (# 32836) wären ideal, aber bitte machen Sie dies möglich! <3

+1 Es ist eine große Produktivitätsverbesserung.

Haben Sie nur danach gesucht - es gibt bereits keine Erweiterung? Gibt es etwas im Zusammenhang mit dieser Funktionsanforderung, das von einer Erweiterung nicht ausgeführt werden kann?

+1

+1

+1

+1

Gibt es eine ETA für angeheftete Registerkarten oder mehrzeilige Registerkarten in Visual Studio Code?

Vielen Dank.

Ich unterstütze die zweite Zeile für angeheftete Tabs.
Beim Wechsel von XCode, wo wir mehrere Dateien auf einer einzigen Registerkarte öffnen können, sind die aktuellen VS-Code-Registerkarten sehr einschränkend.

Der 12. September ist der Programmiertag .
Können wir alle bitte ein Geschenk bekommen?

Bitte unterstützen Sie diese Funktionalität so schnell wie möglich!

Die Möglichkeit, Registerkarten zu fixieren und nicht fixierte Registerkarten zu schließen, ist in VS Code also keine Funktion? Dies macht es ziemlich schwierig, von VS zu wechseln

Schwierig? Versuchen Sie unmöglich, kann den Wechsel nicht machen.

Bitte unterstützen Sie diese Funktionalität so schnell wie möglich!

Der Versuch, hier etwas konstruktiver zu sein ... kann mir jemand sagen, wo der Code ist, der Tabs rendert? Ich bin daran interessiert, zu dieser Funktion beizutragen. Um zu zeigen, welche Registerkarten angeheftet sind, sollte die Registerkarte mit einem zusätzlichen Symbol oder einer anderen Farbe gerendert werden. Ich möchte auch Regeln hinzufügen, um die Registerkartenfarben pro Verzeichnis zu ändern, sodass benutzerdefinierte Farben basierend auf dem Projekt verwendet werden können, an dem in einem bestimmten Arbeitsbereich gearbeitet wird (ich habe eine solche Erweiterung im vollwertigen Visual Studio).

Ich denke, hier ist ein möglicher Ausgangspunkt, der Testfall, der das Schließen von Tabs testet ...

https://github.com/microsoft/vscode/blob/30c45463bd2d3910629df96265530101bc0754cb/src/vs/workbench/test/common/editor/editorGroups.test.ts#L816

Vielen Dank, dass Sie @davalapar

Interessanterweise gibt es im Test eine angeheftete Flagge :). Zeigt definitiv an, dass ein gewisses Maß an Unterstützung geplant war / ist.

group.openEditor (input5, {active: true, pinned: true});

+1. Viel benötigte Funktion.

+1

+3

Dies ist in der Tat dringend erforderlich!

Könnte eine klare Antwort auf dieses Problem gegeben werden, das fast drei Jahre alt ist?
Was blockiert die Entwicklung dieser Funktion?

In den meisten Projekten werden so viele Dateien schnell geöffnet, dass Registerkarten eher ein aktueller Dateistapel als eine tatsächlich verwendbare Registerkarte sind. Durch das Anheften wird sichergestellt, dass einige Dateien sofort und deterministisch zugänglich sind (Konfiguration, Router, Plugins usw.).

Ich wechsle von Sublime zu VS Code und hoffe, es hier zu bekommen, leider ist es noch nicht fertig ... :(

Mir wird schwindelig, wenn ich durch die Registerkarten scrolle. Bitte fügen Sie diese Funktion hinzu.

Auch ich würde diese Funktion mögen, aber ich möchte keine separate Zeile, die mehr vertikalen Codeplatz beansprucht. Ich möchte, dass es echte "Pins" wie Firefox sind, bei denen die Registerkarte nur mit dem Symbol zu einem kleinen Quadrat wird.

Diese und eine bessere Unterstützung für mehrere Fenster (gleicher Ordner, 2 Fenster usw.) sind die Bereiche mit dem höchsten Verbesserungspotenzial für VSC.

Ich mag die Idee einer separaten Reihe nicht. Wenn sie wie Firefox am Anfang aller Registerkarten angeheftet sind, können Sie sie mit Strg + [1-9] verknüpfen. Verkleinern Sie dann die Registerkartengröße, um Platz zu sparen. Wenn Sie es angeheftet haben, wissen Sie wahrscheinlich genau, was es ist.

Eine einzelne Reihe wird zu schnell überfüllt. Wenn Sie eine zweite Reihe zum Fixieren haben, wird der Arbeitsbereich viel organisierter und zugänglicher

Würde das gerne sehen. ❤️

Anscheinend ist dies immer noch im Rückstand, kein Feedback vom Team und auch eine der derzeit am häufigsten nachgefragten Funktionen.

Ich frage mich, warum wir ignoriert werden.

@eliashdezr Sie schließen jedes Problem, das in den nächsten 6 Monaten nicht

Nüsse, wir haben nicht wenigstens ein Update bekommen. Ich mache meine Full-Stack-Arbeit aus Gründen aus VS, aber für unsere .NET Core-Projekte würde ich es absolut vorziehen, in VS Code zu arbeiten. Im Moment ist es keine Option, wieder keine angehefteten Registerkarten zu haben. Ich kann dies nicht tun. Ich benötige direkt die Funktion, um das Produkt zu verwenden.

Wenn es so wichtig ist, werfen Sie Geld darauf oder machen Sie es selbst; Ansonsten bekommen Sie, was Sie bekommen. Ich habe nicht die Absicht, abstoßend zu klingen, sondern nur zu sagen, wie es ist. Aber ja, das wäre wirklich schön, das denken wir alle.

Ich überlebe gut ohne VS Code und ich glaube nicht, dass etwas falsch daran ist, den Wert einer Funktion hervorzuheben.

Ich denke, es besteht möglicherweise die Befürchtung, dass Benutzer durch das Fixieren von Registerkarten ständig viele von ihnen haben. Dies kann sich auf Leistung und Speicher auswirken. Es mag nicht so einfach sein, wie es aussieht, aber es kann einen Kompromiss geben, dh maximal 5 Fenster, also haben wir zumindest diese wichtigen im Gesicht und schätzen sie :)

@Enielezi Wie unterschiedlich wäre das in Bezug auf die Speichernutzung von normalen Registerkarten? Meiner Ansicht nach besteht ein Vorteil von angehefteten Registerkarten darin, dass Sie Ihren Arbeitsbereich regelmäßig bereinigen können, indem Sie alle anderen Registerkarten schließen, ohne die wichtigsten versehentlich zu schließen. Das mache ich in Firefox immer: Halten Sie Strg-W gedrückt gedrückt und schau ihnen nach! Am Ende sollte es helfen, eine vernünftige Anzahl offener Tabs zu behalten.

Das Fixieren von Registerkarten wirkt sich auf Leistung und Speicher aus, da Dateien geöffnet bleiben. Ich denke, Sie haben ein schlechtes Verständnis von Software und sollten es nicht kommentieren.

Aus irgendeinem Grund ist "Keep Open" in meinem Menü in VSCode, aber es ist deaktiviert. Es schien eine anständige Option zu sein, warum sollte es deaktiviert werden?

Das steckt nicht fest. Wenn Sie auf der Registerkarte Explorer links auf eine Reihe von Dateien klicken, werden alle in einer Editor-Registerkarte geöffnet und ersetzen sich gegenseitig. Auf diese Weise können Sie schnell eine Vorschau der Dateien anzeigen. Offen halten bewirkt, dass eine Datei geöffnet bleibt, während Sie andere Dateien öffnen. Doppelklicken Sie darauf, klicken Sie auf Offen halten oder Strg + K, Eingabetaste. In dieser Diskussion geht es darum, eine Datei nicht mit X schließen zu können und möglicherweise auch Registerkarten nur mit Symbolen zu haben, um Platz für nicht angeheftete Registerkarten zu sparen.

Der Hauptgrund, warum wir noch keine Erweiterung sehen, die diese Funktion bietet, ist, dass die VSCode-API keine Informationen darüber bereitstellt, welche Dateien zu einem bestimmten Zeitpunkt geöffnet werden. Die einzige verfügbare Option besteht darin, alle Dateien mit einem integrierten Befehl zu durchlaufen und diese von Hand zu behalten (mit dem Nachteil, dass der Editor flackert und Sie nicht richtig arbeiten können). Und ja, das wäre ein Problem, wenn zu einem bestimmten Zeitpunkt mehrere geöffnete Registerkarten vorhanden wären, insbesondere wenn einige von ihnen überhaupt nicht geschlossen werden. Ah, und wir können geschlossene Dateien auch nicht abfangen, da das Ereignis beim Entsorgen von Dateien aufgerufen wird, nicht beim Schließen (das Entsorgen erfolgt in einer zukünftigen Zeit ab dem Schließen der Datei, es liegt an VSCode, dies zu tun).

Nun, es ist leicht lahm, etwas zu sagen, aber Webstorm hat Tab Pinning 🤐

Sie haben das Gefühl, dass diese Funktion viel unterstützt wird, aber seit 3 ​​Jahren keine Updates mehr?

+1 von mir auch.

Ja, ich würde gerne sehen, dass diese Funktion auch stattfindet.

Ich war überrascht, dieses Problem ab 2016 hier zu finden. Nicht weil es vor so langer Zeit oder so oft angefordert wurde, sondern weil es nicht implementiert wurde. Es scheint keine obszön komplizierte Anfrage zu sein oder eine Nische. Es scheint etwas zu sein, das seit der ersten Veröffentlichung vorhanden sein sollte.

+1

Wenn es nicht hinzugefügt wird, stellen Sie bitte mindestens die erforderliche API bereit, damit eine Erweiterung diese Funktionalität hinzufügen kann.

Ich bin erstaunt, dass dies noch kein Feature ist. Es ist definitiv für viele andere Menschen als mich wertvoll, bitte denken Sie darüber nach.

+1

@alexandrudima Gibt es eine Chance, dass die Magie, die in https://github.com/microsoft/vscode/issues/5446

Ich brauche es auch dringend, ich hoffe es wird bald implementiert.

FML, ich habe VScode beendet, weil dies ...

VS Code bekommt viel Hype, aber es fehlen viele grundlegende Dinge. Dies ist einer von ihnen. Auch das Suchen in Dateien ist besonders Mist. Ich bin mir wirklich nicht sicher, worum es bei dem Hype geht. Ich denke, es ist Zeit, Atom einen weiteren Blick zu geben, aber vielleicht auch einfach bei Visual Studio zu bleiben. Ich verwende VS Code nur zum Anzeigen von Protokolldateien, da diese etwas besser als Notepad sind.

[..] Ich verwende VS Code nur zum Anzeigen von Protokolldateien, da diese etwas besser als Notepad sind.

Ja, richtig .. 🙄

Ich verwende VS Code nur zum Anzeigen von Protokolldateien, da diese etwas besser als Notepad sind.

Genau. Wenn Sie wirklich etwas tun müssen, ist es mehr Zeitverschwendung, VS Code zu verwenden, als einfach Visual Studio zu laden. Es ist jedoch besser als Notepad.

Bitte füge diese Funktion hinzu. Vsc hat ein dummes Problem. Die Seite ersetzt die aktive Seite, wenn die aktive Seite nicht geändert wird. Wenn Pin-Tabs vorhanden sind, wird dieses Problem behoben.

Bitte füge diese Funktion hinzu. Vsc hat ein dummes Problem. Die Seite ersetzt die aktive Seite, wenn die aktive Seite nicht geändert wird. Wenn Pin-Tabs vorhanden sind, wird dieses Problem behoben.

Lol es ist kein Fehler, es ist eine Funktion. Ja wirklich. Doppelklicken Sie auf Dateien, um sie auf unbestimmte Zeit zu öffnen, oder klicken Sie mit der rechten Maustaste auf eine geöffnete Registerkarte und klicken Sie auf Offen halten. Ein einziger Klick dient zur Vorschau.

Absolut.
Wenn Sie eine Datei durch einmaliges Klicken öffnen, wird der Dateiname auf der Registerkarte kursiv angezeigt, was darauf hinweist, dass diese Registerkarte für die nächste geöffnete Datei wiederverwendet wird (der Inhalt wird ersetzt). Zu diesem Zeitpunkt können Sie Strg-K-Eingabetaste eingeben, um die Registerkarte dauerhaft zu machen. (Aber nicht festgesteckt!)

Am Montag, den 20. Januar 2020 um 11:14 Uhr schrieb Andrew Davis:

Bitte füge diese Funktion hinzu. Vsc hat ein dummes Problem. Die Seite ersetzt die aktive Seite, wenn die aktive Seite nicht geändert wird. Wenn Pin-Tabs vorhanden sind, wird dieses Problem behoben.

Lol es ist kein Fehler, es ist eine Funktion. Ja wirklich. Doppelklicken Sie auf Dateien, um sie auf unbestimmte Zeit zu öffnen, oder klicken Sie mit der rechten Maustaste auf eine geöffnete Registerkarte und klicken Sie auf Offen halten. Ein einziger Klick dient zur Vorschau.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie auf diese E - Mail direkt, sehen sie auf GitHub https://github.com/microsoft/vscode/issues/12622?email_source=notifications&email_token=AAVJJUCOEHQ52MUABVM7BBLQ6V2PJA5CNFSM4CQZOKYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJMCVTQ#issuecomment-576203470 oder abmelden https://github.com/notifications/unsubscribe- auth / AAVJJUHTDZJJDLRYZU6HEUDQ6V2PJANCNFSM4CQZOKYA .

Gibt es eine ETA für diese großartige Funktion?

Hinzufügen meiner Unterstützung für diese Funktion. Es ist mir ein Rätsel, dass etwas, das so trivial zu implementieren scheint, nach 3 Jahren der Anfrage nicht da ist!
Warum brauchen wir dich Nachtwunder? Ich benutze fixierte Tab hat meinen Hauptarbeitsfokus. Normalerweise sind zwischen 2 und 5 Tabs fixiert, und das gesamte Tab-Geräusch beim Öffnen / Schauen / Suchen / Inspizieren wird vermieden. Wenn ich also finde, wonach ich suche, kann ich sofort zu den fokussierten Registerkarten zurückkehren.

Bitte fügen Sie dies hinzu.

+1

Was wäre erforderlich, um diese Funktion in VS Code (Baseline) aufzunehmen? Ich glaube, dies wird von vielen aktiven Benutzern gefordert.

Wenn Sie dies unterstützen, sind Sie sich nicht sicher, warum dies noch nicht berücksichtigt wird

+1

+1

+1

Wenn ich auf mehrere Dateien doppelklickte, geht die erste Datei, die ich geöffnet habe, in Vergessenheit. Also brauche ich angeheftete Tabs

Diese Funktion ist besonders wichtig, da in der Version vom November 2019 die Möglichkeit eingeführt wurde, die Anzahl der offenen Editoren zu begrenzen . Wenn diese Option aktiviert ist, werden (nicht verschmutzte) Registerkarten möglicherweise im Hintergrund geschlossen, wenn ich neue öffne - und an einem bestimmten Tag gibt es einige Registerkarten, die ich wirklich nicht schließen möchte , wodurch die Anzahl der Registerkarten begrenzt werden kann offene Redakteure sind für mich im Wesentlichen nutzlos (in der Tat aktiv feindlich).

Ich denke, 4 Jahre sind genug Zeit für das VSCode-Team, um dies zu berücksichtigen :).

Wir haben keine offiziellen Informationen dazu gehört, und ich würde eine Art Kommunikation von ihrer Seite erwarten, da dies für eine lange Zeit in den Top 5 der am häufigsten nachgefragten Funktionen ist.

Als jemand, der hauptsächlich sowohl Visual Studio als auch Visual Studio Code verwendet, ist es ein bisschen frustrierend, ihn nicht zu haben.

@bpasero @misolori

Das, was mich am meisten nervt, ist nicht, dass es nicht implementiert wurde, sondern das völlige Fehlen jeglicher offizieller Antworten / Informationen. Wir sind seit Jahren im Dunkeln. Geben Sie uns einfach einen Hinweis darauf, was los ist, damit wir nicht raten müssen. Es ist frustrierend.

Ich habe hier einen Kommentar abgegeben: https://github.com/microsoft/vscode/issues/92242 (Iterationsplan für März 2020)

Hey, warum sehe ich hier nichts über die Funktion zum Fixieren von Registerkarten (wie zum Beispiel das Fixieren von Registerkarten)? Es ist eine der begehrtesten, gefragtesten und am meisten benötigten Funktionen in VSCode. Es sind 3,5 Jahre vergangen, und wir haben noch nichts davon gehört.

12622

Zeigen Sie Ihre Unterstützung (geben Sie eine Stimme ab)! Sie sind sowieso alle in Quarantäne ...

Warum ist das geschlossen?

Welp, denke ich bleibe bei VS und anderen IDEs

@ AndrewDavis Ich glaube nicht, dass dies die Art von Aufmerksamkeit für diesen Artikel ist, auf den Sie gehofft haben 😂

Entschuldigung, ich weiß nicht, warum dies jetzt geschlossen ist. Ich habe das gerade auf meinem iPad gelesen ...

Stellen Sie sich alle Personen vor, die ausgelöst wurden, als sie die E-Mail erhielten, dass dies geschlossen ist 😂

Stellen Sie sich alle Personen vor, die ausgelöst wurden, als sie die E-Mail erhielten, dass dies geschlossen ist 😂

Schuldig fing ich an zu flammen, bevor ich die Wiedereröffnung sah ^^

@bpasero @misolori Gibt es übrigens ein Update zu dieser 4 Jahre alten Feature-Anfrage?

Wirklich, bitte fügen Sie diese Funktionalität hinzu! Es ist klar, dass dieses Feature gefragt ist, aber nicht einmal eine Antwort des Entwicklerteams ... Was ist hier los? Weitere 10 Tage vergingen, also nochmal - irgendwelche Updates?

nicht einmal eine Antwort des Entwicklerteams ... Was ist hier los? Weitere 10 Tage vergingen, also nochmal - irgendwelche Updates?

März 2020 Endgame ist das, was hier los ist.

Gerüchten zufolge hilft das Anheften von Tabs dabei, die Korona zu verbreiten, damit das Entwicklerteam so weit wie möglich Abstand hält. Bis dahin müssen unsere Tabs 6 Fuß voneinander entfernt bleiben.

nicht einmal eine Antwort des Entwicklerteams ... Was ist hier los? Weitere 10 Tage vergingen, also nochmal - irgendwelche Updates?

März 2020 Endgame ist das, was hier los ist.

Es ist jetzt fertig. Was ist die nächste Ausrede, um diese einfache Funktionalität nicht hinzuzufügen? Oder sogar eine Erklärung bekommen, warum es noch nicht implementiert wurde?

Ich habe mich auf dieses Feature gefreut und war froh, als ich dieses GH-Problem hier zum ersten Mal fand. dann bekam ich eine Benachrichtigung nach der anderen über Leute, die in ihrem Ton immer unhöflicher wurden und eine Funktion forderten, als würden sie dafür bezahlen. Aber das sind sie nicht, dies ist freie Software und es ist Open Source. An alle wütenden Leute da draußen: Sie sind Entwickler. Wenn diese kleine Funktion so wichtig ist, machen Sie es einfach selbst und hören Sie auf zu jammern!

... Entschuldigung für die Emotionen. Ich bin nicht mehr registriert, weil ich jetzt die Benachrichtigungen zu diesem Problem erhalten habe. Es gibt genug schlechte Stimmung auf der Welt. Und wenn Tab Pinning eines Tages in ferner Zukunft implementiert werden sollte, bin ich besonders glücklich, wenn ich es in den Versionshinweisen sehe :)

Ich habe mich auf dieses Feature gefreut und war froh, als ich dieses GH-Problem hier zum ersten Mal fand. dann bekam ich eine Benachrichtigung nach der anderen über Leute, die in ihrem Ton immer unhöflicher wurden und eine Funktion forderten, als würden sie dafür bezahlen. Aber das sind sie nicht, dies ist freie Software und es ist Open Source. An alle wütenden Leute da draußen: Sie sind Entwickler. Wenn diese kleine Funktion so wichtig ist, machen Sie es einfach selbst und hören Sie auf zu jammern!

... Entschuldigung für die Emotionen. Ich bin nicht mehr registriert, weil ich jetzt die Benachrichtigungen zu diesem Problem erhalten habe. Es gibt genug schlechte Stimmung auf der Welt. Und wenn Tab Pinning eines Tages in ferner Zukunft implementiert werden sollte, bin ich besonders glücklich, wenn ich es in den Versionshinweisen sehe :)

Soviel dazu. Wenn diejenigen, die sich die Zeit genommen haben, hier halb-saure Kommentare zu schreiben, nur ein halbes Wochenende damit verbracht haben, sich den eigentlichen Code anzusehen, würden sie schnell erkennen, dass die Implementierung ziemlich trivial ist und wir bereits mindestens eine Pull-Anfrage haben es. Aber natürlich ist es viel bequemer, sich berechtigt zu fühlen, was Sie kostenlos erhalten. :) :)

@drbarto @peterbozso Gut gesagt 👍
Ich würde diese Funktion wirklich mögen, habe aber derzeit nicht die Zeit, sie selbst zu implementieren, aber ich würde ein Kopfgeld von 10 $ dafür anbieten. Wenn sich mir andere anschließen, können wir vielleicht jemanden davon überzeugen, es in eine nette PR umzusetzen :)

Ich kann nicht sagen, dass ich damit einverstanden bin. Sie werden bezahlt, wir nicht. Sie haben Zeit dafür, wir nicht. Wenn es so trivial ist, warum machst du es dann nicht? Sagen Sie den Leuten nicht, dass es einfach ist, es zu implementieren, sondern tun Sie es einfach. (Heuchler)

Man kann respektvoll sein und trotzdem fragen: "Du bist nicht dis?" gleichzeitig.

Jeder kann sehen, was als nächstes los ist:

• https://github.com/microsoft/vscode/issues/95215
• https://github.com/microsoft/vscode/issues/95168

Ich kann nicht sagen, dass ich damit einverstanden bin. Sie werden bezahlt, wir nicht. Sie haben Zeit dafür, wir nicht.

Einige werden dafür bezahlt, daran zu arbeiten, also tun sie wahrscheinlich das, was ihnen gesagt wird. oder zumindest, was zu diesem Zeitpunkt von höherer Priorität ist, um ihre Ziele zu erreichen

Wenn es so trivial ist, warum machst du es dann nicht? Sagen Sie den Leuten nicht, dass es einfach ist, es zu implementieren, sondern tun Sie es einfach. (Heuchler)

Er sagte, es würde wahrscheinlich ein halbes Wochenende dauern, und die Leute sollten aufhören, sich zu beschweren und es erledigen, wenn das für sie so wichtig ist. Hier gibt es nichts Heuchlerisches. Es interessiert ihn nicht genug, um es zu tun, und das ist in Ordnung (ich bin im selben Boot und du auch, denke ich). Was nicht in Ordnung ist, beschwert sich ständig. Das Thema ist hoch bewertet, im Rückstand wird es erledigt, sobald es auf der Prioritätenliste steht, falls es jemals dort ankommt. Oder wenn jemand anderes dazu beiträgt.

Das Thema ist hoch bewertet, im Rückstand wird es erledigt, sobald es auf der Prioritätenliste steht, falls es jemals dort ankommt.

Das ist eine dumme Annahme. Daher die Beschwerden. Wenn die Dinge nicht so sind, wie sie sein sollten, werden sich viele Leute beschweren. So funktioniert das.

Einige werden dafür bezahlt, daran zu arbeiten, also tun sie wahrscheinlich das, was ihnen gesagt wird.

Okay, dann geben wir Feedback in der Hoffnung, dass die Leute, die ihnen sagen, was sie tun sollen, es sehen werden?

BITTE, um Gottes willen, hör auf zu spammen.

Der Mangel an Kommunikation und das Gefühl, 4 Jahre lang ignoriert zu werden, erzeugt hier die Frustration. Diese Ausgabe ist die sechsthäufigste kommentierte Ausgabe zu diesem Repo. Sie soll einfach zu machen sein und 4 Jahre lang herumliegen. Wir haben keine Ahnung, ob sie überhaupt in der kurz- / mittelfristigen Roadmap berücksichtigt wird.

Ich würde mich nur über ein "Wir möchten es in den nächsten 6 Monaten tun, keine Versprechen" von einem Produktbesitzer freuen, aber das bekommen wir nicht einmal.

Abbestellen von diesem Thread, da wir keine Eingaben vom Team erhalten können.

Obwohl es hier einige unappetitliche Kommentare gibt, scheint es, dass die Mehrheit von angenehm bis einfach genervt reicht.

Wenn Sie anderen sagen, dass sie es einfach selbst tun sollen, wird der gesamte Zweck von Funktionsanforderungen negiert. Was zu Yannlaidrcs obigem Punkt führt. Was bringt es, überhaupt eine Feature-Anforderungsoption zu haben, wenn stark nachgefragte Features wie dieses vollständig ignoriert werden? Es gibt sicherlich kein Vertrauen in die Weiterentwicklung der Anwendung.

Ich habe mich jahrelang darüber gewundert und bin gerade auf diesen Thread gestoßen. Ich würde gerne die Möglichkeit sehen, einen Tab zu pinnen und ihn in einer separaten Zeile darüber schweben zu lassen. Dies verbessert meinen Workflow in regulären Visual Studios erheblich, da ich ständig an einigen Hauptdateien arbeite, während ich in mehreren anderen herumhüpfe, um mir die Dinge anzusehen. Es wäre wunderbar, eine zusätzliche Reihe von Tab-Immobilien zu haben.

Das Anheften von Registerkarten und das Schließen aller nicht angehefteten Registerkarten sind zwei Tastaturkürzel, die ich jeden Tag verwende. Daher blockiert dies meinen Wechsel von Atom zu VS Code. Ich bin ziemlich überrascht, dass es weder als Plugin noch nativ verfügbar ist.

Brah nicht mal in der Nähe.

Ich habe vor ungefähr 6 Monaten versucht, dies in VS Code zu implementieren. Allerdings konnte ich die Funktion damals nicht zum Laufen bringen.

Heute habe ich eine provisorische Lösung für das Problem, HardPin:
Repository: https://github.com/Acmion/HardPin
Website: https://hard-pin.acmion.com

Die Lösung ist keineswegs perfekt, hat mich aber dennoch wesentlich produktiver gemacht.

HardPin ist eine sehr kostengünstige Lösung (ca. 200 Zeilen einfacher Code), die mit Verbesserungen problemlos in die eigentliche Quelle von VS-Code implementiert werden kann. Aufgrund der Tatsache, dass die Lösung das Styling eines :: before-Elements nutzt und den Code absolut nicht zu elegant positioniert.

Weitere Informationen finden Sie unter: https://hard-pin.acmion.com

Ich habe vor ungefähr 6 Monaten versucht, dies in VS Code zu implementieren. Allerdings konnte ich die Funktion damals nicht zum Laufen bringen.

Heute habe ich eine provisorische Lösung für das Problem, HardPin:
Repository: https://github.com/Adamantica/HardPin
Website: https://hard-pin.adamantica.com

Die Lösung ist keineswegs perfekt, hat mich aber dennoch wesentlich produktiver gemacht.

HardPin ist eine sehr kostengünstige Lösung (ca. 200 Zeilen einfacher Code), die mit Verbesserungen problemlos in die eigentliche Quelle von VS-Code implementiert werden kann. Aufgrund der Tatsache, dass die Lösung das Styling eines :: before-Elements nutzt und den Code absolut nicht zu elegant positioniert.

Weitere Informationen finden Sie unter: https://hard-pin.adamantica.com

Ich bin mir nicht sicher, ob es funktioniert. Wenn ja, wie man es benutzt. Ich kann eine angeheftete Registerkarte weiterhin schließen, indem ich auf die Schaltfläche Schließen / 'x' auf der Registerkarte klicke.

Ich habe vor ungefähr 6 Monaten versucht, dies in VS Code zu implementieren. Allerdings konnte ich die Funktion damals nicht zum Laufen bringen.
Heute habe ich eine provisorische Lösung für das Problem, HardPin:
Repository: https://github.com/Adamantica/HardPin
Website: https://hard-pin.adamantica.com
Die Lösung ist keineswegs perfekt, hat mich aber dennoch wesentlich produktiver gemacht.
HardPin ist eine sehr kostengünstige Lösung (ca. 200 Zeilen einfacher Code), die mit Verbesserungen problemlos in die eigentliche Quelle von VS-Code implementiert werden kann. Aufgrund der Tatsache, dass die Lösung das Styling eines :: before-Elements nutzt und den Code absolut nicht zu elegant positioniert.
Weitere Informationen finden Sie unter: https://hard-pin.adamantica.com

Ich bin mir nicht sicher, ob es funktioniert. Wenn ja, wie man es benutzt. Ich kann eine angeheftete Registerkarte weiterhin schließen, indem ich auf die Schaltfläche Schließen / 'x' auf der Registerkarte klicke.

Sind Sie sicher, dass es nicht funktioniert? Versuchen Sie, so viele Registerkarten zu öffnen, dass die Tabscrollbar angezeigt wird, und führen Sie dann HardPin aus (gemäß https://hard-pin.adamantica.com/getting-started/index.html). Auf jeder Registerkarte sollte nun links neben der Schaltfläche zum Schließen ein Kreis angezeigt werden. Durch Klicken auf diesen Kreis wird die Registerkarte links angeheftet. Jetzt sind beim Scrollen die angehefteten Registerkarten immer sichtbar.

Überprüfen Sie das GIF unter https://hard-pin.adamantica.com, wie es funktionieren soll.

Ich habe getestet, dass HardPin unter VS Code Version 1.37.1 und 1.44.2 funktioniert. Ich verwende Windows 10. Nicht, dass ich denke, dass diese für HardPin wichtig sind.

Ich gebe zu, ich habe nicht einmal daran gedacht, den Schließknopf zu verstecken. Meine Definition für das Fixieren von Registerkarten ist, dass sie immer links sichtbar sind. Das Ausblenden der Schaltfläche zum Schließen wäre jedoch keine große Sache (nur eine CSS-Auswahl).

Das Ausblenden des größten Teils oder des gesamten Titeltextes ist ebenfalls erwünscht. (Wenn Sie Tabs anheften, wissen Sie im Allgemeinen, was sie sind und in welcher Reihenfolge sie sind. Sie können sie jederzeit besuchen oder mit dem Mauszeiger bewegen, um die Details anzuzeigen.) Möglicherweise gibt es zwei verschiedene Arten von Pins, z. B. "Pin Tab" und "Pin". Sticky Tab "(Ihre Version). Im Browser klicken Sie mit der rechten Maustaste auf die Registerkarte, um sie anzuheften. Eine Option zum Aktivieren oder Deaktivieren des Stiftkreises wäre schön.

Ohne das Kontextmenü mit der rechten Maustaste nicht schließbar zu sein, ist eine Standardfunktion von angehefteten Registerkarten, wie in einem Webbrowser. Das Neuanordnen von angehefteten Registerkarten ist zulässig, solange sie mit den anderen angehefteten Registerkarten links bleiben. Außerdem wäre es eine Standardanforderung, keine anderen Registerkarten zum Anheften einer Registerkarte öffnen zu müssen.

Das Ausblenden des größten Teils oder des gesamten Titeltextes ist ebenfalls erwünscht.

Ich bin damit nicht einverstanden (siehe das Verhalten von Real Visual Studio), da Sie beim Fixieren von Registerkarten in einem Browser zumindest das Favicon erhalten. Es gibt kein Äquivalent zu einem Favicon für Dateien. Trotzdem könnte eine Option nett sein.

Eine Option zum Aktivieren oder Deaktivieren des Stiftkreises wäre schön.

Nicht wirklich, wie es funktionieren soll, da ich genau die gleiche Funktionalität wie im echten Visual Studio haben möchte, in dem immer das Pin-Symbol angezeigt wird. Ich bin damit einverstanden, dass der Kreis in ein PIN-Symbol geändert werden kann. Die Option könnte verfügbar sein, wenn sie in das VS-Code-Kontextmenü integriert ist, was derzeit nicht der Fall ist.

Ohne das Kontextmenü mit der rechten Maustaste nicht schließbar zu sein, ist eine Standardfunktion von angehefteten Registerkarten, wie in einem Webbrowser.

Einverstanden wäre dies jedoch direkt im Kontextmenü von VS Code zu implementieren. HardPin ist nicht wirklich in VS Code integriert und soll eine provisorische Lösung sein, die gerade funktioniert. Ich kann nicht 6 Monate auf diese Funktionalität warten, weshalb nur einige zusätzliche JS ausgeführt werden.

Das Neuanordnen von angehefteten Registerkarten ist zulässig, solange sie mit den anderen angehefteten Registerkarten links bleiben.

Ja, so funktioniert HardPin. Ich habe vor einigen Stunden ein Verbesserungsupdate veröffentlicht, das Sie möglicherweise verpasst haben (zumindest, wenn Sie es ausprobiert haben, als ich es zum ersten Mal erwähnte), aber das Neuanordnen von angehefteten Registerkarten war immer möglich.

Außerdem wäre es eine Standardanforderung, keine anderen Registerkarten zum Anheften einer Registerkarte öffnen zu müssen.

Verstehe nicht, was du damit meinst. Beispielsweise können Sie eine Registerkarte im realen Visual Studio nicht anheften, wenn Sie sie nicht geöffnet haben.

HardPin ist eine provisorische Lösung, die die Arbeit akzeptabel und nicht perfekt erledigt. Wenn dieser Ansatz jedoch auf der allgemeinen Ebene als in Ordnung angesehen würde (das zusätzliche Stilelement :: vor dem Element, Position: absolut, Ränder und was nicht), wäre die Implementierung in VS Code eine kosteneffiziente Lösung . Kosteneffizient wie bei wenigen Änderungen und relativ wenigen Codezeilen.

Hinweis: Alle Verweise auf das Verhalten von Visual Studio beziehen sich auf das Standardverhalten der Software.

Das ist großartig, hoffentlich beeinflusst das sie, es hinzuzufügen.

Wieder brauche ich das Favicon nicht wirklich, da ich nur 1-4 Tabs anhefte und genau weiß, was sie sind. Aber ich verstehe den anderen Anwendungsfall.

Das ist großartig, hoffentlich beeinflusst das sie, es hinzuzufügen.

Ja, das war eine langfristige Absicht. Kurzfristig bin ich damit zufrieden, den zusätzlichen Code einmal pro Tag auszuführen.

@Adamantica Zeigt es die folgenden Aktionen an, die ich an eine Tastenkombination binden könnte?

• Pin aktuelle Registerkarte
• Schließen Sie alle nicht angehefteten Registerkarten

@konradjurk
Noch nicht, aber das ist wirklich einfach hinzuzufügen. Könnte es auch heute noch schaffen.

Was sollten die Tastaturkürzel sein und welche Tastenkombinationen verwenden andere Programme?

@ Adamantica Cool! :) :)

Ich bin mit dem Konzept der "Befehlspalette" in Atom vertraut und auf den ersten Blick scheint VS Code etwas Ähnliches zu implementieren: https://code.visualstudio.com/api/extension-guides/command Sie könnten die Aktionen von offenlegen Ihre Erweiterung der Befehlspalette, mit der Benutzer sie an ihre bevorzugte Verknüpfung oder UI-Schaltfläche binden können.

Ich persönlich bin es gewohnt, Cmd+Shift+p für das Fixieren und Cmd+Shift+x für das Schließen aller nicht fixierten Registerkarten zu verwenden.

@konradjurk
Entschuldigung, ich habe "Alle nicht angehefteten Tabs schließen" für etwas anderes falsch verstanden. Dies kann nicht implementiert werden, ohne HardPin tatsächlich in VS-Code zu codieren. Es ist jedoch eine Tastenkombination für "Pin Current Tab" möglich.

HardPin ist auf einer tieferen Ebene nicht wirklich in VS Code integriert und kann daher keine Befehle registrieren. Es soll eine vorübergehende Lösung sein. Das harte Codieren der Pinning-Tastenkombination in HardPin ist jedoch kein Problem, es ist schließlich nur JS.

@Adamantica super Beitrag genau dort!

Frage, wäre es möglich, die angehefteten Registerkarten in einer oberen Reihe zu trennen?

@konradjurk
Ich habe das Fixieren von Registerkarten mit der Tastenkombination Strg + Alt + P implementiert.

@eliashdezr
Ich habe gerade die separate Zeile implementiert. Anweisungen finden Sie unter https://hard-pin.adamantica.com/getting-started/index.html .

Sieht aus wie das:

Ich habe vor ungefähr 6 Monaten versucht, dies in VS Code zu implementieren. Allerdings konnte ich die Funktion damals nicht zum Laufen bringen.

Heute habe ich eine provisorische Lösung für das Problem, HardPin:
Repository: https://github.com/Adamantica/HardPin
Website: https://hard-pin.adamantica.com

Die Lösung ist keineswegs perfekt, hat mich aber dennoch wesentlich produktiver gemacht.

HardPin ist eine sehr kostengünstige Lösung (ca. 200 Zeilen einfacher Code), die mit Verbesserungen problemlos in die eigentliche Quelle von VS-Code implementiert werden kann. Aufgrund der Tatsache, dass die Lösung das Styling eines :: before-Elements nutzt und den Code absolut nicht zu elegant positioniert.

Weitere Informationen finden Sie unter: https://hard-pin.adamantica.com

Wow danke dafür funktioniert es super! Wie konnte dies jetzt nicht in Vs Code integriert werden ...

Wir hatten vor 2 Wochen einige UX-Diskussionen (danke an Acmion für das Auslösen dieser Diskussion) darüber, wie wir uns dem nähern sollen, und eine erste Version ist jetzt auf master . Es funktioniert so ziemlich so, als würden Browser angeheftete Registerkarten unterstützen:

• Sie bewegen sich an den Anfang der Editorgruppe
• Sie werden nicht geschlossen, es sei denn, sie werden ausdrücklich geschlossen (z. B. "Andere schließen" schließt sie nicht).
• Sie bleiben sichtbar, wenn wenig Platz vorhanden ist und eine Bildlaufleiste angezeigt wird
• Sie werden nur mit wenig Platz angezeigt (z. B. nur das Symbol), aber wir glauben, dass es eine Einstellung geben könnte, um das visuelle Erscheinungsbild zu ändern

Das aktuelle visuelle Erscheinungsbild lautet wie folgt:

Wenn dies in unserem Insider-Build verfügbar sein wird, würde ich um mehr Feedback bitten, wenn die Leute dies ausprobieren können, aber ich freue mich über Vorschläge basierend auf dem Video.

Zu beachten ist, dass dieses Design im Vergleich zu Visual Studio in eine andere Richtung geht. Wir planen derzeit nicht, eine zweite Tabulatorzeile einzuführen, da angeheftete Tabs niemals aus der Ansicht gescrollt werden. Die Unterstützung mehrerer Registerkartenzeilen wäre etwas, um in ein neues Problem einzusteigen und dort zu diskutieren.

@bpasero Danke für den Fortschritt!

Wir planen derzeit nicht, eine zweite Tabulatorzeile einzuführen, da angeheftete Tabs niemals aus der Ansicht gescrollt werden.

Nachdem ich dies gelesen habe, möchte ich diese riesige Ankündigung nicht verkleinern, aber die getrennte Zeile für angeheftete Registerkarten ist wie die Hälfte des wahren Vorteils ihrer Verwendung. Ich bekomme die technischen Komplikationen, vielleicht ist das für mich nicht mehr aufregend, wenn es nicht möglich ist, es zu erreichen.

Es war ein lang erwartetes Feature für mich, es zu haben, aber leider kam es auf etwas an, was ich nicht erwartet hatte.

Vielen Dank für die Mühe.

@eliashdezr das ist fair, und ich habe versucht klar zu machen, dass ich nicht dagegen bin, mehrere Tabulatorzeilen zu diskutieren, daher mein Kommentar:

Die Unterstützung mehrerer Registerkartenzeilen wäre etwas, um in ein neues Problem einzusteigen und dort zu diskutieren.

Was ich damit sagen wollte, ist: Ich möchte das aktuelle Design-Denken vorantreiben, mehr Feedback von Insider-Benutzern einholen und individuelle Verbesserungen in einzelnen Fragen diskutieren. Ich denke, dieses Thema ist viel zu groß geworden, um eine sinnvolle Diskussion zu führen. Hoffnung, die Sinn macht.

Woooooooooooooooooooooooooooo !!! Gute Arbeit und danke!

Genau darauf habe ich gehofft. Wenn es genau wie im Video funktioniert und wir die angehefteten Registerkarten neu anordnen können, muss ich es nur auf Fehler testen.

Ich persönlich sehe keinen Bedarf an mehrzeiligen Registerkarten, da angeheftete Registerkarten, Bildlauffähigkeit und mehrere Fenster Optionen sind. Ich denke, Sie kommen an einen Punkt, an dem zu viele Registerkarten in einem Fenster geöffnet sind, um effektiv zu sein, und diese Fixierungsfunktion maximiert diese Anzahl. Ich bin jedoch nicht gegen eine mehrzeilige Tabs-Option.

Wenn dies in unserem Insider-Build verfügbar sein wird, würde ich um mehr Feedback bitten, wenn die Leute dies ausprobieren können ...

Können Sie weitere Informationen dazu geben, die Insider bauen und wo Sie Feedback wünschen?

Danke noch einmal.

@eliashdezr das ist fair, und ich habe versucht klar zu machen, dass ich nicht dagegen bin, mehrere Tabulatorzeilen zu diskutieren, daher mein Kommentar:

Die Unterstützung mehrerer Registerkartenzeilen wäre etwas, um in ein neues Problem einzusteigen und dort zu diskutieren.

Was ich damit sagen wollte, ist: Ich möchte das aktuelle Design-Denken vorantreiben, mehr Feedback von Insider-Benutzern einholen und individuelle Verbesserungen in einzelnen Fragen diskutieren. Ich denke, dieses Thema ist viel zu groß geworden, um eine sinnvolle Diskussion zu führen. Hoffnung, die Sinn macht.

Danke, dass du das für mich gelöscht hast

Können Sie weitere Informationen dazu geben, die Insider bauen und wo Sie Feedback wünschen?

Wir werden diese Woche VSCode 1.45 veröffentlichen und der Insider-Build wird gleich danach veröffentlicht. Insider-Builds können neben Stable unter https://code.visualstudio.com/insiders/ installiert werden

Sobald Insider einschließlich dieser Änderung verfügbar sind, werde ich hier erneut posten. Wenn Sie es jetzt installieren, erhalten Sie es automatisch, sobald wir stabil veröffentlicht haben 👍

So aufregend wie unerwartet!
DANKESCHÖN!

Auch wenn ich denke, dass eine zweite Reihe ein Muss ist, verstehe ich Ihren Ansatz vollkommen.

Ich kann nicht genug Danke sagen!

@bpasero Danke für das Update der Funktion!

Mein Hauptfeedback ist, dass es meiner Meinung nach wichtig ist, dass Benutzer Registerkarten in einer separaten Zeile anheften:

• Wenn der gesamte Dateiname auf der angehefteten Registerkarte angezeigt werden soll, verlieren wir viel Platz für "vorübergehende" Registerkarten, sodass wir viel mehr horizontal scrollen müssen, als wir sollten.
• Wenn Sie sie in einer separaten Zeile haben, können Sie viel schneller zwischen nicht fixierten Registerkarten unterscheiden

Danke, sieht gut aus!

Wie ist das Verhalten beim Schließen mehrerer Registerkarten?
Bleiben sie bei "Close All" offen?

Wenn es genau wie im Video funktioniert und wir die angehefteten Registerkarten neu anordnen können

Fixierte Laschen können zum Ein- und Ausstecken ein- und ausgefahren werden. Das Drop-Feedback zeigt an, was passiert (z. B. wenn Sie auf eine angeheftete Registerkarte fallen, wird die Registerkarte angeheftet und umgekehrt).

Wie ist das Verhalten beim Schließen mehrerer Registerkarten? Bleiben sie bei "Close All" offen?

Die einzige Möglichkeit, einen angehefteten Tab zu schließen, besteht darin, ihn explizit zu schließen (z. B. über Cmd+W wenn er aktiv ist). Aktionen wie "Alle schließen" oder "Andere schließen" schließen angeheftete Registerkarten nicht. Es gibt nur wenige Ausnahmen, z. B. haben wir den Befehl "Alle Editorgruppen schließen", mit dem auch angeheftete Registerkarten entfernt werden.

Tolle Arbeit

Es ist wichtig, diese erste Version herauszubringen, wonach Verbesserungen (z. B. die separate Zeile) implementiert werden können.

Insider wird jetzt mit den folgenden Änderungen aktualisiert: https://code.visualstudio.com/insiders/

Um eine Registerkarte zu pinnen, können Sie entweder:

• Rechtsklick> Pin
• oder konfigurieren Sie eine Tastenkombination für den Befehl workbench.action.pinEditor und workbench.action.unpinEditor (standardmäßig CtrlCmd+K CtrlCmd+Enter )

Ich arbeite in einem vollständigen MS-Stack, aber für meine clientseitige Arbeit bevorzuge ich es wirklich, in etwas Leichterem wie VS Code zu arbeiten. Es machte mich traurig, wie viel festgesteckte Tabs ein Deal Breaker waren. Vielen Dank, von anderen Software-Ingenieuren bis hin zu Software-Ingenieuren!

Insider wird jetzt mit den folgenden Änderungen aktualisiert: https://code.visualstudio.com/insiders/

Um eine Registerkarte zu pinnen, können Sie entweder:

• Rechtsklick> Pin
• oder konfigurieren Sie eine Tastenkombination für den Befehl workbench.action.pinEditor und workbench.action.unpinEditor (standardmäßig CtrlCmd+K CtrlCmd+Enter )

Wow, das ist großartig! Ich weiß, dass dies noch in der frühen Entwicklungsphase ist, aber es wäre großartig, eine Option zu haben, um Dateien zu pinnen und den Dateinamen sichtbar zu halten. Oft stecke ich nur Dinge fest, die ich nur auf unbestimmte Zeit offen halten möchte, aber es wird schwierig zu wissen, welche welche sind, wenn ich mehrere Dateien eines bestimmten Typs angeheftet habe.

Das Ausblenden von Dateinamen mit angehefteten Registerkarten kann ein Problem sein, da die meisten Dateien in einem Projekt vom gleichen Typ sind und wir sie nicht durch einfaches Betrachten des Symbols unterscheiden können

Das Ausblenden des Dateinamens eines angehefteten Tabs kann ein Problem sein, da die meisten Dateien in einem Projekt vom gleichen Typ sind. Wir können sie nicht anhand eines Symbols unterscheiden

Genau. Eine zweite Zeile für die angehefteten Registerkarten wäre für mich nützlicher.
Das könnte eine Einstellungsoption sein:

• Mit Namen gepinnt
• Als Ikone gepinnt
• Pin auf einer zweiten Reihe (mit Namen)

Für das, was es wert ist, würde ich es vorziehen, wenn das Verhalten mit normalem Visual Studio übereinstimmt - die Registerkarten links "klebrig" zu machen, aber den vollständigen Dateinamen beizubehalten. Heh, ich kann nicht sagen, dass ich jemals das Verhalten "2. Zeile" in Visual Studio für angeheftete Registerkarten verwendet habe :-P

Alles, was ich von angehefteten Registerkarten möchte, ist, dass sie nicht verschwinden, wenn ich eine Operation vom Typ "Alle schließen" oder "Andere schließen" ausführe, und auch nicht automatisch geschlossen werden, wenn ich über workbench.editor.limit.value geöffnete Registerkarten gehe . Tatsächlich ist das workbench.editor.limit.value Ding für mich das Wichtigste, da das Erreichen dieses Limits mehr passiert, als ich auf "Alle schließen" drücke, und im Moment verwende ich die Option workbench.editor.limit.value bei nicht Alles nur, weil es ohne angeheftete Tabs für mich nutzlos ist.

Fixierte Registerkarten verhalten sich wie folgt:

• Schließvorgänge, die nicht für einen einzelnen Editor bestimmt sind, ignorieren sie (z. B. "Alle schließen").
• In Bezug auf workbench.editor.limit angeheftete Tabs wie schmutzige Tabs behandelt und nicht geschlossen

Ich denke, meine Meinung sollte auch den Dateinamen auf einer festen Registerkarte sehen.
Ich denke, der Grund, warum die festen Registerkarten von Chrome nicht benannt werden mussten, ist, dass die Symbole ausreichten, um sie zu unterscheiden.

In einigen Fällen kann es nützlich sein, nur ein Symbol mit dem ersten Buchstaben des Dateinamens anzuzeigen (wie Standardavatare, die die Initialen eines Benutzers auf verschiedenen Plattformen anzeigen).
Wenn beispielsweise "README.md" und "TODO.md" angeheftet sind, wird ein Symbol mit "R" und eines mit "T" angezeigt.

Ich frage mich, ob es eine Einstellung geben sollte, in der Sie einfach die Größe eines angehefteten Tabs eingeben können (derzeit ist es 38px ). Wenn Sie mehr als 38px eingeben, wird der Name der Registerkarte gerendert, der Name wird jedoch abgeschnitten, wenn diese Breite überschritten wird.

Übrigens, wenn Sie keine angehefteten Registerkarten ohne aktivierte Symbole gesehen haben, wählen sie den ersten Buchstaben des Dateinamens aus:

Wie wäre es, wenn Sie das Symbol als Abzeichen in der unteren rechten Ecke der Registerkarte hinzufügen.

Nur ein Gedanke...

Ich frage mich, ob es eine Einstellung geben sollte, in der Sie einfach die Größe eines angehefteten Tabs eingeben können (derzeit ist es 38px ). Wenn Sie mehr als 38px eingeben, wird der Name der Registerkarte gerendert, der Name wird jedoch abgeschnitten, wenn diese Breite überschritten wird.

Ich denke, diese + Abrundung auf den nächsten Buchstaben für die Titelzeichenfolge jedes Tabs wäre eine gute Idee. Ich hätte vorgeschlagen, nur Buchstaben zu zählen, aber die Tabulatortitel sehen nicht so mono beabstandet aus.

@ CWempe

Wie wäre es, wenn Sie das Symbol als Abzeichen in der unteren rechten Ecke der Registerkarte hinzufügen.

Wollen Sie das immer unabhängig von der Symboleinstellung oder nur in diesem Fall tun? Ich denke, wenn der Benutzer Symbole deaktiviert hat, sollten wir sie nicht anzeigen. Im anderen Fall bin ich mir nicht sicher, ob ein kleines Abzeichen ausreichend sichtbar ist, um Dateien voneinander zu unterscheiden.

@ AndrewDavis

Es wäre eine gute Idee, für die Titelzeichenfolge jedes Tabs auf den nächsten Buchstaben abzurunden

Ich bin mir nicht sicher, ob ich diese Idee verstehe. Kannst du ein Beispiel geben?

Es wäre eine gute Idee, für die Titelzeichenfolge jedes Tabs auf den nächsten Buchstaben abzurunden

Ich bin mir nicht sicher, ob ich diese Idee verstehe. Kannst du ein Beispiel geben?

Da die Schriftart nicht monospaced ist, können Sie sie auf eine Pixelbreite einstellen und theoretisch einen Teil eines Buchstabens anzeigen. Ich sage, finde heraus, auf welchem ​​Buchstaben die Breite landet, und runde dann ab, um nur den Buchstaben davor anzuzeigen, wenn nicht einen ganzen Buchstaben (pro Tab). Das kann es schon, idk; würde aber mit teilweiser Buchstabensichtbarkeit hässlich aussehen.

Wollen Sie das immer unabhängig von der Symboleinstellung oder nur in diesem Fall tun? Ich denke, wenn der Benutzer Symbole deaktiviert hat, sollten wir sie nicht anzeigen. Im anderen Fall bin ich mir nicht sicher, ob ein kleines Abzeichen ausreichend sichtbar ist, um Dateien voneinander zu unterscheiden.

Eigentlich wusste ich nicht, dass Sie Symbole deaktivieren können. 😄
Natürlich sollte diese Option konfigurierbar sein oder von der allgemeinen Symboleinstellung abhängen.

Hier ist ein kurzes Modell.

Ja, die "Bagdes" könnten nach der Implementierung etwas kleiner sein.
Da viele Symbole unterschiedliche Farben haben, können sie auch dann unterschieden werden, wenn sie klein sind.

Ich denke, wir müssen sehen, wie das in der Realität aussehen wird.

In Bezug auf die Breite der angehefteten Lasche.
Ich weiß nicht, wie vscode intern funktioniert, aber denken Sie daran, dass Benutzer die GUI vergrößern und verkleinern können.
Eine feste Breite in Pixel funktioniert möglicherweise nicht. In HTML gibt es andere Einheiten, mit denen Sie die Größe eines Elements dynamisch festlegen können.
Aber ich bin sicher, dass die vscode-Entwickler das besser wissen werden als ich. 😄

Ich würde mich freuen, wenn ich aus dem Dateinamen Symbol + x Zeichen auswählen könnte, vorzugsweise ohne '…', da dies nur Platz verschwendet.

So können Sie haben:
☐ GameManager.cpp
☐ GameM
☐ Ga
☐ G.
oder nur
☐

Dies erfordert keine großen Layoutänderungen und ermöglicht die Anpassung an jede Codebasis und jeden Benutzer.

Hahahaha, das passiert also, wenn Sie einen wirklich langen Dateinamen erstellen:

Es nimmt nur den gesamten Platz mit einer Registerkarte ein! :Ö
(PS Das ist schlecht.)

Und das passiert, wenn es nicht passt (ich habe das Fenster kleiner gemacht), es schneidet den Buchstaben ab:

Ich würde mich freuen, wenn ich aus dem Dateinamen Symbol + x Zeichen auswählen könnte, vorzugsweise ohne '…', da dies nur Platz verschwendet.

Ja, aber wie ich schon sagte, es ist keine monospaced Schriftart. Wenn Sie dies tun würden, wären die angehefteten Registerkarten alle unterschiedlich groß, lol. Ich meine, ich denke du könntest das immer noch tun ... Vielleicht ist das nicht so schlimm ...

"Ja wirklich?" Es gibt keine Begrenzung auf der Registerkarte mit? Nun ... das ist in gewisser Weise gut. Aber auch ... schlecht. Gibt es eine Einstellung dafür?

Und ja, sie hätten unterschiedliche Größen, aber wenn Sie 4 Zeichen festlegen, unterscheiden sie sich nur geringfügig.

Um die Breiten zu vereinheitlichen, würde ich versuchen, die Tabulatorbreite auf num_chars * 1em . Ich bin kein Web- / CSS-Experte, aber so wie ich es verstanden habe, ist 1em ungefähr die "Breite eines m", das breiteste Zeichen, und es ändert sich mit der ausgewählten Schriftart oder Zoomstufe.

Sie können "workbench.editor.tabSizing": "shrink" so konfigurieren, dass Registerkarten auf eine kleinere Größe bis zu einem Minimum von 120px verkleinert werden. Die Standardeinstellung ( fit ) zeigt jedoch immer die gesamte Registerkarte an, auch wenn dies der Fall ist überschreitet den verfügbaren Platz.

@bpasero Wirklich froh zu sehen, dass sich die Dinge damit weiterentwickeln!

Um meine Ansicht dazu hinzuzufügen, halte ich es auch für besser, standardmäßig den vollständigen Namen der Datei auf der Registerkarte anzuzeigen. Wenn Sie beispielsweise nur das Symbol verwenden, wenn Sie ausschließlich mit cs- oder js-Dateien arbeiten, ist die Interaktion schwierig.
Es kann eine Option wie "tab.maxfilenamecharsize" geben, um zu entscheiden, ob der Name der Datei geschnitten werden soll, wenn sie zu lang ist. Wenn Sie den Mauszeiger über die Registerkarte bewegen, um den vollständigen Namen anzuzeigen, wird ein Popup angezeigt.

Haben Sie das Ticket bereits erstellt, um zufällig über die dedizierte Zeile für den angehefteten Tab zu sprechen?

Ich habe die folgenden Probleme extrahiert:

• Lassen Sie die Laschen # 98558 anheften
• Fixierte Registerkarten: Zeigen Sie sie in einer sekundären Registerkartenzeile über anderen # 98160 an
• Fixierte Registerkarten: Fügen Sie eine Einstellung hinzu, um mehr Kontext # 98161 anzuzeigen

Darüber hinaus habe ich einen Testplan erstellt (https://github.com/microsoft/vscode/issues/98019), in dem die Benutzer die aktuell implementierten Funktionen sehen können. Ich schlage vor, neue Probleme einzureichen, wenn die vorhandenen Probleme, die ich geöffnet habe, etwas nicht abdecken.

@ jez9999 Wenn es keine Einwände gibt, würde ich dieses Problem schließen und die verbleibenden Teile in den genannten Problemen fortsetzen. Mir ist klar, dass dieses Problem eine Menge Upvotes erhalten hat, und ich frage explizit nach dem VS-Weg ("Option zum Anheften von Registerkarten ähnlich wie in Visual Studio hinzufügen"), würde aber darum bitten, Stimmen und Diskussionen in die von mir erstellten Folgeprobleme zu verschieben.