Vscode: 支持编辑器的网格布局

创建于 2016-11-03  ·  191评论  ·  资料来源: microsoft/vscode

  • VSCode版本:Windows 10
  • 操作系统版本:1.7.0-内部人员

-对不起,我使用了Google翻译-

留下更好的拖放效果,检测出我们指出窗口的位置。(#224,#1749)。

原子如何。 我认为这更直观。

drag-drop-layout

feature-request on-testplan workbench-editor-grid

最有用的评论

在最终实现#1749之后,这是使工作台像其他编辑器一样灵活的又一个必需的步骤( Sublime Text,Atom,vim,Emacs,完整的Visual Studio-它们都支持网格布局)。 特别是在较大的屏幕上,使用2×2或1 + 2网格布局非常有用。 一些屏幕很大的人倾向于使用更疯狂的布局,这在处理具有多个相关文件(例如C ++中的头文件)的项目时可能很有用。

Grid layout

在VS Code中拥有类似的东西会非常可爱!

所有191条评论

@Tekbr我们的方法有什么问题?

editors

@bpasero我认为不是很清楚。 我会尽力解释。 对不起英语

我喜欢1.7版中的新功能,但同时允许垂直和水平拆分会很有趣。

如gif所示,三个标签。 垂直拆分,同时水平拆分。

单击一个按钮(或使用快捷方式)以更改方向,这会显得有些无聊。

就像我们将选项卡拖动到侧面一样,它可以调整窗口,向下拖动,在此窗口的下边缘附近进行调整,而无需使用“切换编辑器组布局”。

我使用了👍,但也想为此用例提供语言支持。 我有一台相当大的显示器,在2x3网格中使用Sublime,这在VS Code中目前是不可能的,因为您必须在水平与垂直之间进行选择。

在最终实现#1749之后,这是使工作台像其他编辑器一样灵活的又一个必需的步骤( Sublime Text,Atom,vim,Emacs,完整的Visual Studio-它们都支持网格布局)。 特别是在较大的屏幕上,使用2×2或1 + 2网格布局非常有用。 一些屏幕很大的人倾向于使用更疯狂的布局,这在处理具有多个相关文件(例如C ++中的头文件)的项目时可能很有用。

Grid layout

在VS Code中拥有类似的东西会非常可爱!

我希望能够在垂直和水平方向上进行拆分,但是这里确实缺少此内容:(

希望它将得以实施。 这是我现在对vscode的唯一主要问题。

+1

我通过VS Code使用WebStorm的原因有三个:

1)不能水平分割
2)vim仿真是中等的(但是无论如何要感谢,它使它完全可用)
3)无法记录键盘宏

VS Code非常快,我喜欢使用JavaScript。 它具有很大的潜力。 我相信当这些事情实现时,它将是我的首选编辑。

为了清楚起见,这是WebStorm菜单的屏幕截图(我的意思是水平分割):

image

对我而言,Atom完美地实现了它的功能……向上/向下拆分/向左/右侧拆分...您最终可以得到4个象限,或者左侧2个,右侧1个,左侧1个右边的2个,如果愿意,甚至更多...每个都有其自己的选项卡。 新打开的文件将在打开时进入具有焦点的部分。 我目前在4K显示器上使用这三种情况。

我想知道为什么它尚未实施,或者VS团队有反对水平分裂的理由吗?

@whitecolor VSCode具有水平分割。 您可以通过按“ alt + shift + 1”(在垂直和水平分割之间切换)来启用它。

但是,我绝对同意,在VSCode中需要允许错配水平和垂直窗口的网格布局。 在我的办公室里,我是唯一一直使用VSCode的人,一个突出的原因是缺乏网格布局功能。

正确,您可以将垂直切换为水平,但不能同时使用,这有点奇怪。

是要考虑这一点还是我们应该忘记它?

老实说,这是我现在对vscode唯一真正的坏处,但是我想每天使用它,而无法使用它是很痛苦的。
我知道时间不是无限的,但是我看不到这里发生的事情太多,所以如果我对此感到烦恼,请原谅我,但我希望这次讨论能继续下去:)

请参阅#9443中的讨论。

@kieferrm您已关闭问题#9443,将人们

@andradei是的。

也将喜欢这个。 任意网格拆分对于我的工作流程非常重要。 我很想切换到Code,因为在其他地方,Code令人赞叹,但这一直使我退缩。 😄

这是我的一些同事没有参加vscode培训的第一原因

绝对是它是大多数emacs用户工作流程中不可或缺的部分,它使用C-x-<n>组合键不断重新定义缓冲区网格。 我想说的第一种用途是分裂一次以获取同一缓冲区的两个视图,然后快速导航至其他部分以供参考-然后通常不久后就将其拆分。

我只是想从Emacs切换,而没有这样做会使迁移感到痛苦

哇。 我讨厌这个。 每当您启动一些新软件,进行一些尝试并发现令人讨厌的事情时,您都可以打开一个问题–但是它只是被确定要在下一个版本中发布,或者讨论已经结束,需要完成此工作。 。
无论如何。 使用React-Native,在Android Studio之后,我真的很想念这些屏幕拆分

同意我们需要能够在水平方向和垂直方向上进行拆分。 仅选择一种格式是不可用的。

可能希望从以下页面获取页面:
https://github.com/SublimeText/Origami

如果我离开Sublime或Atom并阻止我使用VSCode,这是我会想念的仅有功能之一

对于从事多任务的认真的编码人员或作者,这是一项必需的功能,至少应在插件中支持。

我一直觉得3个窗口太窄/太短而无法清晰地看到任何东西,而网格布局是缓解此问题的好方法。 当我需要打开两个参考文件时,很难在vscode中立即使用它:(

这是一张小图,可帮助您直观地说明为什么网格远胜于我们现在拥有的网格(尽管可能已经很清楚了)

希望这将成为未来的发展方向!

我非常需要它,如果有时间我会自己做。 没有这个,VSCode对许多开发人员将无法使用。 如果很快无法使用,我将不得不继续,因为这是开发人员期望每个文本编辑器提供的基本功能。

👍

Sublime和Atom w / VIM插件来自于90年代和00年代早期的老式VIM,从00年代的VS开始已有14年了,多年来一直使用wim插件的Sublime和Atom ...试图切换到VSCode并遇到此限制的严重障碍。 认真地,在30分钟之内,我就击中了,就像…… “等等,认真地……我无法创建网格?

VSCode变得很棒。 但是无论如何对我来说都需要网格布局。 如果不使用网格,它将是我的默认编辑器。

MS在#1749中提到了其原因(布局和分组以及键绑定)。

但是,对于“设计评论”而言,就足够了-只需启用所有其他编辑器具有的功能,然后使用它即可完成。 如果必须破坏选项卡的基础结构和分组或其他内容,请使其成为主要版本,并告诉所有人原因。 做完了

.NET Core已经表明MS不再处于“向后兼容性”市场,并且愿意打破向前发展以简化和简化产品的功能。 我看不出为什么VSCode不能遵循相同的模式并打破一些发展到其他成熟编辑器水平的原因。 达到社会标准。

无法进行以下操作是一个严重的限制:

:vs 
:vs 
:split

转换为非VIM专家:这是对该线程以及#1749中关于不能垂直和水平拆分-形成类似于网格的编辑器的回应。

实在令人沮丧,我倾向于只使用VS代码进行照明编辑,然后放到终端进行硬核网格编辑。

在4k 30“或Macbook Pro 15” Retina上-我仅使用网格布局。

卸下窗户也将是一大优势。 但是现在,我仍然必须使用[n] vim-因此我现在在3个三台监视器上都打开了带有tmux的控制台,并且可能在单个监视器上使用了一个VScode会话来保持美观-因为VSCode不支持'水平和垂直拆分的网格布局”。

我有点同意以上评论。 虽然我不会用锤子去做。 如果担心键绑定,那很好。 使功能“可用”且没有绑定即可启动。 一旦找到妥协并能够重新设计键映射,请稍后再进行工作。 无论如何,这对我来说都没有关系,因为我像大多数编辑器一样拥有一个自定义的按键映射,因此它们彼此(在某种程度上)是一致的。

但是,如果该功能可以正常使用并且可用并且有文档记录,我认为人们仍然会喜欢这种向前发展的动力。 进行单独的PR,以了解如何将其集成到现有工作流程和键映射中。

是否会在不久的将来实施此更新?

我还想回应先前的建议,以检查(折读:从中吸取

对于我来说,它是迄今为止最有价值的ST插件,而我每天仍然在vscode中错过一件事

缺少网格布局支持是导致我无法认真尝试VSCode的主要原因。

等待有关此功能的更新。 没有这个,从Atom切换到VS Code会很痛苦。

我需要这个功能。

对此有任何更新吗? 如果不是正在积极开展工作,是否乐意接受PR?

这是一个非常重要的功能,而缺少它几乎是唯一让我对切换保持警惕的东西。

VS代码需要这个!

当我们在这个主题上时,我想请求一个API以编程方式控制拆分。 如果每次我们想要调整面板大小时都不得不使用鼠标,那将有些la脚。

另外,我认为这将允许一些非常酷的插件。

绝对需要此功能!! 请 :)

@ atmd83除非幕后有任何工作

@ atmd83基于此线程中的评论和反应,可以肯定地说,如果实现此功能,您将被成千上万的开发人员誉为英雄

@pelotom @ atmd83 @JeremyKruman我会谨慎尝试尝试这一点。 这会影响很多范围的事情,并且您的PR不太可能被合并。

如果您确实想做出贡献,我建议在此过程中与VSCode核心团队之一进行交谈。

@Chillee,您可能是对的。 老实说,我对幕后的一切工作方式还不熟悉,无法打电话。 直到我们对此进行更新之前,我在这里找到了一个扩展,该扩展允许将自定义CSS和JS插入VSCode中,这可能_maybe_为特别渴望使用此功能的人提供了一种临时解决方法。 我还没有太多时间来使用它,但是我计划今晚花一些时间尝试在屏幕左侧创建一个垂直编辑器,在右侧创建两个水平编辑器。 正如其他人所建议的那样,说起来容易做起来难,但是我想提请人们注意这个潜在的选择,以防其他人想调查😃

对于那些想使用VSCode的人。 我确实有一些小工作,但是没什么特别的。

打开两个单独的VSCode窗口。 在其中一个窗口中,打开您正在处理的项目的主文件夹。 在另一个窗口中,打开主项目文件夹的子文件夹,即/ src。 然后,您可以将两个窗口并排放置,然后分别设置每个窗口的布局。 允许您具有2 + 1布局或2 + 2布局等。水平或垂直。

image

请注意,如果在打开主文件夹的窗口中进行更改,并且还在同一文件的其他窗口中进行更改,则更改可能会被覆盖。 使用如此出色的IDE的成本很小。 希望将来会添加适当的网格拆分功能。

希望这对您有所帮助!

干杯,
格雷格

如果有人感兴趣,您可以在此gist中找到实现类似于Greg的布局的自定义CSS。 这有点麻烦(缺少滚动条等),但是暂时可以完成工作。

@JeremyKruman您至少可以使用鼠标滚轮滚动吗?

是的,可以通过鼠标和键盘进行滚动,滚动条只是不可见。 它们在某个地方,只需对它们进行适当的样式设置即可将它们放置到正确的位置,而我还没有解决。

@JeremyKruman Dude,你是老板!

是否将执行此功能的任何更新?

这仍在我们的积压中。

我当时正在考虑做一个与angular-cli工程一起使用的扩展。 当您打开* .component.ts文件时,它将自动检测与组件关联的模板和css文件,并将它们放在水平分割的屏幕中。

到处移动文件很烦人,在angular-cli项目中,从组件到模板,我们往往会做很多事情,反之亦然。

不幸的是,不支持水平分割,并且无法进行太多垂直分割。

------------------------------
TEMPLATE     | COMPONENT.TS
             | 
------------- 
STYLES       |
             |
------------------------------

在Ember-CLI世界中,FYI @praveenpuglia存在一个扩展,可以通过快捷方式在相关组件文件之间快速切换,这对于在该领域保持理智非常重要。 如果您在此功能登陆vscode之前正在寻找一些理智的选择,它可能是您已发布并且可能已经存在的替代解决方案

当网格布局到来时,我会从崇高的角度切换。 我简直不敢相信自己的眼睛。

@ peabnuts123多数民众赞成在一个好主意。 我将尝试查找某些内容并遵循该主题。

@praveenpuglia查找相关内容应支持快捷键方案。 不幸的是,由于我没有Angular的任何内置规则集(但我很想添加它们),因此无法立即使用。 如果您在设置规则集方面需要帮助,请告诉我。

打开多个编辑器?

image

是的,这是@bonarja的一个选项,尽管我理解您为什么认为这可能是一个有用的解决方案,但恐怕它没有实现目标。 人们要求使用此功能的原因不是因为他们没有意识到可以打开多个实例。 就是通过使用多个实例,您不能使用在多个缓冲区(例如,命名为剪贴板)之间共享的编辑器功能,或者不能在屏幕快照中在单独的编辑器中显示的缓冲区之间移动(例如,使用vim-mode split命令) )。

除了@coddingtonbear所说的以外,vscode不支持在多个实例中打开同一文件夹。 所以对我来说,您的建议不是现实的解决方案

@bonarja @coddingtonbear @alexriedl这对我也不会真正起作用,因为在我工作期间,我倾向于一直拆分,切换,关闭缓冲区并更改其位置。 使用多个窗口对于快速连续切换而言太慢且麻烦。

另一个需要VSCode中的网格视图的人

这也是另一个需要在VSCode中使用网格视图的人... :)

我也需要VSCode中的网格布局。

...而且我也很想要这个

+1

对此线程+1的人和“我也希望此”的人,请确保您是👍原始帖子,以便使本期内容可见(问题可以按number数排序)。

此功能(网格布局)是阻止我完全脱离Atom的唯一原因。 我喜欢VSCode,它速度很快,我可以使用Typescript编写插件。 惊人。 但是这个功能被严重错过了,使我无法完全接受VSCode。

令我惊讶的是,macOS Touch Bar支持在此功能之前出现了。

再次感谢您的辛勤工作,这是一个了不起的应用程序(除此之外)。 请考虑优先上移此功能。

(我也已经为原始信息+1了以表示我的支持;)

仍然没有人分配:/请优先处理! 这是减慢大量使用vscode的唯一功能;)

+1和评论-真的很想拥有编辑器窗口的网格布局。 特别是金字塔布局,其中一个全角编辑器位于屏幕的上半部分,而两个半角编辑器位于屏幕的下半部分👍

_VS Code_黑客,对此有何更新? 请。

+1

我真的不明白此功能有什么问题? 编辑器已经支持所需的功能,而不能同时支持两个选项。 对于像我这样配备大型显示器(43英寸4k显示屏)的人来说,这真是天赐之物!

@underscoreHao有人认为问题是很难实现,但是从外面看

拜托了伙计们。 你们以前没有人从事过产品吗? 事情不会仅仅因为用户真正想要而出现。 显然,他们所做的工作显然具有更高的优先级-例如多个文件夹(或出于其他原因(未向客户/用户公开))。 您可以在github上按👍优先级进行排序,您会发现实际上这并不是最需要的功能-它已到位11.冷却:)

VIM和Emacs都是已经有近20年历史的编辑器,它们像大多数专业IDE甚至其他基于电子的编辑器Atom一样都支持此功能。 但是VSCode仍然不支持此功能,并且据说是最好的编辑器。 这使我无法将VSCode用作简单的记事本以外的任何东西。 Visual Studio IDE是否支持此功能?

编辑:应该将其标记为错误,因为它是一种基本功能,假定任何现代编辑器都支持它。 从上面的评论中确认,甚至Visual Studio IDE也支持此功能。 这是故意阻止VSCode的用户体验,以鼓励人们转向Visual Studio IDE以获得“完整体验”吗? 如果是这种情况,我将坚持使用VIM,Atom和IntelliJ。

缺乏网格布局也让我感到沮丧。 我最近使用了Visual Studio,Atom,Spacemacs和Vim。 VS Code当前是我的最爱,但是缺少水平分割是一个严重的缺点。

添加了👍-我正在将工作流程移至VS Code,到目前为止,这是我遇到的唯一真正的痛点。 (这就是说,这个编辑器很棒-谢谢!)

为了回应上面的一些评论,在我使用过的各种编辑器(和插件)中,到目前为止,我最喜欢的方法是Sublime Text的Origami

+1

帮我交易。 现在放弃VS Code。

我真的很想拥有这个功能。 现在,我正在使用多个窗口,效果不佳。 理想情况下,我们应该只使用一个实例来管理代码。

+1

与这个讨论相关,但是我还没有看到它明确提及:3个编辑器窗口的限制不足以用于大型(4k)监视器。 如果我们要使编辑器视图的布局更加灵活,那么这还应该包括取消对可以创建多少个编辑器窗口/行/列的限制。

+1。 切换回Atom,直到完成此操作。 IntelliJ pack,Sublime,Atom,Visual Studio等均支持此功能。
这是我寻找的第一件事,特别是在2560 x 1080屏幕上。 自定义网格对我来说是最大的。

我不敢相信这个问题仍然没有解决。 这对于代码编辑器来说确实是必须的! :/

为我+1。 由于下一代概念以及该编辑器的出色功能,我回到了vscode,但是几个小时后,我又回到了sublime + origami,因为我是在4k显示器上工作的,通常我会打开4-6个面板版式设置。 不幸的是,此刻3个标签的限制对我来说是一个交易突破。

如果您想登陆,请确保to原始PR评论。 vscode团队使用反应排序对功能进行优先级

一旦此功能下降,我将永远不会回头。 同时,感谢您出色的编辑!

除了缺少网格外,我喜欢VSCode! 网格请:)

非常需要分割编辑器窗口!!!!
网格布局最好!

嘿,好吧,我们都同意我们要这个分裂的东西。 那接下来呢?

等待Microsoft团队中的某人告诉我们为什么无法解决此问题? 和/或具有必要技能的人员可以将PR组合在一起。 我不相信如果您熟悉代码库,就很难实现该功能,但是我从来没有写过JS / TS的代码,也没有看过代码库,所以我可能完全错了

请加快此开发! 我已经等了一年多了,简直不敢相信根本没有内置什么东西,最糟糕的事情还没有开始。 这对于现代应用程序开发非常重要。 感谢您提供的出色编辑器,但如果没有水平+垂直分割(或网格)功能,我们很多人就不能将其用作主流编辑器。

只需加入即可支持此功能。 我认为习惯于Sublime Text之类的环境的开发人员几乎可以无限地自由拆分屏幕,这会发现迁移到VSCode的过程非常吸引人。 (对我自己说:我的团队大多数人都使用VSCode,但我个人认为由于缺乏水平和垂直拆分,它无法使用,因此我现在继续使用Sublime。)

这里有更多支持! 这个功能的实现让我感到非常兴奋。 我敢打赌,有一半人在看这个案件,包括我自己,都会抓住机会实施这一方案,并且肯定具有这样做的技能和资格。 我不明白现在对VSCode进行如此优化,精简和广泛采用已经花了这么长时间来确定优先级,但是现在仅分配了7个PR,我不能说这看起来像是在懈怠:)

同时,我将继续在Sublime上继续努力,并期待再次尝试VSCode,因为它可以让我有效地使用整个监视器来编写代码,而又不会破坏电子运行时

请把它变成现实

@kieferrm :您至少可以说说为什么这还没有达到目标吗? 没有足够的投票? 太难执行了吗? 刚忘记?

没有足够的投票?

别这样,这是top5问题,只有“浮动窗口”具有更多投票权,并且也没有分配(#10121,它们与拖放的使用有关)。
我想这不只是一点点的工作,而且这个问题在某个时候已经中途解决了(我们有水平和垂直分割,但不是同时进行;)
我们需要高分辨率显示器的组合-请实现它! :)

很高兴很快看到这个。

诡异的阴谋反应。 考虑到VS Code确实实现的所有功能,我相当怀疑网格布局是Microsoft由于VS Studio的蚕食而拒绝添加的一件事。

让我们看看您的拉取请求在我们开始吊索阴谋之前已被完全拒绝,没有任何解释。

让我们看看您的拉取请求在我们开始吊索阴谋之前已被完全拒绝,没有任何解释。

然而,他的评论已被立即删除……这并不是消除阴谋论的最佳方法。

@MikeGitb @ Justus-Maier根据此评论看来,可能是“投票不足”。

第一次阅读此问题:

开发人员已经意识到此问题的重要性,但是他们使用此过滤器来确定哪些功能是重中之重。 如果要开发此功能,请确保用vo注明原始问题

开发人员已经意识到此问题的重要性,但是他们使用此过滤器来确定哪些功能是重中之重。 如果要开发此功能,请确保用vo注明原始问题。

这是一个经常重复的选项,但是请注意,具有更多投票权的四个问题均不在该议程中。

@aberonni @egamma @bpasero由于开发人员缺乏回应,在这里造成了沟通问题,由于缺乏参与,记者/评论员感到沮丧。 如果开发人员只能跟进详细的深入响应,那么它将减轻很多焦虑。

@alxgrtnstrngl对于此功能,焦虑的确很高,但是我们不应该对开发人员提出过高的要求,而又不知道他们在进行下一个大挑战(这似乎是挑战)之前实际在做什么。

我也预期该功能。 但是对我来说,即使没有VSCode,它仍然比Atom优越得多。

👍

+1

由于一年多来没有进展,所以今天离开了VSCode。 我真的很失望。

我喜欢最小化的代码,可以重复使用,网格视图可以帮助我以各种语言进行开发,从而获得有用,简单,可监视的空间使用...

抱歉,我的英语...:P ...希望此功能很快就会...

@egamma在2018年1月

“我们知道该功能获得了最多的赞成票,但是还有其他人获得了更多的票。我现在只能说该功能正在我们的视野中。”

谁能解释一个问题必须迫使开发人员将其考虑在内的几票?
这是一个非常有用的功能,我们所有人都很想念它,我的意思是很多!

老实说,我怀疑这仅是一个功能具有多少票的问题。 他们还必须考虑预期的必要努力以及任何协同效应/依赖性。 无论如何,票数只是一个功能对社区的重要性的粗略指标(例如,我无法优先考虑一个功能,而我想将其优先于另一个功能)

话虽这么说,我很惊讶这显然是一个难以实施的功能。

@MikeGitb确实如此。 我认为他们将不得不把重点放在这一方面,而将其他重要功能放在一边,因为一切都表明这一功能将意味着VSCode当前体系结构的重大变化。 即使现在可以使用该功能,但我怀疑它是否会在下一个发行周期或下一个发行周期发布,除非这是一种全手操作的方法。

我认为在实施之前,多窗口可能会对宽屏或4K的人有所帮助。

请为此工作!!! 这是阻止我们(这里有10个人在工作)阻止VSCODE的唯一方法,因为我们都在使用大型监视器! 拜托了!!

在知道这是当前活动之前,我已经发布了有关此的帖子。 VSCode团队是否有任何更新,他们是否认为这是对他们的时间的宝贵利用,以使编辑器更适合他们的用户? 对于许多不在大屏幕上进行编码或在笔记本电脑上进行编码并希望查看其文件全角但需要一次打开两个或三个文件的人来说,此功能将是有益的。

当我在13英寸MacBook Pro或15英寸Lenovo笔记本电脑上编码时,我就知道了。 这是几乎所有其他竞争者都拥有的功能,似乎是许多人在从Sublime,Atom,Vim等切换时错过的功能。

Atom编辑器介绍了Docks的概念,这是大多数人(包括我自己)在VScode中想要的&在此线程中所引用的:

还用这里的gifs创建了一条推文➡️转推表达您的担忧😄

screen shot 2018-02-11 at 7 53 40 pm

我每天都在Atom中使用此功能。 这是我设计的演示gif,其中打开了2个代码文件,打开了linter&errors面板,并打开了2个终端。 所有上述内容都可以在编辑器中的几乎任何地方拖动和放置place️

ezgif com-video-to-gif

甚至git diff查看器也可以在UI中的任何位置拖动

ezgif com-video-to-gif 1

是的,我希望@cliffordfajardo发布的内容正在实施中,它非常强大且直观。 当然,如果可以将选项卡拖到自己的窗口中,那将是惊人的。 多监视器的编辑和调试就在这里。

我想知道的是,为什么VS Code开发人员还没有简单地勾选“支持网格布局”复选框并将其提供给我们? 不严重,这不是一个小变化,所以也难怪它还没有出现。 :)

这对于<C-w>w<C-w>s的Vim绑定是必不可少的

很抱歉necrobump,但是我非常想至少要有4个并排显示,因为我有3840像素宽的显示器,而3个限制实际上仅对应于1920宽像素的显示器。

这真是太棒了-能够一次查看四个窗口的功能:顶部两个窗口,底部两个窗口。 在Atom和Sublime Text中轻松完成。 缺少此功能的原因是我不使用VS Code的原因。

感谢您关注此@aberonni

我在“终端选项卡错误”中略微提及了这一点,但是有兴趣让编辑人员使用充满窗格的选项卡(终端的方式)而不是窗格(此线程/原子/崇高的方式)的人吗?是关于?

充满窗格的选项卡将允许您打开一组以某种布局排列的文件。 然后,当您更改选项卡时,另一组文件以相似或不同的布局显示。

我希望它完全像具有多种布局的多面板终端,例如linux终端客户端“ Tilix”。 拖动到一侧的功能,但在每个面板上添加顶部,底部,左侧和右侧。 与终端相同。 在窗口工作窗格编辑器的左上方,有一个按钮,可用于添加新视图以及在它们之间进行切换。 https://youtu.be/XzHE_BcSRbA?t=312

而不是隐藏多个视图,而是将它们变成选项卡(最好具有标签功能),并且每个窗格都有自己的标题。 或使其成为可折叠的侧边栏,在展开时,它会显示每个视图布局的预览。 也许就像Tilix那样很好,您可以在其中单击一个按钮并显示预览,然后进行切换。 也许添加一个上下导航器在它们之间切换。

在终端上,我真的看不到为什么您真正想要并排超过3个,但是如果它具有选项卡而不是让您选择多个视图菜单的按钮,那将是很好的选择。 如果终端是独立的,并且充当编辑器视图的独立UI组件,则终端将是最好的。

终端,我真的看不到为什么您真的要多于3个并排

超宽显示器上的全屏模式。

但是如果它具有选项卡而不是让您选择多个视图的菜单的按钮,那就太好了。

是的,那就是另一个线程。

如果终端是独立的,并且充当编辑器视图的独立UI组件,则终端将是最好的。

我对此反复进行(是针对可配置的事情)。 我认为,如果主编辑器区域中的任何拆分窗口都可以成为一个终端(有时您只是想要一个大型终端),那将是很酷的,而且持久性终端始终存在,因为它在做对整个项目有用的事情,我一直想看看。

是的,也许可以选择地震控制台样式,顶部,侧面和底部,或者将它们作为视图中的一种面板。 我也知道它是可配置的,但也许快捷方式应该是一个按键。 我可能不得不考虑一下,我想使用f12(如果可用)。

我认为您不会比Origami用于Sublime Text的方法更好: https

另一个注意事项:在Sublime中,您也可以打开同一文件的完全独立的窗口。 例如,我使用它来在一个监视器中打开某些窗格,而在单独的监视器中打开其他窗格。 (不过,这可能是一个完全独立的功能)

如果代码中的所有内容都只是一个选项卡(终端,问题,输出调试控制台等),并且这些选项卡可以自由放置/拆分(例如,原子)在任何位置(上方,下方,并排等),则希望使用该选项。

dwginfnvqaabjjr

如果代码中的所有内容都只是一个标签(终端,问题,输出调试控制台等),则希望使用

究竟! 这是VIM或Emacs等编辑器的主要功能之一,使它们如此强大-__一种通用的Windows方法__。

我曾经要求提供一些非常相关的内容,但重点是特定的用例:#30987。 似乎VSCode团队完全不了解该可用性值(cc @bpasero

究竟! 这是使VIM或Emacs如此强大的编辑器的主要功能之一-Windows的通用方法。

emacs终端模拟器很棒。 您可以通过击键快速导航,并在缓冲区中的任何位置添加或删除文本。 (当然是邪恶的模式)

几个月前,我在spacemacs中度过了一个月,并且喜欢缓冲区多路复用和终端仿真。 Emacs只是缺少了我每天在vscode中使用的一些工具。
当我切换回vscode时,它又回到了3个打开的文件和tmux进行终端多路复用。

每当我想要emacs功能时,它都会让我哭泣(这是可悲的。我总是嘲笑住在emacs中的同事,但有时我会羡慕他)。 我认为Microsoft可以实现这一目标,但是在遵循该主题的几个月之后,我开始失去希望。

好消息。 网格布局符合2018年2月的迭代计划

https://github.com/Microsoft/vscode/issues/43361

工作台

🏃改进UI#22388 @bpasero的通知
💪调查支持编辑器的网格布局#14909 @stevencl @bpasero @Tyriar @joaomoreno

image

Emacs只是缺少了我每天在vscode中使用的一些工具。

确实,最新语言功能的强大集成是我使用VSCode的主要原因。 不幸的是,没有人致力于将其提供给Emacs。

仍然我在VSCode上的工作效率纯粹是由于窗口处理能力有限而造成的

我可以计划现在将文字从崇高文字转换为VSCode !!!
谢谢〜查克·诺里斯〜微软!

“调查”意味着他们仍将分析问题,然后确定真正实施该问题的目标? 对?

看起来该项目已从02/26开始推迟到2月的迭代计划中。 希望下一个周期。

刚处理一个非常高的.tex文件时,突然遇到了这个没有网格布局的问题。 我希望我可以将高个.tex文件窗格分为两个,在“左”组中为垂直,在“右”组中为单个PDF文件。 这对于使用VS Code撰写论文的人来说是件好事,VS Code团队。 因此,请为网格布局c(〜_〜)批准功能请求”

我喜欢VS代码,但是缺少此功能确实让我想念Sublime。 希望这会得到更多的爱,并且很快就会出现!

应该在不限制最大列数/行数的情况下实施此操作,当前限制为3列对我而言没有意义。

抱歉,这只是调查!!
调查支持编辑器的网格布局#14909 @stevencl @bpasero @Tyriar @joaomoreno”

@pallapo的“调查”仍是前进的征兆。 很高兴看到这张票上有任何官方动静。 谢谢,团队!

@joshjensen你是对的!

我同意@fabiospampinato。 只要ui允许,就可以将任何视口在任何方向上一分为二,这似乎是实现此目的的强大方法。 如果窗口足够通用,则可以使用它们来构建任何数量的工具(类似于上面引用的Atom的Docks功能)。

是时候为这个Microsoft VS团队做点事了

试图把原子完全抛在脑后,但这是一个很大的阻碍。 我喜欢VS Code的所有其他功能。 希望微软尽快允许垂直和水平拆分!

将+1添加到“这是唯一让我无法全职使用VSCode的东西”的想法。

@elleryfamilia,如果您不希望能够同时执行这两个操作,则可以使用以下步骤来激活垂直或水平激活

  • 查看>切换编辑器组布局菜单。
  • 视图:在命令面板中切换编辑器组的垂直/布局命令(⇧⌘P(Windows,Linux Ctrl + Shift + P))
  • OPEN EDITORS工具栏中的切换按钮。
  • ⌥⌘0(Windows,Linux Shift + Alt + 0)键盘快捷键。

但是,可以将文件拖到左上,右下的任何位置对我来说,vscode几乎无与伦比。

我自己尝试着从Vim切换到VS Code。 重大挫折。 当我无法找到如何通过键绑定在分割之间跳转时,我特别注意到了,因为每个分割都已明确编号。 在我的Vim + iTerm设置中,我能够在vim拆分和终端拆分之间无缝地上下跳跃,并且几乎不可能在VS Code中进行复制。

提到一切都是标签,而不仅仅是编辑器,这也会对网格布局系统产生巨大的影响。 拥有终端标签,编辑器标签,调试标签等将是巨大的……即使是侧边栏标签也可能不错,但无疑将是一项巨大的改革。 我希望这能吸引一些人。 我可能不会坚持使用VS Code,除非我发现了一些在编辑之间进行相对导航的技巧。

是的,这是一件大事。 屏幕并非始终如您所愿。 我使用了多个纵向监视器,而对于超宽监视器,人们总是想做三列以上的原因。

VSCode没有理由根据自己对如何使用屏幕的个人想法实施限制。

在这一件事出现之前,我一直爱着Atom。 我通常在两台纵向监视器上都具有原子项目,并在其上水平分割,然后在超宽屏幕上使用多个3-4个垂直分割。

实际上花了整整5分钟的时间试图做到这一点,以为我没有办法哈哈-就像“咕rr,为什么它不敢掉在那里!” :-P

+100实施!

似乎调查支持编辑器的网格布局任务已移至“延迟项目”
我几乎每天都会访问此问题页面,以查看状态。
实际上,每次打开编辑器并拆分窗口时,如果有希望,我都会检查一下。

我讨厌切换编辑器,VS Code在所有方面都是完美的,非常感谢所有的出色功能!!
但是开始认真考虑进行切换,每天都很难处理具有当前布局的多个文件。
与安装扩展程序和其他问题后不得不重新加载相比,要获得更多的选票要痛苦得多。
一点都不重要,这是迄今为止我使用过的最好的开源产品。

我只会向社区提供更多信息,这是否可行,我们还要等多久才能知道更多信息? 这对绝大多数用户来说不是很重要并且优先级较低吗?
请让我们知道,以便我们做出决定并继续前进。

我不认为它会推迟-#47369

推迟到三月,手指交叉进行下一次迭代。

是的,我也正在等待。 甚至Visual Studio都可以轻松解决问题(拖动文件以启动单独的窗口,您可以再次拆分=您可以将多个窗口进行多次拆分)。

当我需要查看多个文件时,我绝对需要它。 许多人都提出了要求,还有更多的要求。 请,请,漂亮,请实施它。 在大屏幕上非常有用。

似乎是“正在进行中”四月#47369

通过将键绑定到workbench.action.navigateUp|Down|Left|Right @ RayBenefield可以在拆分之间

@bpasero外观1.23内部人员发布,没有窗口布局(#14909)。 这是否意味着它将不会在4月进行更新?

变量,监视和调用堆栈面板太小!
如果必须检查变量值,则什么也看不到,因此必须始终调整左侧面板的大小。
请让我们将调试面板的方向设置为水平状态!!!

:+1:用50美分的好话来说, Patiently Waiting

但是我不知道实现起来是否如此困难。...我认为Visual Studio Professional遇到了麻烦,那里没有网格编辑器布局支持...。

49599杀死本,杀死。 最后一个缺少的部分将使VSCode成为2018年唯一的编辑器。ssh除外。 VSViCode 2k19?

哇。 只是查看了此问题的所有评论。 我几乎已经习惯了无网格布局,也没有意识到这是一个热门话题。 对于跳过所有内容的人,最新的更新不包括该更新,但是根据问题#47369,他们正在创建与此类似的内容。

让我们共同努力,在5月更新中加入以下内容:crossed_fingers:

@elebumm实际上有一个拉取请求,您可以在其中查看它们使用此功能的距离以及它们所取得的持续进展。

它还指出,他们计划在6月向内部人员推出。

目前的计划是在本月(五月)的残局周中对该功能进行测试,然后在六月初将其交付给内部人员。 这意味着它将在6月底的发行版中稳定下来。

他们甚至发布了动画来炫耀它。

animation

@skreborn希望这是真的。 只有3个垂直分割区对于2个显示器来说是不切实际的...

@ psychosis448是的,这是WIP PR中的gif:

Image from PR

🤞看到gif确实带来了欢乐。
刚读完所有评论,就意识到这些家伙肯定很努力。
我知道这不是一件容易的事,只想说声谢谢,感谢您继续努力,并再次击败并倾听了我们的声音。

不胜感激 !

我知道我参加聚会很晚,我想这对于网格布局来说是超出范围的,但是如果VS Code团队正在观看:如果终端窗口(尤其是终端窗口)能够以某种方式适合此网格布局。 您可能知道* NIX上的许多用户将屏幕或tmux与vim或其他控制台编辑器一起使用。 其他人则使用图形窗口编辑器,以获得基本相同的效果。

如果您进行了如此大的更改,并且至少没有在思想上对这种想法进行如此合理的扩展,那么设计新功能将是一种耻辱。

实现此功能需要花费很长时间。.....仍然没有准备好...
我希望它具有将焦点窗口切换到全屏的功能(并再次切换时回到原来的布局),如下所示:

如今,必须拆分H和V。

高级编码器不要将那些令人讨厌的Apple Mac与动touch的东西一起使用。

我确实使用2 x 4K显示器。

8k Monitors有望在今年实现。

1 x Monitor 40“分辨率4k 60hz的示例, https: //prnt.sc/jm3rap

Atom非常慢,请尽快解决。

谢谢。

哦,男孩,60Hz? 类神的编码器使用120hz。 我不能使用这个产品。
这些额外的刷新是提高光标移动速度所必需的。

@phoenixsampras我希望该屏幕截图中没有敏感内容。

@phoenixsampras @michaelduminy IP和至少一个DB密码...我建议将其删除🤦‍♂️

编辑:现在我意识到这很讽刺@ michaelduminy😅...

虽然此功能仅在下周的某个时间(对于6月底的稳定发行版)才会进入我们的内部版本,但是我们有用于测试此功能的自定义内部版本,现在可供更多人试用:

注意:为了运行这些构建,您首先必须关闭任何正在运行的VSCode Insiders构建。

反馈非常受欢迎,最好将其作为个人问题,而​​不是将其作为此处的评论,以减少订阅者的通知数量。 请确保首先使用workbench-grid标签query

除了新功能的真实文档外,除了本周末的测试计划项目外,尚无其他文档: https :

快速概述:

  • 编辑器可以垂直和水平拆分(例如,通过拖放操作,也可以通过编辑器工具栏中的拆分操作-按住Alt键在另一个方向拆分)
  • 设置workbench.editor.closeEmptyGroups允许配置是否关闭组的最后一个编辑器也应该将其关闭
  • “打开的编辑器”视图不再显示基于位置(左/中/右)的组,而是按创建顺序显示数字

我们仍在计划调整这种体验,尤其是针对以下未解决的问题:

  • 在2x2网格中连接窗扇#50770
  • 允许在两个方向重叠的地方拖动窗扇#50769
  • 网格:实施“居中的编辑器布局”#50936

与打开文件绑定到编辑器这一事实有关,尤其是对于那些来自Vim的人。

有没有一种方法可以关闭编辑器而不关闭其文件? 那么我们可以拥有类似vim-buffer的功能吗?

此实现是否也适用于活动栏? 我可以将杆固定在底部吗?

好吧,这些是内部IP范围,而不是公共IP。 您可以了解更多有关
它在https://en.wikipedia.org/wiki/Private_network

2018年5月28日13:47,卢卡斯·安迪昂·蒙南斯[email protected]
写道:

@phoenixsampras https://github.com/phoenixsampras @michaelduminy
https://github.com/michaelduminy IP和至少一个DB密码...
我建议把它拆下来🤦️

-
您收到此邮件是因为有人提到您。
直接回复此电子邮件,在GitHub上查看
https://github.com/Microsoft/vscode/issues/14909#issuecomment-392577362
或使线程静音
https://github.com/notifications/unsubscribe-auth/AB37QPG3mjlaU8bbCEuA7e1h190rdZj2ks5t3DgYgaJpZM4KoZDu

-
最好的祝福,
CP

@bpasero但是,我们如何实际安装它们?

@dnutels,您应该能够通过解压缩并双击应用程序二进制文件直接运行提供的下载内容而无需安装。 我不想安装安装程序,因为由于尚未安装此程序,因此不久后您会收到更新通知,从而使您回到以前的版本。

@bpasero刚刚尝试了您发布的构建,它完美地工作了,谢谢!

很棒的功能,没有任何限制! 很棒的工作@bpasero

谢谢! 这太棒了! 我多年来一直在关注这个问题。 恭喜!! 感谢大家的辛勤工作和坚持不懈的努力,感谢他们发表了可怕的评论:“我将永远不会使用VSCode!”。

@bpasero效果很好,但我认为启动拆分的区域很小。 您是否打算在新布局中支持“输出”和终端之类的面板?

工作很棒,喜欢它! 谢谢@bpasero !!! 我应该把the寄到哪里? :)

我注意到的唯一一件事。
如果我最初有完整的页面,带有对称的2 x 2网格。
我将编辑器的大小调整为仅半屏,然后再次使其变为全屏,它不保持打开部分的比例。
第一列非常狭窄。
我注意到这是通过手动调整大小以及使用磁铁来实现的。
不重要,但很高兴。 😄

VSCode团队,您真了不起! 谢谢你,谢谢你,谢谢你。 🍾🍾🍾

此功能是否可以使vscode中的3向差异化?

可以将它扩展到任何窗口吗? 就像完全摆脱侧边栏,让我从所需的所有窗口(包括终端,代码概述,资源管理器,问题列表等)中构建自己的平铺UI。
在这种情况下,侧栏可以用作可用窗口和自动隐藏的调色板。

graet job
谢谢,非常感谢!

对除编辑之外的其他UI元素感兴趣的网格支持的人应该竖起大拇指:

  • 左右侧边栏/多侧边栏#26777
  • 允许将编辑器,视图和面板停靠在工作台中的任何位置#11472
  • 允许同时显示多个面板(拆分窗格)#11889

@bpasero在关于网格布局的讨论中,也许也是这个话题:
https://github.com/Microsoft/vscode/issues/16927

如我在此处所写,与此类似的功能:
原子-> https://github.com/santip/maximize-panes
SublimeText-> https://github.com/jisaacks/MaxPane

这太棒了! 希望它能很快进入稳定版! 👍

对于不喜欢出门的我们,请考虑为网格窗口操作使用键盘快捷键。

如果Terminals可以成为Grid系统的一部分,那就太好了,因此我们也可以将我们的Terminal布置在任何网格中! https://twitter.com/_rctl/status/1004704690586705921

@eighteyes我正在计算

太棒了! VSC团队能够做到这一点并使之成为现实,这真是太棒了。 等不及要发布稳定版本了。 随着时间的流逝,我确信该团队将增强在终端,git窗口等中进行拆分的能力。就目前而言,我不能抱怨这种情况即将到来并且只是欣喜若狂。 谢谢你! 🥇

尊敬的VS Code团队:您已放入VS Code发行说明,如果希望在功能准备就绪时收到通知,我们应该在Github上订阅此问题:“此功能将于6月初在我们的Insiders版本中可用。订阅发行14909,以在发生这种情况时收到通知。” 理论上很酷的想法! 您的工作量很少,可以利用现有工具,用户已经知道如何使用Github等。但是在实践中,这个问题让我感到很多不满,我想其他人也是如此。 我在过去24小时内订阅了,并且已经通过Github收到了十几条与该发布无关的通知,这使我想先订阅。 我希望这种建设性的批评会有所帮助! 但是我绝对将退订该问题,并且我希望可以找到另一种订阅新功能的方式。 顺祝商祺:随便一个家伙。

很棒的@pelotom感谢您的链接!!

由于此功能已落入内部人员手中,请关闭此窗口(下载)。 您可以看到针对此里程碑仍在计划中的工作的查询(例如,正确支持“居中编辑器布局”)。

随时继续报告问题或反馈(在检查重复项之后)。

我将此问题标记为只读,以减少人们收到的通知数量。

此页面是否有帮助?
0 / 5 - 0 等级