Drag &amp; Drop Tabs to create a Pane #6442

@simonferquel commented on GitHub (Feb 14, 2020):

In this context, hard to discover means also "easy to forget"

@simonferquel commented on GitHub (Feb 14, 2020): In this context, hard to discover means also "easy to forget"

claunia commented

@zadjii-msft commented on GitHub (Feb 18, 2020):

Thanks for the suggestion! This is actually already being tracked by another issue on our repo - please refer to #992 for more discussion.

/dup #992

@zadjii-msft commented on GitHub (Feb 18, 2020): Thanks for the suggestion! This is actually already being tracked by another issue on our repo - please refer to #992 for more discussion. /dup #992

claunia commented

@ghost commented on GitHub (Feb 18, 2020):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Feb 18, 2020): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

claunia commented

@simonferquel commented on GitHub (Feb 24, 2020):

@zadjii-msft I don't think it is a duplicate. #992 only talks about resizing the panes, not for merging tabs into a multi-pane view by drag and drop.

@simonferquel commented on GitHub (Feb 24, 2020): @zadjii-msft I don't think it is a duplicate. #992 only talks about resizing the panes, not for merging tabs into a multi-pane view by drag and drop.

claunia commented

@zadjii-msft commented on GitHub (Feb 24, 2020):

D'oh, yea okay reading this more carefully (and with more coffee), I see what you mean. Yea this definitely isn't a dupe. Sorry about that!

@zadjii-msft commented on GitHub (Feb 24, 2020): D'oh, yea okay reading this more carefully (and with more coffee), I see what you mean. Yea this definitely isn't a dupe. Sorry about that!

claunia commented

@randomascii commented on GitHub (Mar 17, 2020):

I thought about filing a separate issue but decided to comment on this one instead. In the web browser world it is now assumed that users can drag tabs out of windows, back into windows, etc. This tearing off of tabs is an essential and elegant tool. The Windows Terminal should copy this UI paradigm. That is, in addition to being able to drag tabs to rearrange their order, and drag tabs to create panes, users should also be able to drag panes to other terminal windows, or drag them out to create new terminal windows.

@randomascii commented on GitHub (Mar 17, 2020): I thought about filing a separate issue but decided to comment on this one instead. In the web browser world it is now assumed that users can drag tabs out of windows, back into windows, etc. This tearing off of tabs is an essential and elegant tool. The Windows Terminal should copy this UI paradigm. That is, in addition to being able to drag tabs to rearrange their order, and drag tabs to create panes, users should also be able to drag panes to other terminal windows, or drag them out to create new terminal windows.

claunia commented

@DHowett-MSFT commented on GitHub (Mar 17, 2020):

I actually really like the WPF/Visual Studio tab hover/drag/drop controls. I'd love to see us implement something like that.

@DHowett-MSFT commented on GitHub (Mar 17, 2020): I actually really like the WPF/Visual Studio tab hover/drag/drop controls. I'd love to see us implement something like that.

claunia commented

2026-01-31 00:38:53 +00:00

@DHowett-MSFT commented on GitHub (Mar 17, 2020):

(I thought they were obnoxious at first, but now that I'm older and either more or less opinionated, I find them "usable" 😁)

@DHowett-MSFT commented on GitHub (Mar 17, 2020): (I thought they were obnoxious at first, but now that I'm older and either more or less opinionated, I find them "usable" :grin:)

claunia commented

@DHowett commented on GitHub (May 19, 2020):

@randomascii I realized I never saw your comment. We've got an issue tracking tab tearoff/window merging, and we're evaluating it for the post-v1 timeframe. That's over in #1256!

@DHowett commented on GitHub (May 19, 2020): @randomascii I realized I never saw your comment. We've got an issue tracking tab tearoff/window merging, and we're evaluating it for the post-v1 timeframe. That's over in #1256!

claunia commented

2026-01-31 00:38:53 +00:00

@davkean commented on GitHub (May 20, 2020):

Just to add my +1, I could have sworn that I saw that you could split tabs - I spent a long time trying to figure out how to do it and gave up. Only figured out how to do this when I read the settings file and saw there was a shortcut for it. I also like VS approach and was my first attempt at splitting panels (note: I work on VS, I am biased).

@davkean commented on GitHub (May 20, 2020): Just to add my +1, I could have sworn that I saw that you could split tabs - I spent a long time trying to figure out how to do it and gave up. Only figured out how to do this when I read the settings file and saw there was a shortcut for it. I also like VS approach and was my first attempt at splitting panels (note: I work on VS, I am biased).

claunia commented

2026-01-31 00:38:54 +00:00

@zadjii-msft commented on GitHub (Jun 2, 2020):

From @schuelermine in #6291:

Currently, dragging a tab allows you to rearrange the tab order.

I suggest that it should also be possible to adjust panes this way. Please see the attached image.

Dragging a tab onto a seam between to panes or near the edge of a tab should create a new pane there and place the tab in there. It should also be possible to swap a tab and a pane by dragging onto the center.

The upper-right example is dubious, as it requires the addition of a draggable icon to every pane. It has been greyed out to clarify this.

@zadjii-msft commented on GitHub (Jun 2, 2020): From @schuelermine in #6291: > > Currently, dragging a tab allows you to rearrange the tab order. > > I suggest that it should also be possible to adjust panes this way. Please see the attached image. > > Dragging a tab onto a seam between to panes or near the edge of a tab should create a new pane there and place the tab in there. It should also be possible to swap a tab and a pane by dragging onto the center. > > The upper-right example is dubious, as it requires the addition of a draggable icon to every pane. It has been greyed out to clarify this. > > ![pane-rearrangement-illustration-wt-3 edited](https://user-images.githubusercontent.com/48802534/83412555-91c60480-a41a-11ea-9853-a4106cd67ae4.png)

claunia commented

2026-01-31 00:38:54 +00:00

@Andrei-Paul commented on GitHub (Jun 3, 2020):

I would very much prefer if panes also had a tab indicator, maybe grouping panes in consecutive tabs marked with the same color to mark a pane group, or a single "fatter" tab with some markings from each contained pane. Clicking on the "sub-tab" could directly bring that pane to focus.

But I can work with just drag-drop-able tabs / panes. 😁

@Andrei-Paul commented on GitHub (Jun 3, 2020): I would very much prefer if panes also had a tab indicator, maybe grouping panes in consecutive tabs marked with the same color to mark a pane group, or a single "fatter" tab with some markings from each contained pane. Clicking on the "sub-tab" could directly bring that pane to focus. But I can work with just drag-drop-able tabs / panes. 😁

claunia commented

2026-01-31 00:38:54 +00:00

@schuelermine commented on GitHub (Jun 11, 2020):

@zadjii-msft I've made a slightly better version of that mockup, you might want to replace that image with this one: https://drive.google.com/file/d/1h6YLEPTmdB0woqNMep-npFMqTEJGY3HX/view?usp=sharing

@schuelermine commented on GitHub (Jun 11, 2020): @zadjii-msft I've made a slightly better version of that mockup, you might want to replace that image with this one: https://drive.google.com/file/d/1h6YLEPTmdB0woqNMep-npFMqTEJGY3HX/view?usp=sharing

claunia commented

2026-01-31 00:38:55 +00:00

@zadjii-msft commented on GitHub (Jun 11, 2020):

Meh, I'll just upload the new version here, that's easier 😉

@zadjii-msft commented on GitHub (Jun 11, 2020): ![image](https://user-images.githubusercontent.com/18356694/84406051-9d5dbc00-abce-11ea-8372-609ef266f0fe.png) Meh, I'll just upload the new version here, that's easier 😉

claunia commented

2026-01-31 00:38:55 +00:00

@lucianotres commented on GitHub (Aug 8, 2020):

Please don't forget the drag out to create new window, like browser tabs do. It's very quickly and easy when you have more than one screen.

@lucianotres commented on GitHub (Aug 8, 2020): Please don't forget the drag out to create new window, like browser tabs do. It's very quickly and easy when you have more than one screen.

claunia commented

2026-01-31 00:38:55 +00:00

@luzhkovvv commented on GitHub (Aug 9, 2020):

I'd like to vote this feature up by describing important use-case.
That feature is more than only cosmetics or "mouse-friendly" way to split tab vs keyboard-only. The main point of that feature for me is moving existing tab (session) with all context into split view.
Every now and then I find myself working in several tabs with several servers, multiple sessions to one server, different virtual environments, opening different files and applications, and then thinking "this is it! I have to view that session side-by-side with that one". And it takes time to recreate the session again in a new empty split pane. Sometimes it may take so much time that I keep working in different tabs constantly switching (like, logging to some server, optionally through an intermediate server, executing some actions, waiting for results, etc).
To be honest, I almost never know I will need split-tab before I have some active sessions I'd like to split. It may (should) be problems with me planning the work, but so it is, and I think that problem is pretty common. 😉
Also, the need for the split view is sometimes dynamic, when at one point you need session1 + session2, than session1 + session3, than session2 and session3 and so on, so you can't work this around by planning layout in advance or sacrificing screen space to split view everything you may need.

@luzhkovvv commented on GitHub (Aug 9, 2020): I'd like to vote this feature up by describing important use-case. That feature is more than only cosmetics or "mouse-friendly" way to split tab vs keyboard-only. The main point of that feature for me is **moving existing tab (session) with all context into split view**. Every now and then I find myself working in several tabs with several servers, multiple sessions to one server, different virtual environments, opening different files and applications, and then thinking "this is it! I have to view that session side-by-side with that one". And **it takes time to recreate the session again in a new empty split pane**. Sometimes it may take so much time that I keep working in different tabs constantly switching (like, logging to some server, optionally through an intermediate server, executing some actions, waiting for results, etc). To be honest, I almost never know I will need split-tab before I have some active sessions I'd like to split. It may (should) be problems with me planning the work, but so it is, and I think that problem is pretty common. 😉 Also, the **need for the split view is sometimes dynamic**, when at one point you need session1 + session2, than session1 + session3, than session2 and session3 and so on, **so you can't work this around by planning layout in advance** or sacrificing screen space to split view everything you may need.

claunia commented

2026-01-31 00:38:56 +00:00

@jonathanmarston commented on GitHub (Jun 18, 2021):

I would like to echo @luzhkovvv's comment. This would be very useful as I frequently find myself starting multiple tabs initially to get stuff kicked off, and then moving more into a "monitoring" mode, where I'd like to move the existing sessions into panes so I can see them all at once.

I'd be willing to contribute some coding time to make this happen if it is approved and up for grabs.

@jonathanmarston commented on GitHub (Jun 18, 2021): I would like to echo @luzhkovvv's comment. This would be very useful as I frequently find myself starting multiple tabs initially to get stuff kicked off, and then moving more into a "monitoring" mode, where I'd like to move the existing sessions into panes so I can see them all at once. I'd be willing to contribute some coding time to make this happen if it is approved and up for grabs.

claunia commented

2026-01-31 00:38:56 +00:00

@piradata commented on GitHub (Jul 5, 2022):

Also one use case for this would be to reorganize the position of existing tabs for time when you badly positioned then and there is too much info on one pane horizontally like a running a "docker ps" or a "kubectl get pods -o wide"

And we get

If I am not mistaken, the Terminator terminal already permit this, could be useful looking at their code for reference.

https://terminator-gtk3.readthedocs.io/en/latest/gettingstarted.html

@piradata commented on GitHub (Jul 5, 2022): Also one use case for this would be to reorganize the position of existing tabs for time when you badly positioned then and there is too much info on one pane horizontally like a running a "docker ps" or a "kubectl get pods -o wide" ![image](https://user-images.githubusercontent.com/16529503/177256027-91909973-f5d8-48b7-998b-7a77fd355dc4.png) And we get ![image](https://user-images.githubusercontent.com/16529503/177256095-63e6d71a-ebd3-48ff-946f-2e2ce2882bc6.png) If I am not mistaken, the Terminator terminal already permit this, could be useful looking at their code for reference. https://terminator-gtk3.readthedocs.io/en/latest/gettingstarted.html ![image](https://user-images.githubusercontent.com/16529503/177256596-e5a63a36-670f-4e3d-94ff-8e45c74d89d3.png)

claunia commented

2026-01-31 00:38:56 +00:00

@dhirschfeld commented on GitHub (Aug 12, 2022):

If you're looking for some prior-art to guide the implementation I think the JupyterLab experience is an excellent (and battle-tested) UI/UX.

The tab drag & drop functionality is provided by the lumino DockPanel widget - e.g.

https://lumino.readthedocs.io/en/latest/examples/dockpanel/index.html

@dhirschfeld commented on GitHub (Aug 12, 2022): If you're looking for some prior-art to guide the implementation I think the JupyterLab experience is an excellent (and battle-tested) UI/UX. The tab drag & drop functionality is provided by the [`lumino`](https://github.com/jupyterlab/lumino) `DockPanel` widget - e.g. https://lumino.readthedocs.io/en/latest/examples/dockpanel/index.html

claunia commented

@SinanAkkoyun commented on GitHub (Mar 10, 2023):

Any updates on this? Also, please add it that when tabs are pulled outside the window, a new winterm should spawn (and vice versa, like in google chrome)

@SinanAkkoyun commented on GitHub (Mar 10, 2023): Any updates on this? Also, please add it that when tabs are pulled outside the window, a new winterm should spawn (and vice versa, like in google chrome)

claunia commented

@zadjii-msft commented on GitHub (Mar 10, 2023):

Nope. We'll make sure to update this thread when there is. In the meantime, might I recommend the Subscribe button?

That way you'll be notified of any updates to this thread, without needlessly pinging everyone on this thread ☺️

Also, tab tear-out is tracked in #1256 and implemented in the series of PRs terminating in #14935

@zadjii-msft commented on GitHub (Mar 10, 2023): Nope. We'll make sure to update this thread when there is. In the meantime, might I recommend the Subscribe button? ![image](https://user-images.githubusercontent.com/18356694/91237459-5cbb0c80-e700-11ea-9347-b9b1ec2813b1.png) That way you'll be notified of any updates to this thread, without needlessly pinging everyone on this thread ☺️ Also, tab tear-out is tracked in #1256 and implemented in the series of PRs terminating in #14935

claunia commented

@bar0n36 commented on GitHub (Aug 22, 2023):

The lack of this functionality is incredibly frustrating when you are setting up something in one tab, pop a new one to do something else and want to be able to watch them side-by-side. The non-intuitive, non-standard 'well right click and split tabs first' would be wonderful except nothing else does this. This is my biggest issue and makes me want to use a different terminal emulator every time I encounter it.

@bar0n36 commented on GitHub (Aug 22, 2023): The lack of this functionality is incredibly frustrating when you are setting up something in one tab, pop a new one to do something else and want to be able to watch them side-by-side. The non-intuitive, non-standard 'well right click and split tabs first' would be wonderful except nothing else does this. This is my biggest issue and makes me want to use a different terminal emulator every time I encounter it.

claunia commented

@piradata commented on GitHub (Aug 23, 2023):

by the way, if this were to be implemented, where would be the "drag region"? like, we don't have currently anything in the terminal that is draggable or is a panel indicator in each panel, as they have a clean design and I think they should remain that way.

Any suggestions?

@piradata commented on GitHub (Aug 23, 2023): by the way, if this were to be implemented, where would be the "drag region"? like, we don't have currently anything in the terminal that is draggable or is a panel indicator in each panel, as they have a clean design and I think they should remain that way. Any suggestions?

claunia commented

@zadjii-msft commented on GitHub (Aug 23, 2023):

Dragging and dropping a tab to create a pane is pretty straightforward - we could have some sort of overlay like VS or VSCode.

Dragging a Pane to somewhere else would probably require #4717 first, so that there's something attached to the pane to drag.

@zadjii-msft commented on GitHub (Aug 23, 2023): Dragging and dropping a tab to create a pane is pretty straightforward - we could have some sort of overlay like VS or VSCode. Dragging a Pane to somewhere else would probably require #4717 first, so that there's something attached to the pane to drag.

claunia commented

@SinanAkkoyun commented on GitHub (Aug 24, 2023):

I tested it, it already works. Sometimes not, but most of the time with the preview app.

@SinanAkkoyun commented on GitHub (Aug 24, 2023): I tested it, it already works. Sometimes not, but most of the time with the preview app.

claunia commented

@zadjii-msft commented on GitHub (Aug 24, 2023):

@SinanAkkoyun Sounds like you're talking about tab tear-out, which was added in 1.18 and was tracked originally in #1256.

@zadjii-msft commented on GitHub (Aug 24, 2023): @SinanAkkoyun Sounds like you're talking about tab tear-out, which was added in 1.18 and was tracked originally in #1256.

claunia commented

@piradata commented on GitHub (Aug 30, 2023):

yea, dragging a tab is ok, my point was the pane part. personally i think it is a little ugly the idea of pane title because i like how the windows terminal is "clean" compared to others like terminator, but we also need something draggable

@piradata commented on GitHub (Aug 30, 2023): yea, dragging a tab is ok, my point was the pane part. personally i think it is a little ugly the idea of pane title because i like how the windows terminal is "clean" compared to others like terminator, but we also need something draggable

claunia commented

@klkvsk commented on GitHub (Nov 13, 2023):

Here's an idea I want to share, what can be done instead of permanently visible drag handles:

So, by default we have alt-shift-arrow hotkeys to resize pane, alt-shift-plus/minus to create a pane. It is mnemonical that all pane modifications are done with alt-shift.

I suggest a alt-shift-control combo, that while pressed would enable an overlay mode called Pane Control Mode.

While alt-shift-control is down, we get

Pane index hints, because we have "Move pane, index: X" actions, but as of now, how does the user know the correct index? Also, "Focus/Close pane, index: X" actions can be added later.
This is also a visible marker to know that you're in pane control mode.
Borders of panes become resizable with a mouse.
Panes become draggable. Dragging one pane to another switches their positions. Dragging pane to tab bar ejects in to a new tab. Dragging out of window ejects to new window.
(debatable) hovering over edges of an active pane shows "+" button to add a pane from that side.

@klkvsk commented on GitHub (Nov 13, 2023): Here's an idea I want to share, what can be done instead of permanently visible drag handles: So, by default we have `alt-shift-arrow` hotkeys to resize pane, `alt-shift-plus/minus` to create a pane. It is mnemonical that all pane modifications are done with alt-shift. I suggest a `alt-shift-control` combo, that while pressed would enable an overlay mode called **Pane Control Mode**. ![windows-terminal_pane-control-mode_mockup](https://github.com/microsoft/terminal/assets/1466771/49a3afb9-85e6-4f58-bfe3-0490b6530e7b) While alt-shift-control is down, we get - Pane index hints, because we have "Move pane, index: X" actions, but as of now, how does the user know the correct index? Also, "Focus/Close pane, index: X" actions can be added later. This is also a visible marker to know that you're in pane control mode. - Borders of panes become resizable with a mouse. - Panes become draggable. Dragging one pane to another switches their positions. Dragging pane to tab bar ejects in to a new tab. Dragging out of window ejects to new window. - (debatable) hovering over edges of an active pane shows "+" button to add a pane from that side.

claunia commented

https://lumino.readthedocs.io/en/latest/examples/dockpanel/index.html

@piradata commented on GitHub (Nov 16, 2023):

I suggest a alt-shift-control combo, that while pressed would enable an overlay mode called Pane Control Mode.

I like this idea @klkvsk , and if we combine this with the lumino demo that @dhirschfeld mentioned would be perfect.

@piradata commented on GitHub (Nov 16, 2023): > I suggest a `alt-shift-control` combo, that while pressed would enable an overlay mode called **Pane Control Mode**. I like this idea @klkvsk , and if we combine this with the lumino demo that @dhirschfeld mentioned would be perfect. https://lumino.readthedocs.io/en/latest/examples/dockpanel/index.html

claunia commented