Vscode: 使面板位置可配置

+1

除了默认设置外，我更喜欢窗口右侧的按钮。 此外，以前您可以通过关闭其他窗口让调试控制台占用 100% 的空间。 现在，这已经不可能了。 如果所有窗口共享相同的行为会更好，这样每个窗口（文件、调试控制台或任务输出）都可以垂直、水平或最大化到 100%。

@felixfbecker感谢您的反馈！

我们使控制台水平，以便可以看到长输出而不会在最后被剪裁。 由于您更喜欢垂直控制台，因此我对您在输出宽于显示范围时如何使垂直控制台工作感兴趣。 你能分享一下你在这种情况下做了什么吗？

当我们将调试控制台设置为水平时，我们希望确保它不会与具有焦点的文本编辑器的相同功能相混淆 - 从而避免让用户认为在 Explorer 视图中单击文件将专注于控制台可以替换控制台打开文件。 这是以前的问题——垂直调试控制台在打开时经常被文件替换，因为它有焦点。

我们正在探索使水平和垂直分割文本编辑器成为可能，以及允许控制台水平或垂直。 我们还希望区分控制台和编辑器，以避免人们认为可以用文本编辑器替换它。

这听起来会解决您的担忧吗？

@bgashler1

TL;DR更好地突出当前聚焦的窗口，使所有窗口的行为相同

无论我更喜欢垂直还是水平，我都有些犹豫。 但是很多人使用 16:9 显示器，我当然注意到打开水平控制台编辑文件并不好玩，因为编辑器没有足够的空间。 当我在调试时滚动浏览某个文件时，我发现自己关闭了控制台，这样我的眼睛就可以更轻松地扫描它。

我们使控制台水平，以便可以看到长输出而不会在最后被剪裁。 由于您更喜欢垂直控制台，因此我对您在输出宽于显示范围时如何使垂直控制台工作感兴趣。 你能分享一下你在这种情况下做了什么吗？

当控制台输出不合适时，我只是调整了窗口的大小，甚至关闭了打开的文件，这样我就有了一个全宽的调试控制台。 然后我用Ctrl + Tab返回文件。 我想看到的一件事是控制台中的一个按钮，用于切换长行的换行，因为有时它是有益的（对于超长字符串输出），有时它很烦人并且会破坏格式（对于堆栈跟踪）。 在某些情况下能够禁用换行也会减少对水平控制台的需求。

当我们将调试控制台设置为水平时，我们希望确保它不会与具有焦点的文本编辑器的相同功能相混淆 - 从而避免让用户认为在 Explorer 视图中单击文件将专注于控制台可以替换控制台打开文件。 这是以前的问题——垂直调试控制台在打开时经常被文件替换，因为它有焦点。

是的，这有时会让人感到困惑，但我认为原因是没有多少视觉指示器，哪个窗口具有焦点。 在 1 月份的版本中，有很多关于可访问性的工作。 例如，调试部分现在有光滑的蓝色轮廓，指示面板何时获得焦点：

也许您可以在当前窗口周围添加类似的轮廓，以便在打开文件时清楚哪个窗口被替换？

我们正在探索使水平和垂直分割文本编辑器成为可能，以及允许控制台水平或垂直。 我们还希望区分控制台和编辑器，以避免人们认为可以用文本编辑器替换它。

对于“通用”窗口管理，我绝对是 +1，其中每个窗口都可以垂直或水平停靠 - 作为奖励，我什至希望看到取消停靠窗口以将控制台拖动到第二个监视器上。 但我感觉这种区别会变得一团糟。 如果窗口具有相同的功能和按钮，您将如何使这种区别可见？ 我认为所有窗口的行为都应该相同。

@felixfbecker非常感谢分享！ 这是很好的反馈。 我会和团队讨论这个问题。 我们真的很想改善这种体验。

+1 这确实是一个基本且必要的功能，可以改善每个人的用户体验； 即使是最大化按钮也总比没有好。

+1 现代电脑屏幕的 16:9 比例意味着垂直空间要少得多，浪费它没有意义。

这对我来说绝对是一件大事。 我从垂直 1080p 屏幕移动到水平 1440p 屏幕，我非常想念使用 vscode 时的垂直空间。 能够重新定位输出面板以占用一些未使用的水平空间将使在标准 16:9 屏幕上工作更加舒适。

使用我当前的屏幕，我可以轻松地拥有 2 个文本缓冲区，并且输出面板并排打开。 那很好啊！

是的，我真的不能再在我的 16:9 1080p 显示器上使用 vscode。 跨越全宽的东西在横向宽屏显示器上不是很好:(

添加集成终端标签，以便我更容易找到，因为它是主要用例之一。

对此的更新，在 1.7.0 中添加了切换最大化面板命令，这是我暂时的解决方法，允许您在最大化和非最大化状态之间快速切换。 它没有默认的键绑定，但可以通过命令面板或添加您自己的键绑定来访问。 这是我的：

{ "key": "ctrl+shift+q", "command": "workbench.action.toggleMaximizedPanel" }

当我们看到这个时要记住的是，终端禁用了几个键绑定，因为 shell 需要使用击键。 例如， ctrl+\是分割编辑器的默认热键，它将SIGQUIT发送到 shell 进程。

@bgashler1已经有一段时间了，有什么更新吗？

VSCode 已经成为 go 开发的默认 IDE，它是一个非常重要的破坏者，因为输出通常非常紧凑。

以下是为我们的开源 zap 包运行测试时浪费空间的示例，例如：

那是无用的黑色屏幕的一半：（将该面板放在最右侧并能够在进行测试时充分利用双编辑器真是太好了。

@Tyriar re：终端

我绝对明白你的意思，但我不确定我是否同意终端是主要用例之一。 我认为很多人习惯于在一个完全独立的窗口中打开一个好的模拟器（阅读，iTerm2，假设是 macOS）。

vscode 有一个非常棒的构建系统，并且该构建系统与内部控制台相关联。 当控制台弹出时，它占据了一半的屏幕而不是我关心的一列，留下很多空白空间。

@glibsm我们将从一月份开始致力于工作空间管理体验，包括这个问题。 我们已经完成了一些相关工作，稍后我们将发布更新。

@bgashler1感谢您的更新！ 绝对期待:)

很高兴听到这项工作在范围内 - 对于我们这些使用更大显示器的人来说 - 控制屏幕空间的使用是关键

极好的！ 我迫不及待地想在调试控制台/集成终端上看到这个。

Visual Studio Code 给我留下了非常非常深刻的印象，我说的是作为一个 20 年来大量使用 Emacs 的人。 🙂

我想确认@glibsm在此评论中展示的用例：我有一个典型的“短而宽”的笔记本电脑屏幕，我喜欢在编码时观看我的测试。 我的老式 Emacs 工作流程通常如下所示，测试在cargo watch或类似工具下运行：

另一方面，我的 Visual Studio Code 工作流被挤压了垂直空间，有大量的水平死区：

我同意尝试垂直挤压两个窗口有一些权衡。 但是，即使是非常基本的工作区管理支持（比常规 Visual Studio IDE 中提供的更简单的东西）仍然会使这更容易。 所以我真的很期待你在这里的工作！

从长远来看，可能希望在主编辑器 UI 上覆盖单元测试失败，就像现在覆盖编译错误一样，用红色曲线突出显示失败的测试并在弹出窗口中提供详细信息。 但这需要来自测试框架的更多合作，而不是目前存在的。

很高兴知道这会发生，因为我正在使用 Powershell ISE 编辑器，而目前 VSCode 中缺少这一点。
只是一个建议，如果终端/输出/调试/问题窗口实际上可以从主窗口分离并移动到不同的监视器。 这将大大扩展工作空间。
总的来说，我喜欢 VSCode。 保持良好的工作。

我真的很失望，这些功能是基本的！ 每个选项卡都应该能够分离、水平定位、垂直定位等。对于控制台和文件..
我不是 Visual Studio 是基于项目的单窗口方式的忠实粉丝。

@myuseringithub请提出建设性意见！ 这是一个开源项目，我们的社区致力于尊重。

如果选项卡对您来说是一个交易破坏者，那么您始终可以使用 Visual Studio（完整版）或许多其他选项。 请考虑您的评论是否对那些为这个项目贡献时间的人是积极的和有帮助的。

我喜欢现实和真诚，我的观点是这些应该是可用的或正在运行的功能，而不是可能最终用于开发的建议。 随着用户的需求随着时间的推移而增加，他们的期望也在增加。
我不认为自己在评论中不尊重。 与其说我的观点，不如说受到批评是一件积极的事情，它会带来更好的产品。
感谢每一位贡献者，因为 VS 代码在很多方面都是我最喜欢的编辑器，但在某些设计决策上仍然存在分歧（例如，将项目限制在单个窗口中）。

上面提到了很多原因。 如果考虑到这个特性，我想把它作为窗口所有组件的通用/通用特性是有意义的。 原因包括；

• 多屏使用 - 分离窗口可以更好地利用工作空间。 分离任何文件选项卡、控制台甚至控制面板。

• 水平或垂直分割任何部分 - 无论是Debug console 、打开的文件还是控制面板。所有这些都可以被视为窗口的部分并位于任何一侧，调整为任何宽度/高度。

• 在宽屏幕中利用垂直尺寸 - 当输出是短线时，底部定位的控制台特别烦人。

在这里结束，因为我无法在不编写 CSS 补丁的情况下将搜索结果下移，这是不可接受的。

200px 宽度的搜索结果列表是无用的废话，它应该在底部，而不是在侧边栏中。 我没有找到任何简单的设置。

+1 可以将终端窗口垂直停靠在应用程序窗口的右侧。

在多年来从 Atom、Sublime 和 Coda 的组合切换（仅举几例）之后，我现在使用 VSCode 作为我的主要编辑器。 但是，我目前遇到的最大问题是 VSCode 的内置终端只能作为全宽窗口打开。 对于像运行 git 命令和 gulp watch 等基本的东西，让终端窗口一直打开是很有用的，但是全宽窗口是多余的并且浪费了大量的屏幕空间。

当我在 13" MBP 上运行 VSCode 以及将 13" 连接到两个 24" 显示器时就是这种情况。

所以，我经常在 VSCode 旁边打开 Terminal 或 iTerm，这样我就可以在 VSCode 的右侧保持一个全高（但有点窄）的终端窗口打开。 我真正想要的是能够垂直停靠 VSCode 的终端窗口，这样我就不必打开和管理第二个应用程序。

这不是一件大事，但是打开第二个应用程序，在 OSX 桌面上安排 2 个全屏应用程序窗口，以及在终端应用程序中 cd'ing 到正确的目录都是 VSCode 可以消除的简单的停靠能力几乎可以消除的额外步骤右侧的面板。

这确实是我现在对 VSCode 感到困扰的一件事！ :o)

作为旁注，您可以使用 VS Code 开发版本来获取最新实现的功能https://code.visualstudio.com/insiders

此功能是否已从积压中提升为冲刺？ 什么是eta？

@MZelenovDELL它在新的6 个月路线图上，但尚未开始。

这将使与 Quokka 的合作变得更好！

也许，甚至可以将输出面板设置为侧边栏的下半部分，用于简单的错误列表。

我认为分离终端的每个选项卡（问题、输出、调试、终端）会很有用，我真的很想看到输出（例如，当我在监视模式下运行 sass 编译器时）总是在右侧，但终端（或其他选项卡仍在底部，因为右侧没有足够的空间容纳一些长命令/输出。

我希望面板窗格可以配置为允许它扩展到工作区宽度的 100%。 存在于侧栏和编辑器下方。

我要这个 ..

我希望像这样在 vs 代码的右侧打开终端（我当前的工作空间）

+1

+1

+1

+1

+1

看到这个问题仍然没有得到解决，真是令人惊讶。 我发现将终端放在底部是不可行的。 有选择会很棒：
在底部或右侧，（例如 PowerShell ISE）
或分离！ （例如 PyCharm，它实现了所有）

喜欢代码，但如果发货会更喜欢它

此功能请求的状态如何？

我也来自 Emacs，非常喜欢 Code！

我理解完整的面板可配置性是否会过多地干扰设计理念，但在大多数屏幕上垂直分割更为明智，所以如果有什么我更喜欢它作为默认设置。

也许我是少数，但我的大部分控制台输出很容易适合垂直拆分。

+1

我将取消订阅，因为所有不知道投票如何运作的人。 如果这确实被发布并且有人真的在考虑它：在这里提到每一个昵称，嘿。 对我们这些现在将选择退出通知的人强制发出警报。

@shmup也许你可以帮助那些不熟悉 github 的人知道正确的方式来表示我们对这个问题的支持，而不是被动攻击性的批评？ 我应该在原始问题上点击“竖起大拇指”图标吗？

如果这违反了规范，我很乐意删除我的 +1 评论，我敢猜测其他人是否愿意在一些指导下改变他们的行为。

是的@mike-the-automator 竖起大拇指将是一个首发。 如果它增加了任何额外的想法，可以留下评论。

公平地说，+1 评论在很长一段时间内都是常态。

直到去年，他们才实施了一种减少 +1 垃圾邮件的技术： https ://github.com/blog/2119-add-reactions-to-pull-requests-issues-and-comments

另外： https ://github.com/isaacs/github/issues/9

@shmup谢谢 - 我已经删除了我的评论，因为它不是很有帮助并竖起了大拇指。

+1
我喜欢 VSCode 和集成终端，我将它用于一切，甚至查看文本文件，因为它非常棒。 从@contention逐字复制，“打开像ConEmu这样的第二个终端应用程序，在桌面上安排2个全屏应用程序窗口，以及在终端应用程序中cd'ing到正确的目录都是VSCode可以执行的额外步骤（阅读：不必要）考虑到将面板停靠在右侧的简单能力，几乎可以消除。”
请添加将_ “终端” _窗口垂直停靠在应用程序窗口右侧的功能，因为它在测试代码时确实会节省大量屏幕空间和时间。
谢谢你，保持伟大的工作！

我希望我的控制台输出在屏幕的右侧，就像我在我正在使用的所有其他编辑器中配置它一样。 为什么这个微不足道的问题还没有得到解决，这超出了我的理解。 这不是火箭科学。

我的问题是专门测试输出在垂直方向和终端/任务输出中非常窄——难道没有类似于带有格式化测试的源代码控制列的测试列吗？

+1 垂直视图。 让它可拆卸也很好，虽然那时我不知道运行一个完全独立的终端实例有什么好处，就像我现在所做的那样，以避免其他人表达的浪费空间的担忧。

+1 用于垂直集成终端。

只是想举一个例子来说明为什么这会非常有帮助。

如果我正在编写符合 PEP8、每行最多 79 个字符的 Python，那么我的代码两侧会有大量的开放空间，而在我正在处理的行的上方和下方则更少。

我收到了关于这个问题的源源不断的通知。

我们能得到更新吗？ 有没有人（ @isidorn ）开始研究它？ 它可以与即将发布的版本相撞吗？

谢谢。

我也很想看到将终端停靠在右侧的能力。 我对 VS Code 的主要用途之一是 F# 脚本。 现在我经常打开和关闭终端以使用 F# Interactive 来测试小段代码。 让它在屏幕右侧打开会更方便。

我教孩子们使用不同的编辑器进行编程，该编辑器允许我将他们的代码放在左栏中，在右侧输出，并使用 cmd-r 宏来“保存并运行”。 他们在一个屏幕上编辑/cmd-r/edit/cmd-r...。 我宁愿切换到 VS Code，但直到我们可以并排显示两个又高又窄的文本堆栈（代码和结果输出）而不是垂直堆栈时，我才能做到这一点。

但即使是其他编辑器也没有希望的那么灵活。 理想情况下，我希望输出窗口上有一个按钮栏，该按钮栏有底部/侧面切换按钮，用于换行/不换行，用于正常大小和位置以最大化和返回（无论其正常位置在哪里），也许用于保持先前运行的输出（回滚）与每次运行开始时清除输出的切换。

当然，这些“按钮”中的每一个都代表可以绑定到键的命令。

而且，是的，如果可以单独查看“面板”中可用的各种窗口，那就太好了（例如：右栏中的输出，底部根据需要打开和关闭终端）。 还有一匹小马。 ;-)

（再次感谢惊人的开源编辑器！）

我刚买了一台新的 32 英寸 2560x1440 显示器，并且希望能够将控制台连接到战斗中的面板上。关于何时可能实现的任何 ETA？

+1

+1

+1
希望能够将控制台停靠在右侧。

+1
希望能够将控制台停靠在右侧。

+1

请不要用 +1 或任何同样无用的等价物回复此主题。 随意添加对上面原始帖子的反应，但添加噪音只会向每个订阅此线程的人发送垃圾邮件。

我希望将来有一个右面板来显示符号树视图。

我正在超宽范围内编码； 这个功能是必须的。 怎么还没进去？

+1
绝对是一个重要的功能

+1 也是超宽编码，这个功能需要在那里。

+1
希望能够将控制台停靠在右侧。

+1

+1

很高兴看到我不是唯一一个，而且这个问题仍然有积极的支持者。 我想全时使用 VSCode（phpStorm 太慢且太笨重），但无法像 Windows 一样分离面板（调试、扩展、探索、终端等），这让我望而却步。 我对我的代码使用垂直监视器，当我只能看到部分代码和部分手表等时，尝试调试是一件很痛苦的事情......

我真的很想拆下窗格并移动它们。 我以前在 Visual Studio 中工作时附上了一张旧配置的图像，以说明我的意思。

这是迄今为止分配给On Deck里程碑的评论最多的问题，我（有点）认为这使它成为迎接即将到来的里程碑的一个很好的候选者。

任何开发人员都可以确认，或者有人可以打电话询问何时/是否可能发生这种情况吗？

谢谢

这个功能什么时候实现。 😭
这是我多年来对 vscode 的唯一要求。

+1

+1！

+1

+1

+1

请，编码器需要他们的右侧集成终端！ +1

+1

需要一年多的时间来解决这个问题？
请添加此功能。

@isidorn我想开发此功能。 是否对 PR 开放？

@AkashGutha请求宽恕比请求许可要好。

@BrandonLegault这个线程是讨论软件问题，而不是哲学。

@AkashGutha那我猜不要继续工作？ 完成这么多用户一年多以来一直要求的功能没有什么不好的。 这是你的电话。 你做你该做的。

@BrandonLegault面板部分是主要布局的紧密耦合组件。 因此，为适应此功能而进行的任何更改都需要对重构现有方法所采用的方法进行大量讨论。

如果不进行讨论，我会盲目射击，这不值得我花时间。
无论如何，我正在用我的叉子做实验。 随意看看。 目前面临构建问题，所以没有太大变化。

@AkashGutha请创建一个 PR（只是一个空的 PR，以便我们开始讨论）并联系我，以便我们讨论此问题的潜在解决方案。 谢谢！
与我计划在接下来的几次迭代中研究这个问题无关。

大家，我终于找到了解决方案！

看哪：

对，所以要么为这个开源项目做出贡献，要么使用一个简单的解决方案。 带来反对票。

+1 用于最大化活动窗格（切换）选项，例如最大化 atom 中的窗格

@PixelT这是支持的：

@Tyriar这个最大化我的终端面板，而不是有焦点的活动选项卡。

更新？ 需要这个功能

@PixelT还有一种禅模式：

但是，是的，我们没有像 Atom 那样统一的“窗格”概念，我们有编辑器/编辑器组和面板，它们都有不同的命令作用于它们。

@sascha1337 到目前为止还没有。 无法为此投入时间。 希望下个月我会有东西

链接到像我这样迷路的人的 PR： https://github.com/Microsoft/vscode/pull/34267。

我有一个超宽屏幕，我只希望能够在顶部或远端显示终端，因为它们在我的屏幕上的价值较低。

一些扩展程序会在工作时自动打开底部面板打乱我的流程，这是一个非常令人沮丧的习惯。 轻松配置面板以防止自动打开或配置此类事件发生的方式和时间会很棒。

编辑：由于有人决定👎我的评论，我应该清楚的是，我是通过对其他问题的“可能的欺骗”评论发现这个问题的，这些评论更具体到我正在谈论的问题。

18个月了那么多人要求小改（垂直终端），还是没解决！！！！？？？？

+1 用于垂直集成终端

右侧终端 +1 - 我使用超宽屏幕 (21:9) 并且右侧有很多未使用的屏幕

@AndrewHuffman给你竖起大拇指，因为大多数来到这个帖子的人都在这里要求一个不平凡的修复，并在它不可用时变得不安。

相反，让我们像@ngryman提到的那样去这里： https ://github.com/Microsoft/vscode/pull/34267
并开始研究解决方案。

+1 用于垂直集成终端

+1 可以选择我想要这个和任何面板的位置，想想 Adob​​e 的面板系统；）大问

+1 用于垂直集成终端

水平终端不会打扰我，但如果有一个垂直调试控制台会很棒

@arturosaco @heisian我通常选择不批评别人。 我了解您不需要将此作为垂直终端。 然而，这也是别人想要的。 这是一个开源社区。 您只需对每个请求都投反对票，结果就会有点负面。

这不是修复，而是功能请求。 这也不是微不足道的。 如果是的话，这个问题就不会这么久了。

我建议你多一点同理心。 对此投反对票意味着您不希望进行此更改，因为它会阻碍您的工作流程。 我不相信这是一个案例。 这是上面的好人要求的一个选项。

@bhargavrpatel我很想拥有一个侧面板终端。 我也希望有一个底部面板搜索区域。 我不是在告诉人们滚蛋，我是在告诉人们停止对该线程 +1，因为它不会对解决此功能请求做出任何贡献。

通常的做法是强烈鼓励用户做出贡献，而不是仅仅在话题上加上 +1，因为（尤其是在这一点上，很明显很多人都想要这个功能）它对讨论没有任何帮助。

使这种 +1 疯狂停止的最佳方法是实施......

2017-10-17 0:21 GMT+02:00 Tim [email protected] ：

@bhargavrpatel https://github.com/bhargavrpatel我很想拥有一个
侧面板终端。 我也希望有一个底部面板搜索区域。
我不是在告诉人们滚蛋，我是在告诉人们停止为此 +1
线程，因为它对解决这个问题没有任何贡献
功能要求。

通常的做法是强烈鼓励用户贡献而不是
只需将 +1 粘贴到线程上，因为（尤其是在此时
显然很多人都想要这个功能）它对讨论没有任何帮助。

—
您收到此消息是因为您订阅了此线程。
直接回复此邮件，在 GitHub 上查看
https://github.com/Microsoft/vscode/issues/2806#issuecomment-337060688 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AAtFWufRwSbY1l1RflrkS3BgLqD5TjYEks5ss9bwgaJpZM4HWCNy
.

+1

我认为你应该锁定这个问题并指向 PR 😂

通过https://github.com/Microsoft/vscode/pull/36827修复
您可以在明天的 vscode inisders 中尝试一下https://code.visualstudio.com/insiders/
或者在大约两周后的下一个稳定版本中。

有人请发截图:)

这很棒，我等了很长时间。 伟大的工作和伟大的补充我现在肯定会切换到代码。
只是一个快速的问题。 是否有计划添加一个开关，使终端出现在左侧而不是右侧，而不是底部，而是顶部？

@cielakm看起来只有bottom和right

https://github.com/Microsoft/vscode/pull/36827/files#diff -402cec15e2885738e3c58be96e3a5651R227

应该是这样吗？

@Domer79 +1

我对发布和内部人员有同样的问题。

谢谢，我会试驾一下，看看我是否可以放弃我当前的 tmux 和 vim 设置。

我已经在使用它了，太棒了

是做得好。 但是在Windows上似乎没有右上角的X来关闭它，而在Mac上却有......奇怪。