Vscode: 允许同时显示多个视图

我打算为此打开一个问题。 代码大纲扩展的多个侧边栏将非常方便。

也许这个问题与#15038有关

多侧边栏设置会很棒，尤其是现在有了代码大纲和 GitLens 5.0+ 扩展！

只是希望相同:)

+1

虽然我想看到两个侧边栏，但我更想要像 Eclipse IDE 中的平铺窗口管理器。

+1

我想要这个是因为我想要右侧边栏上的一些窗格，而左侧边栏上的其余部分......

在浏览我的文件树的同时很难看到代码大纲。

还要从https://github.com/Microsoft/vscode/issues/45283发布我的模型：

+1

+1

+1

+1

+1

添加冗余+1注释的每个人。 请不要。

这只会导致其他人取消订阅此问题和/或此问题将被禁止发表评论。 这两件事都不利于这个问题的进一步发展。

请考虑在原始描述中添加 :+1: 。 只需单击该图标。

谢谢！

嗨，我只是想知道，是否有任何（遥远的）计划来实施这个？

赋予扩展现在可以创建自己的按钮和资源管理器面板，这对我们作为用户来说将是一件大事。

我认为左侧（或右侧，如果已配置）的 4 个以上 viewlet 图标使 vscode 具有“标志性”外观。 即使启用了两个视图，一个在左边，另一个在右边，我认为只有一侧应该有图标。 另一侧只能有文本垂直制表符。 然后可以配置为在两侧启用图标或在两侧启用文本。

有什么进展吗？ 概括伟大的新网格布局来管理所有组件，包括视图，是我在 VSCode 上真正缺少的一件事。 文件和代码浏览、git、调试 - 无需每次都切换视图，所有这些都会变得容易得多。 我强烈建议将 Atom 视为灵感。 这几乎是完美的。

由于#49755 已因重复而被关闭，但事实并非如此，我们可能需要先讨论是否应该引入第二个活动栏。

活动栏是一列图标，默认显示在侧边栏的左侧。

我建议引入第二个活动栏。 活动栏中的图标已经可以由用户移动。 我们可以允许用户将图标移动到右侧的第二个活动栏，在按住图标（按住鼠标按钮）时可以看到该活动栏。 每个点击的图标都可以显示在其各自的侧边栏中。 因此，单击左侧活动栏中的图标将打开左侧边栏中的元素； 单击右侧活动栏中的图标将打开右侧边栏中的元素。

右侧边栏和活动栏都可以默认隐藏，只在移动图标时显示，不会强迫用户使用它并减少混乱。

你怎么认为？

+1

我认为活动栏应该只在左边。 这样您就可以选择上下文菜单选项来打开右侧的视图。

@nealot这是一个有趣的建议。 如果您想经常获得不同方面的意见，可以工作并且可以灵活。 但我也可以想象，用户甚至可能不会尝试右键单击图标。 或者我只是点击它，而没有考虑我应该按下的鼠标按钮。 触摸用户可能还需要另一种方式在右侧打开它。

@gersilex

但我也可以想象，用户甚至可能不会尝试右键单击图标。 或者我只是点击它，而没有考虑我应该按下的鼠标按钮。

目前，要隐藏活动栏图标，您必须使用上下文菜单——为什么这个操作会有所不同？ 虽然我确实认为这应该由拖放功能来补充。

触摸用户可能还需要另一种方式在右侧打开它。

正如我上面提到的，我认为拖放在这里是有益的。 我使用触摸屏，虽然上下文菜单并非无法使用，但它们很难使用。

有两个活动栏不仅看起来很不舒服，而且浪费了大量的屏幕空间； 我完全反对默认启用它的想法。 但是，如果您打算将第二个栏作为设置中的一个选项，那么我想知道为什么该路径比使用上下文菜单更不麻烦。

另一方面，用于此的键盘命令看起来如何？

@nealot

这应该由拖放功能补充
这里完全同意。

当前，要隐藏活动栏图标，您必须使用上下文菜单
我想我误解了你的第一条评论。 我以为您希望视图立即打开，而不显示上下文菜单。 不过，上下文菜单的想法听起来不错。

因此，我们将在图标的上下文菜单中添加另一个条目。 该条目是否应该用于切换位置（如Pin to right activity bar ）？ 这对我来说听起来不错。

谈论拖放。 我们也可以将视图向右拖动并显示右侧边栏。 这将符合编辑器窗口和网格的外观。 也许我们可以两者兼得。

我根本不坚持使用第二个活动栏。 你在那里有一个强项，我同意我们不应该引入第二个活动栏。

@gersilex我不好，我应该更好地表达我的原始评论。 我喜欢你关于切换位置的想法。

也许我们可以这样做：

1. 用户右键单击图标
2. 选择上下文菜单选项Pin to right
3. 从那个点点击图标打开它
4. 选项更改为Pin to left

也相关（我认为？）： https :

你好，请问这方面有什么进展吗？ 也许已经有一个类似的功能正在开发中？ 如果是这样的话，如果有人可以提供相关的门票请求，我将不胜感激。 从用户界面的角度来看，这是我现在最大的问题。

Code Outline 真的需要它自己的窗口。 同时打开 Explorer 和 Outline 确实是在代码中快速导航的最佳方式。 我什至会说，放下小地图并将轮廓放在那里（或在左侧；-）
几年以来，最常见的屏幕格式是 16:9，横向空间比纵向空间多，但源代码没有横向增长，因此更多的屏幕空间被浪费在编辑器右侧的大量空白处。

好奇这是什么状态。 将所有这些元素强制放入一个窗格中似乎真的过于固执了。 IntelliJ 处理得更好，将每个组件模块化到可以移动到任何地方的自己的窗格中。

@bpassero你们有什么计划吗？

添加我对这个功能的渴望，我试图在垂直监视器设置中使用 vs-code，并且可以自由地在底部堆叠面板、活动栏和视图（侧边栏？）屏幕。 这将为我提供所有用于编辑的水平空间，并在上方或下方移动所有“额外”的东西。 显然，并非所有视图在短而宽的小部件中都表现得一样好/有效，但我认为这是我要处理的问题：P

@matthewess我不会屏住呼吸。 他们有很多其他的请求和错误需要修复，也许这个需要大量的工作。 但是，我们不确定其中任何一个，因为开发人员对此一直保持沉默。 如果我没记错的话，自从请求创建以来，任何 VSC 开发人员都没有发表过任何评论，这已经是 2 年前的事了。 您能做的最好的事情就是对请求投赞成票，并可能要求其他关心它的开发人员也这样做。

@RMacfarlane和其他 VSCode 开发人员，

我们是否有可能很快看到对双侧边栏和/或浮动窗口的支持 #10121？
这可以优先考虑吗？

双侧边栏已经有 325 票，相关的浮动窗口请求有 2906 票 + 364 条评论（如果几乎一年前没有被锁定，还会有更多），表明对此的主要需求。

这将使 VSCode 在可用性方面成为 Visual Studio 的有竞争力的替代品。 就目前而言，我要么不得不频繁地来回切换（对于书签、代码大纲、文件视图等），要么最终会出现一个非常狭窄且无法使用的侧边栏，所有组同时显示在那里，考虑到缺乏对可移动停靠面板的支持。

此外，如果没有这个，我什至不能在多个显示器上拉伸窗口作为使用多个显示器的解决方法。
这比 #10121 的浮动窗口更容易或更难吗？

现在是否有任何解决方法来至少取消停靠面板以实际使用多个屏幕？ 从技术上讲，扩展是否可以实现自己的硬编码支持，以在一个停靠的侧边栏之外显示工具，例如。 在他们自己的窗口中，如果是这样，任何使用它的扩展？

复制工作区并不是真正可行的替代方案，因为工具无法与任何未保存的编辑同步，因此在代码大纲、书签/收藏夹等工具中单击书签/成员将无法在用于代码编辑的窗口中打开（相对于仅用于显示另一个工具面板的窗口，例如在第二台显示器上）并且不会显示与当前编辑的文件匹配的轮廓（除非您在使用每个辅助工具面板窗口之前进行保存）。

有太多的视图和工具需要限制在一个侧边栏，一次一个工具/视图。 使用 Visual Studio，我经常在 3 个显示器上显示十几个不同的工具窗口。

然而，对于现在的 VSCode，我仅限于一个工具窗口，并且基本上只有 1 个监视器（因为跨多个窗口扩展几乎没有什么好处）。

VSCode 甚至不支持同时显示尽可能多的面板，即使是使用其古老版本的 Visual Studio 在 VBE 中进行基本 VBA 编码也是如此。

我们今年的路线图在这里： https :

工作台布局
对可拆卸工作台部件的支持是我们最受好评的功能请求，由于架构问题，实施起来具有挑战性。 我们将探讨如何解决此限制。 这项调查将集中在分离终端（第二个最受支持的功能请求）和编辑器上。

特别是关于侧边栏，这就是我想要实现的：

特别是关于侧边栏，这就是我想要实现的：

是的！ 我也希望能够做到这一点。

我想念这个进行调试。 我有一个很宽的显示器，但不是那么高（5120x1440）。 但是，我无法将调试侧边栏加倍，需要不断滚动，而我的大部分屏幕空间都被浪费了。 而且我现在甚至不必查看寄存器，它本身就填满了我屏幕的整个高度。 我很容易拥有 10 个侧边栏的空间，但除了折叠东西之外，我无法重新组织任何东西。

我还想指出，以纵向模式（垂直）使用显示器的用户也将从不在侧面的“侧边栏”中受益（因为侧面的空间有限），而是能够将侧边栏配置为打开顶部或底部（也就是垂直拆分编辑器和侧边栏）。 当我必须进行复杂的搜索或调试时，我必须将 vscode 更改为横向监视器，完成后将其移回纵向监视器。 我知道侧边栏的可拆卸窗口实现起来很复杂，但在短期内这可能会更容易。

无论您是在写作、分析还是调试，我都非常高兴地使用并喜欢 Intellij 保留您观点核心的方法。 如果没有多个侧边栏，我目前无法真正实现这一目标。 不得不在资源管理器、工具和调试信息之间切换是一种真正的痛苦。

Intellij 是一个 IDE。 这是一个文本编辑器。 这就像比较雪佛兰和野马，因为您可以同时乘坐两者。

但是 Atom 有这个功能，而且它也只是一个文本编辑器。

来自：Michael De Abreu通知@ github.com
发送时间：2020 年 4 月 2 日星期四下午 1:28:25
至：microsoft/vscode [email protected]
抄送：b- fuze [email protected] ； 评论[email protected]
主题: Re: [microsoft/vscode] 允许同时显示多个视图 (#26777)

Intellij 是一个 IDE。 这是一个文本编辑器。 这就像比较雪佛兰和野马，因为您可以同时乘坐两者。

—
您收到此消息是因为您发表了评论。
直接回复本邮件，在 GitHub 上查看https://github.com/microsoft/vscode/issues/26777#issuecomment-607985051 ，或者退订https://github.com/notifications/unsubscribe-auth/ACQEV7PY2T43BFI3KMSXYDDRKTDLTANCNFSM4DLUT4IA 。

正如我在 #92786 （评论）中已经提到的，另一个很好的灵感是Theia ，它使用与 VSC 相同的概念和扩展。

Intellij 是一个 IDE。 这是一个文本编辑器。 这就像比较雪佛兰和野马，因为您可以同时乘坐两者。

一如既往的致命论点。 请在 IDE 和编辑器之间划清界限，尤其是在 UI 方面。 使 VSC 成为“真正”成熟的 IDE 缺少什么？ 也许我们应该将鸭子类型应用于 IDE 和编辑器的定义。

西娅看起来很有趣。

@bpassero , @sbatten
https://github.com/Microsoft/vscode/issues/10121#issuecomment -345497635

关于“孤立上下文”和电子...
只需添加一个新面板，“附加面板”（例如）并将“移动到附加面板”项添加到“右键单击”菜单中，例如已经为“大纲”，“变量”实现了“移动到面板”和其他人（workbench.action.moveFocusedView 和其他人，找不到函数实现的链接，但我希望你能理解）。

在这种情况下，它不需要与“主”窗口共享相同的内存。
它很轻。

ps 每个人都会高兴，尤其是宽屏和两台显示器的用户。

是的，谢谢你的工作！

这个会加吗？ 如果是这样，任何eta？

也许我们需要一个新的小部件/组件/控件。 Visual Studio 本质上使用来自 .NET 的TableLayoutPanel 。 将其移植到 Web 上可能值得付出努力。

如果需要 UI 指导，可以查看 Visual Studio：

有趣的。
刚刚有一位同事对基于浏览器的应用程序是未来的方式进行了抨击。
我有点怀疑，因为它们似乎无法处理诸如可停靠窗口和工具栏之类的前沿 UI 功能？

我想念在一个视图中查看所有内容。 在 Atom 中，您可以打开文件、编辑它们并提交更改，而无需切换到不同的视图。 当您需要进行需要频繁提交的小更改时，该工作流程比 vscode 提供的工作流程要优越得多。

这当然是让 VSCode 感觉不像一个玩具而更像一个成熟的编辑器的缺失环节。

VS Studio、Unity、ItelliJ 都允许您以您需要的任何配置停靠多个面板，自定义您的工作区并使用您的显示器的全尺寸。

在超宽屏幕上使用 VSCode 感觉有点傻，一个 400 像素的小菜单隐藏了 8 页数据，而且无法一次查看多个。 即使运行模拟器，我也有足够的空间容纳 2 列。

很遗憾，因为除了这个主要缺陷之外，它确实是一个出色的 IDE。

是的，我真的很想要这个......我真的很想有一个选项，可以说右侧的调试器一直可见，而不必切换视图。

至少，2020年的“Workbench-Roadmap”中提​​到了侧边栏： https :

支持更灵活的工作台布局，例如允许左右侧边栏。 例如，您可以将大纲放在右侧，将文件浏览器放在左侧。

我是 VS Code 的新手，所以如果以下内容有误解，请原谅（如果有，请随时纠正我）。

在使用 VS Code 大约 10 分钟后（印象非常深刻），我想要的第一件事是能够打开另一个侧边栏。 所以我在互联网上搜索并找到了这个请求......要求两个侧边栏。 虽然那会比一个好得多，但我不确定为什么它应该仅限于两个。

实际上，在 Visual Studio 或大多数其他 IDE 中，您可以打开任何视图并将其停靠在某处。 但是在 VS Code 中，很多视图似乎仅限于侧边栏，其中只有一个。 例如，我不能同时打开搜索结果和资源管理器。 我不确定为什么我们不想在 VS Code 中做到这一点——也就是说，能够将任何视图停靠在我们想要的任何地方。

特别是关于侧边栏，这就是我想要实现的：

这也是我非常想看到的。 但我还想提一下，文件资源管理器（第一个图标）有几个子部分，如“打开编辑器”和“大纲”。 这就是为什么能够在两侧打开文件资源管理器而不是移动它很重要的原因。 所以您的考虑是正确的，因为它允许在左侧显示所有文件，在右侧显示大纲，这就是我所追求的。

代码大纲现在很难使用...

. @mjbvz ：#46585 中描述的带有新 api 的侧边栏是否可能

也许是时候将这项改进纳入路线图了？
请 ：）

是的，请！