我也会喜欢这个，这就是我在“ Visual Studio full”中管理标签的方式。 我发现如果没有在正常流程中打开的文件会妨碍您的生活，那就很难了。

我同意，那会很好

我们已经有此功能。 只需单击一下即可从文件资源管理器中打开文件，这与在Visual Studio中使用图钉一样。 我决定关闭此问题，然后再打开一个，使选项卡的处理方式更加清晰。 也许在窗口选项卡上添加图钉图标标记为“保持打开”。

@wonea Visual Studio可以选择将固定的选项卡与打开的选项卡分开（并在不同的行上）。 这样的选项在Visual Studio Code中非常有用。 也许那应该是一张单独的票。

@asednev确实如此。 我想说VS Code实际上可以通过保留当前行为来在Visual Studio上进行改进，但同时允许将标签页固定在“顶部固定”或类似的位置，这会将它们排在其余标签页的上方（例如，常规的Visual Studio引脚行为）。

顶行的固定选项卡再次投票。 当您最终打开许多文件时，这对处理“主”文件很有帮助。

固定标签是非常好的功能，我们必须拥有

我写了一些VSCode扩展来解决类似的问题。 它称为工作台： https :
也许我的解决方案可以为您提供提示，说明如何在本地实现它。

我无意间关闭了标签页，很高兴可以使用此功能（就像Google Chrome一样）

不需要花哨的东西-像这样的简单事情，带有上下文菜单项来固定选项卡会很棒！

创建相交的问题：＃32836

是的，为了所有圣洁的爱而添加它。

+1

令我感到震惊的是，该功能尚未实现，我以为简单的Google搜索会产生一些我需要打开的设置。 我无法确切地说出生产力成本是多少，但是有时我在Visual Studio中最多有30至40个引脚，这使生活变得如此轻松。 无论何时添加，VS Code开发团队都会非常高兴。

+1

有没有一种方法可以通过插件来实现？ 即使这不是核心团队愿意做的事情，我还是希望看到以某种方式完成。 如果可能的话，我什至愿意自己写该死的插件。 有人知道吗

+1

严重的是，自本期开刊以来已经快一年半了。 这需要发生。 这将是UI的重大改进。

我们需要这个。

顺便说一句，引用@wonea ，我看不到任何视觉提示，我_keep open_的选项卡的确会在下次打开该项目时保持打开。 有点令人困惑。

我几乎第二次为此打开一个问题（我之前已经打开过一个问题）。 我不敢相信这仍然是一个未解决的问题。

我不希望自己很粗鲁，但这不是一个开源项目吗？ 我认为这里的每个人都是开发人员。 我也很想看到这个功能，但是我意识到我不为我认为是最好的代码编辑器之一而付出任何代价，并且开发人员只有有限的资源。 如果您非常想使用此功能，则始终可以选择自己编写。

你是绝对正确的。 这是一个开发人员工具，作为开发人员，我们应该能够实现此功能。 但是，这仍然是非常需要的，并且令人难以置信的是，社区或团队中没有人实施它。 😄

哈哈真的真的！

AlCaltor das rite

我不知道有什么方法可以实现。 也许团队中的某人至少可以简短地解释需要做什么？

@Caltor总是可以选择自己编写它……然后再等一年半，直到您的PR被批准（或拒绝））

@irudoy，但是您可以自己使用它，这很好。

@Mnuzz不是＃26965并不是一个很好的起点吗？

实际上，这就是我们想要的东西😅

+1以在VS代码中具有此功能

+1

+1

请使用反应按钮投票。

不要忘记也订阅，这样开发人员就知道这是一个受欢迎的问题。

+1

“保持打开”不等同于固定的标签。 除了将“窥视”选项卡转变为“永久”选项卡外，我什至不确定它的实际作用。 当我打开两个选项卡时，我在一个选项卡上“保持打开”，然后在另一个打开的选项卡上选择“关闭其他”，然后我的“保持打开”选项卡关闭。

在此应用程序中非常需要固定标签。 我必须不断关闭所有打开的文档，因为我无法跟踪当前正在处理的重要文件。

+1

经过将近2年的时间，我们只有300多张票。 我认为这不会使它很快生效。

：octocat：

@bpasero
嘿，本！ 您知道这在不久的将来是否有计划吗？

谢谢！

告诉萨蒂亚·纳德拉（Satya Nadella）去做。

+1，必须具有功能

+1必须确实

+1必须拥有！

+1我们需要这个

+1

+1好功能！

+1好的功能，“保持打开的文件”不好！

固定文件

• 固定文件的选项卡是最左侧的选项卡或在不同的行上
• 文件位于“打开文件”列表的顶部或它们自己的列表中

我因为喜欢vscode而感到矛盾，但是我需要像过去在原子中那样习惯来固定制表符，所以我不确定是否会留在vscode还是回到原子。

这是atom扩展，也许它将帮助某人在vscode中实现此功能。

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

固定文件

* 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

不知道这是一个问题还是声明。

我更喜欢使用与Visual Studio相同的操作：固定选项卡位于不同的行中。

像这样：

我还没有尝试过Atoms扩展程序，但是它肯定是个好方法。 我认为将标签固定在左侧并仅使用图标是个好主意。

为什么不使其可配置？ 因此，用户可以在顶部的固定选项卡或仅作为左侧的图标的固定选项卡之间进行选择（并且可能在右侧以容纳rtl语言的用户）。

也许像这样： "workbench.editor.pinnedTabs"可以像"workbench.editor.tabCloseButton" （ "left" ， "off" ， "right" ）一样工作，但是增加了可能的值"top" 。

如果VSC得到固定的标签，它将成为有史以来最伟大的软件之一。

为此功能+1。 “保持打开”几乎不是解决方案，特别是如果您关闭了“预览打开”（或称为“预览打开”）。 @Jusas发布的pin行为正是我要寻找的：

+1

+1

+！

+1🚀

真的很想看这个。 我想念Visual Studio社区的“关闭所有固定选项卡”功能。 我很想在Visual Studio Code中看到它。

这是我的投票。 在使用Visual Studio多年之后，我开始非常依赖引脚。 进行此操作时，应确保包括将固定文档放置在单独一行中的功能。

我真的很喜欢将文件固定在资源管理器视图顶部的选项-不一定使选项卡保持打开状态。

这是在这里请求的，然后作为重复项关闭，但是我不确定是否是相同的请求... https://github.com/Microsoft/vscode/issues/23807

我的猜测是，既然VSCode实施了Grid Editor Layout选项并添加了面包屑，则必须考虑许多UX。

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

+1确实需要这个！

+1

+1
你可以把这个给你的新人。 低prio功能，但深受用户欢迎

+1❤️

+1

+1

+1

+1

+1

+1

人们能否只对最初的帖子做出反应，而不添加“ +1”评论。

看到该线程的通知真令人讨厌，只是发现有人只是添加了+1而不是对此问题的实际更新。

@martinbean，你问他们太多我的朋友！

我向@misolori （UX专家）提到了此功能，现在正在UX Backlog上考虑该功能，现在让我们拭目以待，看看团队是否可以在即将发布的版本中考虑此功能，因为我觉得此功能请求已被拖延了很长时间，对VS Code团队的任何评论。

为此+1。

正如asednev所提到的，别针标签（如vs中）不仅仅是保持打开状态，而是在不同的行中，这样可以更广泛地查看已打开的标签，而不会（至少对我而言）使水平滚动烦人。

+1

暂时高亮显示选项卡可能会很酷，
至少我可以在视觉上区分重要的标签。

（_就像“ workbench.editor.highlightModifiedTabs” _一样）

人们能否只对最初的帖子做出反应，而不添加“ +1”评论。

看到该线程的通知真令人讨厌，只是发现有人只是添加了+1而不是对此问题的实际更新。

+1

带有固定凸舌的附加行减少了垂直空间...
我认为最好保留“保持打开”选项卡，而这些选项卡不能通过“全部关闭”和“ Ctrl + w”关闭。

+1

我想固定编辑器选项卡，以便它们停留在选项卡列表中，而无需向左滚动或逐个关闭所有其他选项卡。 我倾向于一次触摸许多相似的文件，查看一些修复程序的主要列表以查找要打开的文件，并使这些列表易于访问很容易。

+1

还有什么可能比这更有用？ 应该是第一要务

我真的很想拥有这个功能。 从VS切换到VS Code时，我非常想念这件事。 在大多数情况下，当我从事一项新任务时，我有一些关键文件，但有很多其他文件。 如果我可以固定密钥文件，那么它将使我的工作更加高效..不知道为什么这么长时间没有实现此功能。

+1（所有人的故意撞车）哈哈

将近3年。 我们还在等！！！

踢马！

Github需要使用固定功能，因此此请求将一直保留到解决。

此外，我还要补充一点，我个人希望锁定的原因之一是，当您锁定选项卡时，能够具有Firefox提供的行为，它不会提供新的行，而是将选项卡缩短为仅显示图标（图标），并阻止您将其关闭。 否则，它的行为与其他任何选项卡完全相同（可以按Ctrl + Tab循环浏览等）。

可能有一个可切换的功能，有两种不同的固定方式，或者双击固定的选项卡将其大小从完整更改为图标（然后在关闭按钮旁边有一个固定按钮）。

+1

+1

+1

当我们Right Click -> Close All可能是黑帮时，固定的标签应该保持打开状态

这将非常有用。 让我们实现这个吧！

@bpasero您能为此提供一个预计

这是VS极其有用的功能，尤其是对于大型项目，但是我们已经在VS Code中等待了将近3年。

做到这一点，好吗？ :)

做到这一点，好吗？ 我非常需要这个~~~

多行制表符（＃32836）将是理想的选择，但请实现这一点！ <3

+1极大地提高了生产率。

只是在寻找这个-已经没有扩展名了吗？ 是否存在与此功能要求相关的扩展无法完成的事情？

+1

+1

+1

+1

Visual Studio Code中固定选项卡或多行选项卡上的任何ETA吗？

谢谢。

我支持固定标签的第二行。
从XCode（可以在单个选项卡中打开多个文件）开始，当前的VS Code选项卡非常有限。

9月12日是程序员日，
我们都可以得到礼物吗？

请尽快支持此功能！

因此，固定标签和关闭未固定标签的功能不是VS Code的功能吗？ 这使得从VS切换非常困难

难？ 尝试不可能，无法进行切换。

请尽快支持此功能！

试图在这里更具建设性...有人可以告诉我呈现标签的代码在哪里吗？ 我有兴趣对此功能做出贡献。 为了显示固定了哪些标签，我认为应该使用其他图标或其他颜色来呈现标签。 我还想添加规则来更改每个目录的选项卡颜色，以便可以根据给定工作区中正在处理的项目使用自定义颜色（我在成熟的Visual Studio中具有这种扩展）。

我认为这是一个可能的起点，它是测试选项卡关闭的测试用例...

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

谢谢@davalapar

有趣的是，测试中有一个固定的标志:)。 绝对表明已经/计划进行某种程度的支持。

group.openEditor（input5，{active：true，pinned：true}）;

+1。 非常需要的功能。

+1

+3

这确实是非常需要的！

对于这个已经使用了将近3年的问题，能否给出明确的答案？
是什么阻碍了此功能的发展？

在大多数项目中，迅速打开了许多文件，因此选项卡更多的是最新文件堆栈，而不是实际可用的标签。 固定它可以确保立即确定地访问某些文件（配置，路由器，插件等）。

我正在从Sublime转到VS Code，并希望将其下载到这里，不幸的是它还没有准备好... :(

滚动选项卡时我头晕。 请添加此功能。

我也希望使用此功能，但是我不希望单独的行占用更多的垂直代码空间。 我希望它是像Firefox这样的真正“大头针”，其中选项卡只是带有图标的小方块。

更好的多窗口支持（相同的文件夹，2个窗口等）是VSC改进的最大潜力。

我不喜欢单独的行想法。 如果将它们像Firefox一样固定在所有选项卡的开头，则可以使用ctrl + [1-9]快捷方式浏览它们。 然后缩小选项卡的大小以节省空间。 如果将其固定，则可能确切知道它是什么。

单行太拥挤，将第二行固定会使工作空间更加井井有条

很想看到这一点。 ❤️

显然，这仍在待办事项中，没有团队的反馈，也是目前要求最多的功能之一。

想知道为什么我们被忽略了。

@eliashdezr他们将关闭在接下来的6个月中未发生的所有问题，因此，如果在迭代结束时仍未解决此问题，那么我认为这将很快实现。

我们至少没有更新螺母。 我出于某种原因在VS中完成全部堆栈工作，但是对于我们的.NET Core项目，我绝对希望在VS Code中工作。 现在回到没有固定选项卡的选项是不可行的，我做不到，直接需要使用该功能的功能。

如果那很重要，那就花钱或自己动手做吧； 否则，你会得到你得到的。 我无意冒犯，只是这样说。 但是，是的，这真是太好了，我们都认为如此。

没有VS Code，我仍然可以生存，并且我认为强调功能的价值没有任何问题。

我认为可能会担心，固定选项卡会使用户始终无休止地使用很多选项卡。 这可能会影响性能和内存。 它可能看起来并不那么简单，但是可能会有一个折衷，即最大5个窗口的最大固定数量，因此至少我们要珍惜那些重要的窗口并珍惜它们：）

@Enielezi在内存使用方面与常规选项卡

固定标签会影响性能和内存，因为它可以使文件保持打开状态吗？ 我认为您对软件知之甚少，应避免对此发表评论。

由于某种原因，“保持打开”位于VSCode中的菜单上，但已被禁用。 这似乎是一个不错的选择，为什么要禁用它？

那不是固定的。 如果单击“资源管理器”选项卡左侧的一堆文件，它们将全部在一个编辑器选项卡中打开，并且彼此替换。 这样，您可以快速预览文件。 保持打开状态会使文件在打开其他文件时保持打开状态。 双击它，单击“保持打开”，或按Ctrl + K，按Enter键都可以执行此操作。 该讨论是关于不能使用X关闭文件，也可能是仅使用图标的标签来节省未固定标签的标签空间。

我们没有看到提供此功能的扩展的主要原因是，VSCode API没有公开有关在给定时间打开哪些文件的信息。 唯一可用的选项是使用内置命令循环浏览所有文件，并手动保留它（闪烁的是编辑器闪烁，不利于您正常工作）。 是的，在任何给定的时刻都具有多个打开的选项卡会是一个问题，特别是当其中一些根本无法关闭时。 嗯，我们也不能截获关闭的文件，因为在文件处理上调用了事件get，而不是关闭（处理是在文件关闭以后的某个时间发生的，这取决于VSCode）。

好吧，提出来有点la脚，但是Webstorm有标签固定🤐

感觉对此功能有很多支持，但是3年没有更新了吗？

我也+1。

是的，我想也看到这个功能。

我很惊讶地从2016年开始在这里发现此问题。这不是因为它是很久以前或多次被要求的，而是因为它尚未实现。 这似乎不是一个复杂的请求，也不是一个利基的请求。 自最初发行以来，似乎应该已经有了一些东西。

+1

如果不想添加，请至少公开必要的API，以允许扩展添加此功能。

令我惊讶的是这还不是一个功能。 对于我以外的许多人来说，它绝对有价值，请考虑一下。

+1

@alexandrudima进入https://github.com/microsoft/vscode/issues/5446的魔力有可能在此发生吗？ :)

我也非常需要它，我希望它将很快实施。

FML，我退出VScode，因为这...

VS Code广为宣传，但缺少许多基本知识。 这就是其中之一。 此外，“查找文件”特别糟糕。 我真的不确定炒作到底是什么。 我认为是时候让Atom焕然一新了，也许还应该坚持使用Visual Studio。 实际上，我使用VS Code的目的只是为了查看日志文件，因为它比Notepad稍好。

[..]我使用VS Code的全部目的是查看日志文件，因为它比记事本更好。

是的，对..🙄

实际上，我使用VS Code的目的只是为了查看日志文件，因为它比Notepad稍好。

我同意。 如果您确实需要做一些事情，那么使用VS Code不仅仅是在加载Visual Studio上，更是在浪费时间。 不过它比记事本更好。

请添加此特征，vsc有一个愚蠢的问题，如果未修改活动页面，则该页面将替换活动页面！ 如果有图钉标签将解决此问题。

请添加此特征，vsc有一个愚蠢的问题，如果未修改活动页面，则该页面将替换活动页面！ 如果有图钉标签将解决此问题。

大声笑，这不是错误，而是功能。 真。 双击文件以无限期打开它们，或右键单击一个打开的选项卡，然后单击“保持打开”。 单击即可预览。

绝对。
如果单击一次打开文件，则选项卡中的文件名以斜体显示，表示此选项卡将被重新用于您打开的下一个文件（内容已替换）。 此时，您可以输入Ctrl-K Enter来使选项卡永久化。 （但不固定！）

2020年1月20日星期一，上午11:14，安德鲁·戴维斯写道：

请添加此特征，vsc有一个愚蠢的问题，如果未修改活动页面，则该页面将替换活动页面！ 如果有图钉标签将解决此问题。

大声笑，这不是错误，而是功能。 真。 双击文件以无限期打开它们，或右键单击一个打开的选项卡，然后单击“保持打开”。 单击即可预览。

-
您收到此邮件是因为您发表了评论。
回复此电子邮件直接，查看它在GitHub上https://github.com/microsoft/vscode/issues/12622?email_source=notifications&email_token=AAVJJUCOEHQ52MUABVM7BBLQ6V2PJA5CNFSM4CQZOKYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJMCVTQ#issuecomment-576203470 ，或退订https://github.com/notifications/unsubscribe- auth / AAVJJUHTDZJJDLRYZU6HEUDQ6V2PJANCNFSM4CQZOKYA 。

这个出色的功能有ETA吗？

添加对该功能的支持。 对我来说，一个神秘的事实是，经过3年的请求，似乎没有那么容易实现的东西！
为什么我们需要您一夜奇迹？ 我使用固定标签是我的主要工作重点。 我通常会固定2到5个标签，打开/查找/搜索/检查的所有标签噪音都会被排除在外。 因此，当我找到所需的内容时，我可以立即返回到重点标签。

请添加。

+1

要使此功能成为VS Code（基准）的一部分，需要什么？ 我相信这是许多活跃用户所要求的。

添加对此的支持，不确定为什么仍不考虑它

+1

+1

+1

如果我双击多个文件，则我打开的第一个文件将被遗忘。 所以我需要固定标签

由于自2019年11月版以来引入了限制开放编辑器数量的功能，此功能特别重要。 启用该功能后，（非脏污的）标签页可能会在我打开新标签页时在后台静默关闭-在任何一天，我确实不希望关闭某些标签页，这使得可以限制开放式编辑器对我基本上没有用（实际上是积极地敌视）。

我认为VSCode团队4年的时间足以考虑这个问题:)。

我们尚未收到有关此内容的任何官方信息，并且我希望他们能够进行某种形式的交流，因为这已是迫在眉睫的5项最受欢迎的功能。

作为主要使用Visual Studio和Visual Studio Code的人，没有它有点令人沮丧。

@bpasero @misolori

最让我烦恼的不是它尚未实施，而是完全缺乏官方回应/信息。 多年来我们一直处于黑暗中。 只是给我们一个提示，告诉我们发生了什么，所以我们不必猜测。 真令人沮丧

我在这里评论过： https :

嘿，在这里我怎么看不到固定标签功能（例如，实际上是固定标签）？ 它是VSCode中最需要，要求和最需要的功能之一，距今已有3.5年的历史，我们对此一无所获。

12622

表示支持（投票）！ 你们都在隔离中...

为什么关闭？

Welp，猜想我坚持使用VS和其他IDE

@AndrewDavis我不认为这是您希望获得的此商品的关注点😂

抱歉，我不知道为什么现在关闭。 我只是在iPad上阅读此书...

想象一下所有收到电子邮件的人都被关闭时触发的情况triggered

想象一下所有收到电子邮件的人都被关闭时触发的情况triggered

有罪，我在看到重新打开之前开始燃烧^^

@bpasero @misolori该4岁功能请求

真的，请添加此功能！ 显然，对此功能有需求，但开发团队对此一无所求……这是怎么回事？ 又过了10天，所以再说一次-是否有任何更新？

开发团队对此一无所获……这是怎么回事？ 又过了10天，所以再说一次-是否有任何更新？

2020年3月的残局正在这里进行。

有传言说，它固定的标签有助于传播日冕，因此开发团队将尽可能保持距离。 在此之前，我们的标签之间的距离必须保持6英尺。

开发团队对此一无所获……这是怎么回事？ 又过了10天，所以再说一次-是否有任何更新？

2020年3月的残局正在这里进行。

现在已经完成了，那么不添加此简单功能的下一个借口是什么？ 甚至获得有关为何尚未实施的解释？

我一直很期待这个功能，当我最初在这里找到GH问题时，我感到非常高兴。 然后我收到通知，通知人们的语气越来越不礼貌，要求提供功能，就像他们为此付费一样。 但事实并非如此，这是免费软件，并且是开源的。 对于所有生气的人：您是开发人员，因此，如果此小功能非常重要，请自己动手并停止抱怨！

……为自己的情感而感到抱歉。 我正在从此问题的通知中注销，世界上有足够多的不良氛围。 如果在不久的将来有一天实现标签固定，那么当我在发行说明中看到它时，我会感到非常高兴:)

我一直很期待这个功能，当我最初在这里找到GH问题时，我感到非常高兴。 然后我收到通知，通知人们的语气越来越不礼貌，要求提供功能，就像他们为此付费一样。 但事实并非如此，这是免费软件，并且是开源的。 对于所有生气的人：您是开发人员，因此，如果此小功能非常重要，请自己动手并停止抱怨！

……为自己的情感而感到抱歉。 我正在从此问题的通知中注销，世界上有足够多的不良氛围。 如果在不久的将来有一天实现标签固定，那么当我在发行说明中看到它时，我会感到非常高兴:)

这么多。 如果那些花时间在这里写半酸性注释的人只是花了半个周末来查看实际代码，他们很快就会意识到这是一件相当琐碎的事情，并且我们已经至少有一个拉取请求它。 但是，当然，获得免费获得的东西所拥有的权利要方便得多。 :)

@drbarto @peterbozso说得好👍
我真的很喜欢该功能，但目前没有时间自己实现，但是我会提供10美元的赏金。 如果其他人加入我，我们可能只是说服某人在不错的PR中实施它：）

不能说我同意。 他们得到报酬，我们没有。 他们有时间这样做，我们没有。 如果它是如此琐碎，那么为什么不这样做呢？ 不要告诉人们实现它很容易，那就去做。 （伪君子）

一个人可能会很恭敬，但仍然会问：“你不知道吗？ 与此同时。

每个人都可以看到接下来发生的事情：

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

不能说我同意。 他们得到报酬，我们没有。 他们有时间这样做，我们没有。

一些人为此得到报酬，所以他们可能正在做被告知要做的事情。 或至少在实现目标时优先考虑的事项

如果它是如此琐碎，那么为什么不这样做呢？ 不要告诉人们实现它很容易，那就去做。 （伪君子）

他说可能要花半个周末，如果这对他们来说很重要，人们就应该停止抱怨并把它做好。 这里没有伪君子。 他对此并不在乎，可以这样做（我在同一条船上，所以我猜你也是）。 不好的是不断抱怨。 该问题已得到高度投票，在待办事项中，一旦到达优先级列表，它将立即完成。 或者，如果有人贡献了它。

该问题已得到高度投票，在待办事项中，一旦到达优先级列表，它将立即完成。

这是一个愚蠢的假设。 因此，抱怨。 当事情不是应该的样子时，很多人都会抱怨。 这就是它的工作方式。

一些人为此得到报酬，所以他们可能正在做被告知要做的事情。

好的，那么我们正在提供反馈，希望告诉他们做什么的人会看到它吗？

请为上帝的利益，停止垃圾邮件。

缺乏沟通和四年被忽视的感觉正在使这里感到沮丧。 该问题是该回购协议中评论次数排名第六的问题，应该可以轻松完成，大约需要四年的时间，而且我们不知道是否在短期/中期路线图中也考虑了该问题。

我对产品所有者的“我们希望在未来6个月内做到这一点，没有任何承诺”感到高兴，但我们什至没有兑现。

取消订阅该线程，因为我们无法获得团队的投入。

虽然这里有一些不好的评论，但似乎大多数人都从愉快到烦恼不等。

告诉别人自己去做就等于否定了功能请求的全部目的。 这就引出了yannlaidrc的观点。 如果像这样高度要求的功能将被完全忽略，那么根本没有功能请求选项有什么意义呢？ 当然，它对应用程序的进一步发展没有信心。

我多年来一直对此感到疑惑，只是偶然发现了这个线程。 我希望看到能够固定标签并将其浮动到上面的单独行上的功能。 因为我一直在处理几个主要文件，同时又跳动其他几个文件来查看事物，所以这极大地改善了我在常规Visual Studio中的工作流程。 有额外的标签页房地产行会很棒。

固定标签并关闭所有未固定的标签是我每天使用的两个键盘快捷键。 因此，这阻止了我从Atom切换到VS Code。 我很惊讶它既没有作为插件提供，也没有本机提供。

布拉什甚至没有接近。

大约六个月前，我尝试将其实现到VS Code中。 但是，那时我无法使用该功能。

今天，我有一个临时解决问题的方法，HardPin：
仓库： https :
网址： https ：

该解决方案绝非完美，但仍然使我的工作效率大大提高。

HardPin是一种非常经济高效的解决方案（大约200行简单代码），可以通过改进轻松地实现到VS Code的实际源中。 但是，由于该解决方案利用:: before元素的样式和绝对定位，因此代码不太美观。

在以下位置查看更多信息： https ：

大约六个月前，我尝试将其实现到VS Code中。 但是，那时我无法使用该功能。

今天，我有一个临时解决问题的方法，HardPin：
仓库： https :
网址： https ：

该解决方案绝非完美，但仍然使我的工作效率大大提高。

HardPin是一种非常经济高效的解决方案（大约200行简单代码），可以通过改进轻松地实现到VS Code的实际源中。 但是，由于该解决方案利用:: before元素的样式和绝对定位，因此代码不太美观。

查看更多信息： https :

不确定是否有效。 如果是这样，如何使用它。 我仍然可以通过单击选项卡上的关闭/“ x”按钮来关闭固定的选项卡。

大约六个月前，我尝试将其实现到VS Code中。 但是，那时我无法使用该功能。
今天，我有一个临时解决问题的方法，HardPin：
仓库： https :
网址： https ：
该解决方案绝非完美，但仍然使我的工作效率大大提高。
HardPin是一种非常经济高效的解决方案（大约200行简单代码），可以通过改进轻松地实现到VS Code的实际源中。 但是，由于该解决方案利用:: before元素的样式和绝对定位，因此代码不太美观。
查看更多信息： https :

不确定是否有效。 如果是这样，如何使用它。 我仍然可以通过单击选项卡上的关闭/“ x”按钮来关闭固定的选项卡。

您确定它不起作用吗？ 尝试打开太多选项卡，以至于出现选项卡滚动条，然后执行HardPin（根据https://hard-pin.adamantica.com/getting-started/index.html）。 现在，您应该在每个标签上的关闭按钮左侧看到一个圆圈。 单击该圆圈会将标签固定在左侧。 现在，滚动时，固定选项卡始终可见。

在https://hard-pin.adamantica.com上查看GIF的工作方式。

我已经测试过HardPin在VS Code版本1.37.1和1.44.2上可以工作。 我正在使用Windows10。并不是说这些对于HardPin来说很重要。

我承认，我什至没有想到隐藏关闭按钮。 我对固定选项卡的定义是，它们始终在左侧可见，但是，隐藏关闭按钮没什么大不了的（只是一个CSS选择器）。

隐藏大多数或所有标题文本也是理想的。 （通常，如果您要固定标签，则可以知道它们的名称和顺序。可以随时访问或悬停以查看详细信息。）也许会有两种不同类型的销，例如“ Pin Tab”和“粘性标签”（您的版本）。 在浏览器中，右键单击选项卡将其固定。 有一个启用或禁用大头针的选项会很好。

如果没有右键单击上下文菜单，则无法关闭是固定选项卡的标准功能，例如在Web浏览器中。 允许重新排列固定的标签，只要它们与其他固定的标签一起留在左侧即可。 另外，不必打开其他标签即可固定标签即可。

隐藏大多数或所有标题文本也是理想的。

我不同意这一点（请参见真正的Visual Studio的行为），因为在浏览器上固定选项卡时，您至少会获得收藏夹图标。 没有等效的文件图标。 仍然可以选择。

有一个启用或禁用大头针的选项会很好。

我并不是真的希望它如何工作，因为我想要的功能与真实的Visual Studio中的功能完全相同，后者始终显示图钉图标。 我同意可以将圆圈更改为图钉图标。 如果与VS Code上下文菜单集成在一起，则该选项可用，但现在不是这种情况。

如果没有右键单击上下文菜单，则无法关闭是固定选项卡的标准功能，例如在Web浏览器中。

同意，但是，这必须直接在VS Code的上下文菜单中实现。 HardPin并没有真正与VS Code集成在一起，它是一种可以立即使用的临时解决方案。 我迫不及待要等待6个月才能使用此功能，这就是为什么它只是执行一些额外的JS的原因。

允许重新排列固定的标签，只要它们与其他固定的标签一起留在左侧即可。

是的，这就是HardPin的工作方式。 几个小时前，我推送了一个增强更新，您可能会错过（至少如果我第一次提到它时就尝试过），但是重新排列固定的标签始终是可能的。

另外，不必打开其他标签即可固定标签即可。

不明白你的意思。 例如，如果您没有将选项卡固定在实际的Visual Studio中，则不能将其固定。

HardPin是一种临时解决方案，可以令人满意地完成工作。 但是，如果在一般级别上认为这种方法还可以（多余的样式元素，:: before元素，position：绝对，边距等等），则在VS Code中实现是一种经济高效的解决方案。 具有成本效益，因为更改数量少且代码行相对较少。

注意：对实际Visual Studio行为的所有引用都是对软件默认行为的引用。

太好了，希望会影响他们的加入。

同样，我真的不需要图标，因为我只固定了1-4个选项卡，而我确切地知道它们是什么。 但我了解其他用例。

太好了，希望会影响他们的加入。

是的，这是长期意图。 在短期内，我对每天运行一次额外的代码感到满意。

@Adamantica是否公开了我可以绑定到键盘快捷键的以下操作？

• 引脚当前选项卡
• 关闭所有未固定的标签

@konradjurk
还没有，但这确实很容易添加。 即使在今天，也仍然可以做到。

键盘快捷键应该是什么，其他程序使用什么快捷键？

@Adamantica酷！ :)

我熟悉Atom中的“命令面板”概念，乍一看，VS Code似乎实现了类似的功能： https :

我个人习惯Cmd+Shift+p用于固定， Cmd+Shift+x用于关闭所有未固定的标签。

@konradjurk
抱歉，我误读了“关闭所有未固定的标签”。 如果没有将HardPin实际编码为VS Code，则无法实现此功能。 但是，“ pin current tab”的键盘快捷方式是可能的。

HardPin并未真正真正与VS Code集成在一起，因此无法注册命令，这是一个临时解决方案。 但是，硬编码将键盘快捷键固定到HardPin并不是问题，毕竟只是JS。

@Adamantica很棒的贡献就在那里！

问题，是否可以在顶行中将固定的标签分开？

@konradjurk
我使用键盘快捷键Ctrl + Alt + P实现了选项卡固定。

@eliashdezr
我只是实现了单独的一行。 有关说明，请参见https://hard-pin.adamantica.com/getting-started/index.html 。

看起来像这样：

大约六个月前，我尝试将其实现到VS Code中。 但是，那时我无法使用该功能。

今天，我有一个临时解决问题的方法，HardPin：
仓库： https :
网址： https ：

该解决方案绝非完美，但仍然使我的工作效率大大提高。

HardPin是一种非常经济高效的解决方案（大约200行简单代码），可以通过改进轻松地实现到VS Code的实际源中。 但是，由于该解决方案利用:: before元素的样式和绝对定位，因此代码不太美观。

查看更多信息： https :

哇，谢谢你，它很棒！ 现在如何不将其集成到Vs Code中...

2周前，我们进行了一些关于如何进行此方法的UX讨论（感谢Acmion触发了此讨论），并且第一个版本现在在master 。 它的工作原理非常像浏览器支持固定选项卡：

• 他们移到编辑器组的开头
• 除非明确关闭，否则它们不会关闭（例如，“ Close Others”不会关闭它们）
• 当空间很小并且滚动条出现时，它们保持可见
• 它们仅显示很小的空间（例如，仅显示图标），但我们认为可以进行设置以更改视觉外观

当前的视觉外观是这样的：

当我们的内部人员可用时，我会在人们可以尝试时要求更多反馈，但对于基于视频的建议感到高兴。

需要注意的一件事是，与Visual Studio相比，这种设计的方向有所不同。 我们目前不打算引入第二个标签行，因为固定的标签永远不会滚动到视图之外。 支持多个选项卡行将成为一个新问题并在此处进行讨论。

@bpasero感谢您的进展！

我们目前不打算引入第二个标签行，因为固定的标签永远不会滚动到视图之外。

阅读完此内容后，我不想缩小此公告的大小，但固定选项卡的分隔行就像使用它们的真正优势的一半。 我遇到了技术难题，因此，如果无法实现，也许这对我来说不再令人兴奋。

这是我期待已久的功能，但可悲的是，它归结为我没有想到的功能。

感谢您为此付出的努力。

@eliashdezr是公平的，我试图表明我不反对讨论多个选项卡行，因此我的评论是：

支持多个选项卡行将成为一个新问题并在此处进行讨论。

我要说的是：我想朝着当前的设计思路前进，从尝试该方法的内部用户那里收集更多反馈，并讨论在各个问题上的改进。 我认为这个问题太大了，无法进行有意义的讨论。希望这是有道理的。

呜呜呜呜呜呜呜呜呜呜呜呜呜!!! 做得好，谢谢！

这正是我所希望的。 如果它像视频中那样工作，并且我们可以重新排列固定的选项卡，那么除了进行错误检查之外，我不需要对其进行测试。

我个人认为并不需要多行选项卡，因为固定选项卡，可滚动性和多个窗口都是可选的。 我认为您到了一个地步，在一个窗口上打开了太多选项卡，以至于没有效果，而这种固定功能使该数量最大化。 不过，我不反对使用多行选项卡。

当我们的内部人员可用时，我会在人们可以尝试时要求更多反馈...

您能否提供有关此方面的更多信息，内部人员的建立以及您想在何处获得反馈？

再次感谢。

@eliashdezr是公平的，我试图表明我不反对讨论多个选项卡行，因此我的评论是：

支持多个选项卡行将成为一个新问题并在此处进行讨论。

我要说的是：我想朝着当前的设计思路前进，从尝试该方法的内部用户那里收集更多反馈，并讨论在各个问题上的改进。 我认为这个问题太大了，无法进行有意义的讨论。希望这是有道理的。

感谢您为我清除@bpasero

您能否提供有关此方面的更多信息，内部人员的建立以及您想在何处获得反馈？

我们将在本周发布VSCode 1.45，并且内部版本将在之后发布。 内部版本可以与https://code.visualstudio.com/insiders/一起稳定安装

一旦有内部人员（包括此更改）可用，我将再次在此处发布。 如果现在安装，一旦我们发布稳定版，您将自动获得它。

令人兴奋的出乎意料！
谢谢！

即使我认为必须有第二行，我也完全理解您的方法。

我不能说谢谢你！

@bpasero感谢您对该功能进行更新！

我的主要反馈是，我认为允许用户在单独的行中固定标签是至关重要的：

• 如果我们希望整个文件名都显示在固定的选项卡中，那么对于“瞬态”选项卡，我们将失去很多空间，这将需要我们水平滚动超出所需的水平滚动。
• 将它们放在单独的行上可以更快地区分未固定的标签

谢谢，看起来很棒！

关闭多个标签时的行为如何？
他们会在“全部关闭”上保持打开状态吗？

如果它像视频中的一样工作，我们可以重新排列固定的标签

固定的标签可以移入和移出以固定或取消固定。 放置反馈将指示发生的情况（例如，如果您放置在固定的选项卡上，则该选项卡将被固定，反之亦然）。

关闭多个标签时的行为如何？ 他们会在“全部关闭”上保持打开状态吗？

关闭固定选项卡的唯一方法是显式关闭它（例如，在活动时通过Cmd+W ）。 “关闭全部”或“关闭其他”之类的操作不会关闭固定的选项卡。 仅有少数例外，例如，我们有一个“关闭所有编辑器组”命令，该命令还将删除固定的选项卡。

很棒的工作@bpasero ！ 退出以在VS Code中看到它！

获得第一个版本很重要，然后可以实现增强功能（例如，单独的行）。

内部人员现在通过以下更改进行了更新： https :

要固定标签，您可以：

• 右键单击>固定
• 或为命令workbench.action.pinEditor和workbench.action.unpinEditor配置键绑定（默认CtrlCmd+K CtrlCmd+Enter ）

我在完整的MS堆栈中工作，但是对于我的客户端工作，我真的更喜欢在诸如VS Code这样的轻量级工作。 令我感到难过的是，有多少固定的标签破坏了交易。 从资深软件工程师到软件工程师，谢谢！

内部人员现在通过以下更改进行了更新： https :

要固定标签，您可以：

• 右键单击>固定
• 或为命令workbench.action.pinEditor和workbench.action.unpinEditor配置键绑定（默认CtrlCmd+K CtrlCmd+Enter ）

哇，太好了！ 我知道这仍处于早期开发阶段，但是可以选择固定文件并保持文件名可见非常好。 很多时候，我只是固定我想无限期保持打开状态的内容，但是如果我固定了多个特定类型的文件，就很难知道该是哪个。

隐藏固定的选项卡文件名可能是一个问题，因为项目中的大多数文件都属于同一类型，我们不能仅通过查看图标来区分它们

隐藏固定的选项卡文件名可能是一个问题，因为项目中的大多数文件将具有相同的类型，并且我们无法仅通过查看图标来区分它们

我同意。 固定标签的第二行对我来说更有用。
那可能是一个设置选项：

• 固定名称
• 固定为图标
• 固定在第二行（带有名称）

对于它的价值，我希望该行为与常规的Visual Studio相匹配-使选项卡在左侧“粘滞”，但保留完整的文件名。 嘿，我不能说我曾经在Visual Studio中使用过“第二行”行为来固定标签：-P

我想要固定的选项卡的全部功能是，当我执行“全部关闭”或“关闭其他人”类型的操作时它们不会消失，并且如果我翻过workbench.editor.limit.value选项卡，也不会自动关闭。 事实上， workbench.editor.limit.value事情是我最重要的，因为触及该限制会发生超过我点击“关闭所有”，而现在我不使用workbench.editor.limit.value的选项

固定的标签的行为如下：

• 非单个编辑器的关闭操作将忽略它们（例如“全部关闭”）
• 关于workbench.editor.limit固定的选项卡被视为脏的选项卡，并且不会关闭

我认为我的意见还应该在固定选项卡上看到文件名。
我认为不必命名Chrome固定标签的原因是因为图标足以区分它们。

在某些情况下，仅显示带有文件名首字母的图标可能会很有用（例如在各个平台上显示用户首字母的默认头像）。
因此，例如，固定有“ README.md”和“ TODO.md”的图标将带有“ R”的图标和带有“ T”的图标。

我想知道是否应该有一个设置可以让您简单地放置固定标签的大小（当前为38px ）。 如果您放置超过38px字符，我们将开始渲染标签的名称，但是如果超过该宽度，它将切断名称。

顺便说一句，如果您没有看到未启用图标的固定选项卡，则它们会选择文件名的首字母：

如何在选项卡右下角将图标添加为徽章。

只是一个想法...

我想知道是否应该有一个设置可以让您简单地放置固定标签的大小（当前为38px ）。 如果您放置超过38px字符，我们将开始渲染标签的名称，但是如果超过该宽度，它将切断名称。

我认为将此+四舍五入到每个选项卡标题字符串的最接近字母将是一个好主意。 我本来建议只做字母计数，但选项卡标题看起来不是单行间距。

@CWempe

如何在选项卡右下角将图标添加为徽章。

您是要始终独立于图标设置还是仅在这种情况下执行此操作？ 我认为，如果用户选择禁用图标，则我们不应该显示它们，而在其他情况下，我不确定一个小的标志是否具有足够的可见性来区分文件。

@安德鲁·戴维斯（AndrewDavis）

将每个标签的标题字符串四舍五入到最接近的字母将是一个好主意

我不确定我是否理解这个想法。 你能给个例子吗？

将每个标签的标题字符串四舍五入到最接近的字母将是一个好主意

我不确定我是否理解这个想法。 你能给个例子吗？

由于字体不是等距的，因此可以将其设置为像素宽度，并且理论上它将显示字母的一部分。 我要说的是找出宽度落在哪个字母上，然后向下舍入以仅显示前面的字母（如果不是整个字母的话）（每个选项卡）。 idk，它可能已经做到了。 虽然看起来有些丑陋，但部分字母可见。

您是要始终独立于图标设置还是仅在这种情况下执行此操作？ 我认为，如果用户选择禁用图标，则我们不应该显示它们，而在其他情况下，我不确定一个小的标志是否具有足够的可见性来区分文件。

实际上，我不知道您可以禁用图标。 😄
因此，该选项应该是可配置的，或者取决于常规图标设置。

这是一个快速的模型。

是的，一旦实施，“ bagdes”可能会小一些。
但是由于许多图标具有不同的颜色，即使它们很小，它们也可能是可区分的。

我猜我们将不得不看看现实中的情况。

关于固定标签的宽度。
我不知道vscode在内部如何工作，但是请记住，用户可以放大和缩小GUI。
因此，以像素为单位的固定宽度可能不起作用。 在HTML中，ypou还可以使用其他单位来动态设置元素的大小。
但是我确信vscode开发人员会比我更了解这一点。 😄

如果可以从文件名中选择图标+ x字符，我会很高兴，最好不要使用“ ...”，因为这样只会浪费空间。

因此，您可以：
☐GameManager.cpp
☐GameM
☐Ga
☐G
要不就
☐

这不需要大的布局更改，并且可以针对每个代码库和用户进行调整。

哈哈哈哈，所以当您输入一个很长的文件名时会发生以下情况：

只需一个选项卡即可占用整个空间！ ：O
（PS太糟糕了。）

这就是当它无法适应时发生的事情（我将窗口缩小了），它切断了字母：

如果可以从文件名中选择图标+ x字符，我会很高兴，最好不要使用“ ...”，因为这样只会浪费空间。

是的，但是正如我一直在说的，它不是等宽字体，所以如果您这样做，则固定的标签将都是不同大小的大声笑。 我的意思是，我想您仍然可以这样做...也许还不错...

真？ 它没有选项卡限制吗？ 好吧...从某种意义上来说很好。 而且...不好有这个设置吗？

是的，它们的大小会有所不同，但是如果您将其设置为4个字符，则只会略有不同。

为了统一宽度，我将尝试将制表符宽度固定为num_chars * 1em 。 我不是Web / CSS专家，但据我了解，1em大致是“ m的宽度”，即最宽的字符，并且会随所选字体或缩放级别而变化。

您可以配置"workbench.editor.tabSizing": "shrink"使标签页缩小到最小120px ，但是默认值（ fit ）将始终显示整个标签页，即使它超出可用空间。

@bpasero真的很高兴看到事情正在朝这个方向发展！

为了对此发表看法，我还认为默认情况下在选项卡上显示文件的全名会更好。 例如，当您仅使用CS或JS文件时，仅具有图标将使其难以交互。
可能会有一个类似“ tab.maxfilenamecharsize”的选项来决定是否要剪切太长的文件名，将鼠标悬停在选项卡上以显示全名时会弹出一个对话框。

附带说明一下，您是否已经创建了票证来讨论固定标签的专用行？

我提取了以下问题：

• 允许固定标签＃98558
• 固定的选项卡：在其他选项卡上的其他次要选项卡中显示它们＃98160
• 固定的选项卡：添加设置以显示更多上下文＃98161

最重要的是，我创建了一个测试计划项目（https://github.com/microsoft/vscode/issues/98019），人们可以在其中看到当前实现的功能集。 如果我打开的现有问题未涵盖某些内容，我建议提出新问题。

@ jez9999如果没有异议，我将继续并关闭此问题，并继续引用的问题中的其余部分。 我意识到这个问题已经引起了广泛的反对，并明确要求采用VS方式（“添加选项以类似于Visual Studio的固定选项卡”），但是我希望将投票和讨论转移到我创建的后续问题中。