Scenario: Add support for panes #1344

@DHowett-MSFT commented on GitHub (Jun 8, 2019):

We didn't commit the keybinding constants in with which people could opt. ☹️

@DHowett-MSFT commented on GitHub (Jun 8, 2019): We didn't commit the keybinding constants in with which people _could_ opt. ☹️

claunia commented

@decriptor commented on GitHub (Jun 12, 2019):

I noticed that @zadjii-msft added the keybindings for panes back. I'm assuming it made it into 0.1.1621.0?

If I add this block:

                "command" : "splitHorizontal",
                "keys" : 
                [
                    "ctrl+shift+-"
                ]
            },
            {
                "command" : "splitVertical",
                "keys" : 
                [
                    "ctrl+shift+|"
                ]
            },

Only Horizontal works. I noticed that if I close Windows Terminal it deletes the splitVertical keybinding from profiles.json.

@decriptor commented on GitHub (Jun 12, 2019): I noticed that @zadjii-msft added the keybindings for panes back. I'm assuming it made it into 0.1.1621.0? If I add this block: ``` { "command" : "splitHorizontal", "keys" : [ "ctrl+shift+-" ] }, { "command" : "splitVertical", "keys" : [ "ctrl+shift+|" ] }, ``` Only Horizontal works. I noticed that if I close `Windows Terminal` it deletes the `splitVertical` keybinding from `profiles.json`.

claunia commented

@zadjii-msft commented on GitHub (Jun 12, 2019):

@decriptor I believe that's because '|' isn't actually a key we support in the keybindings quite yet - see #1212

@zadjii-msft commented on GitHub (Jun 12, 2019): @decriptor I believe that's because '|' isn't actually a key we support in the keybindings quite yet - see #1212

claunia commented

2026-01-30 22:23:10 +00:00

@decriptor commented on GitHub (Jun 12, 2019):

@zadjii-msft I believe you are right. I used ctrl+1 as a test and it didn't remove it.

@decriptor commented on GitHub (Jun 12, 2019): @zadjii-msft I believe you are right. I used `ctrl+1` as a test and it didn't remove it.

claunia commented

@Jaykul commented on GitHub (Jun 26, 2019):

I know you really want it, @zadjii-msft but you have #998 on your list twice ;-)

@Jaykul commented on GitHub (Jun 26, 2019): I know you _really_ want it, @zadjii-msft but you have #998 on your list twice ;-)

claunia commented

2026-01-30 22:23:10 +00:00

@zadjii-msft commented on GitHub (Jul 1, 2019):

@jaykul good catch, those are supposed to be separate issues.

@zadjii-msft commented on GitHub (Jul 1, 2019): @jaykul good catch, those are supposed to be separate issues.

claunia commented

2026-01-30 22:23:10 +00:00

@akulbe commented on GitHub (Jul 3, 2019):

@zadjii-msft and @Jaykul - just let me know where to send the care packages (hoppy beverages / candy / beef jerky / etc) 😆

Cannot wait for panes to be implemented!

@akulbe commented on GitHub (Jul 3, 2019): @zadjii-msft and @Jaykul - just let me know where to send the care packages (hoppy beverages / candy / beef jerky / etc) 😆 Cannot wait for panes to be implemented!

claunia commented

@Fumler commented on GitHub (Jul 24, 2019):

Any chance of getting "focus follows mouse" like in iterm2 and other terminals? So if this setting is turned on, the active pane would be the pane you have your mouse pointer over, without having to click it first.

@Fumler commented on GitHub (Jul 24, 2019): Any chance of getting "focus follows mouse" like in iterm2 and other terminals? So if this setting is turned on, the active pane would be the pane you have your mouse pointer over, without having to click it first.

claunia commented

https://gnunn1.github.io/tilix-web/

@jwhipp commented on GitHub (Aug 7, 2019):

I know you guys are hard at work on this, literally the only thing keeping it from being a full-time tool for me.

My request is that you look at this product for inspiration for split panes:

After trying so many terminals, I feel like this is the one software that truly gets panes done the right way.

I am presently running this under WSL+Xming as a work around for the lack of decent split pane terminals under Windows.

@jwhipp commented on GitHub (Aug 7, 2019): I know you guys are hard at work on this, literally the only thing keeping it from being a full-time tool for me. My request is that you look at this product for inspiration for split panes: https://gnunn1.github.io/tilix-web/ After trying so many terminals, I feel like this is the one software that truly gets panes done the right way. I am presently running this under WSL+Xming as a work around for the lack of decent split pane terminals under Windows.

claunia commented

@phalox commented on GitHub (Aug 8, 2019):

https://gnunn1.github.io/tilix-web/

After trying so many terminals, I feel like this is the one software that truly gets panes done the right way.

What's the difference with Terminator? This paned-terminal worked the best for everything I did; usually in a 4 pane setup! Awesome when developing!

@phalox commented on GitHub (Aug 8, 2019): > > https://gnunn1.github.io/tilix-web/ > > After trying so many terminals, I feel like this is the one software that truly gets panes done the right way. > What's the difference with Terminator? This paned-terminal worked the best for everything I did; usually in a 4 pane setup! Awesome when developing!

claunia commented

@LukeCarrier commented on GitHub (Aug 8, 2019):

@phalox the keybindings in Tilix are pretty awesome and it's a very polished GTK 3 app. If you like Terminator there's a chance you'll love Tilix ;-)

@LukeCarrier commented on GitHub (Aug 8, 2019): @phalox the keybindings in Tilix are pretty awesome and it's a very polished GTK 3 app. If you like Terminator there's a chance you'll love Tilix ;-)

claunia commented

@jwhipp commented on GitHub (Aug 8, 2019):

What's the difference with Terminator? This paned-terminal worked the best for everything I did; usually in a 4 pane setup! Awesome when developing!

I actually loved Terminator for the longest time and found Tilix during the Unity -> Gnome transition with Ubuntu. Terminator isn't seeing a lot of development these days and a number of bugs haven't been fixed. Like @LukeCarrier said, Tilix is just way more polished and has some neat features like the easy of keybindings and of multi-tab input and more advanced tab grouping.

I think both Tilix and Terminator are suitable for this project to use as a basis for how panes should work.

@jwhipp commented on GitHub (Aug 8, 2019): > What's the difference with Terminator? This paned-terminal worked the best for everything I did; usually in a 4 pane setup! Awesome when developing! I actually loved Terminator for the longest time and found Tilix during the Unity -> Gnome transition with Ubuntu. Terminator isn't seeing a lot of development these days and a number of bugs haven't been fixed. Like @LukeCarrier said, Tilix is just way more polished and has some neat features like the easy of keybindings and of multi-tab input and more advanced tab grouping. I think both Tilix and Terminator are suitable for this project to use as a basis for how panes should work.

claunia commented

@ksawerykarwacki commented on GitHub (Aug 19, 2019):

Last RN states that there are two new keybindings resizePane{Up,Down,Left,Right} & moveFocus{Up,Down,Left,Right} is there any sample how this configuration should look like? I cannot write any valid json to handle that.

@ksawerykarwacki commented on GitHub (Aug 19, 2019): Last RN states that there are two new keybindings resizePane{Up,Down,Left,Right} & moveFocus{Up,Down,Left,Right} is there any sample how this configuration should look like? I cannot write any valid json to handle that.

claunia commented

@zadjii-msft commented on GitHub (Aug 19, 2019):

08 May 2020 EDIT - This is no longer up-to-date, see below

Old message content

@ksawerykarwacki this is the blob I use for my pane settings typically:


            { "keys": ["alt+shift+-"], "command": "splitHorizontal" },
            { "keys": ["alt+shift+plus"], "command": "splitVertical" },

            { "keys": ["alt+shift+left"], "command": "resizePaneLeft" },
            { "keys": ["alt+shift+right"], "command": "resizePaneRight" },
            { "keys": ["alt+shift+up"], "command": "resizePaneUp" },
            { "keys": ["alt+shift+down"], "command": "resizePaneDown" },

            { "keys": ["alt+left"], "command": "moveFocusLeft" },
            { "keys": ["alt+right"], "command": "moveFocusRight" },
            { "keys": ["alt+up"], "command": "moveFocusUp" },
            { "keys": ["alt+down"], "command": "moveFocusDown" },

            { "keys": ["ctrl+shift+w"], "command": "closePane" },

The above keybindings were deprecated in 0.11. The new syntax for these can be found in the default settings for the Terminal:
28dc8196ab/src/cascadia/TerminalApp/defaults.json (L307-L318)

@zadjii-msft commented on GitHub (Aug 19, 2019): ## 08 May 2020 EDIT - This is no longer up-to-date, see below <details> <summary> Old message content </summary> @ksawerykarwacki this is the blob I use for my pane settings typically: ```json { "keys": ["alt+shift+-"], "command": "splitHorizontal" }, { "keys": ["alt+shift+plus"], "command": "splitVertical" }, { "keys": ["alt+shift+left"], "command": "resizePaneLeft" }, { "keys": ["alt+shift+right"], "command": "resizePaneRight" }, { "keys": ["alt+shift+up"], "command": "resizePaneUp" }, { "keys": ["alt+shift+down"], "command": "resizePaneDown" }, { "keys": ["alt+left"], "command": "moveFocusLeft" }, { "keys": ["alt+right"], "command": "moveFocusRight" }, { "keys": ["alt+up"], "command": "moveFocusUp" }, { "keys": ["alt+down"], "command": "moveFocusDown" }, { "keys": ["ctrl+shift+w"], "command": "closePane" }, ``` </details> The above keybindings were deprecated in 0.11. The new syntax for these can be found in the default settings for the Terminal: https://github.com/microsoft/terminal/blob/28dc8196ab38328fa5466d24ebfb339d87d191a5/src/cascadia/TerminalApp/defaults.json#L307-L318

claunia commented

2026-01-30 22:23:13 +00:00

@cdmihai commented on GitHub (Sep 13, 2019):

What about the feature of dynamically resizing a pane to displayed contents when double clicking it's right separator? Similar to snapping to contents when double clicking column separators in Excel. Many other UIs have this affordance.

@cdmihai commented on GitHub (Sep 13, 2019): What about the feature of dynamically resizing a pane to displayed contents when double clicking it's right separator? Similar to snapping to contents when double clicking column separators in Excel. Many other UIs have this affordance.

claunia commented

@moswald commented on GitHub (Sep 24, 2019):

FWIW, I think #756 is pretty important to calling pane support "done". I've been using ConEmu up until now, and it's nice how it opens up with my console panes pre-split and sized the way I like, and with the correct profiles loaded.

@moswald commented on GitHub (Sep 24, 2019): FWIW, I think #756 is pretty important to calling pane support "done". I've been using ConEmu up until now, and it's nice how it opens up with my console panes pre-split and sized the way I like, and with the correct profiles loaded.

claunia commented

2026-01-30 22:23:13 +00:00

@jwhipp commented on GitHub (Oct 16, 2019):

I think that this is not the main feature, since soon it will not need to be implemented inside the ...

Very much disagree because tmux isn't a user friendly, modern UI experience. Tmux and similar tools (like Byobu) are great for remote panes/tabs but it's not a great mouse/desktop experience. The best Linux terminals and terminals competing for usage on Windows are implementing split panes.

Also, I am testing split panes now with the latest Windows store build and the feature working amazingly well. Key binds are splitVertical and splitHorizontal for those looking to test as well.

@jwhipp commented on GitHub (Oct 16, 2019): > I think that this is not the main feature, since soon it will not need to be implemented inside the ... Very much disagree because tmux isn't a user friendly, modern UI experience. Tmux and similar tools (like Byobu) are great for remote panes/tabs but it's not a great mouse/desktop experience. The best Linux terminals and terminals competing for usage on Windows are implementing split panes. Also, I am testing split panes now with the latest Windows store build and the feature working amazingly well. Key binds are splitVertical and splitHorizontal for those looking to test as well.

claunia commented

2026-01-30 22:23:13 +00:00

@vrokolos commented on GitHub (Oct 30, 2019):

This is awesome!! didn't know it worked. works flawlessly

What I need is a way to open a bunch of scripts into panes from an external shortcut (4 webpacks in a single terminal with 4 panes automatically). Is there a way to do that?

@vrokolos commented on GitHub (Oct 30, 2019): This is awesome!! didn't know it worked. works flawlessly What I need is a way to open a bunch of scripts into panes from an external shortcut (4 webpacks in a single terminal with 4 panes automatically). Is there a way to do that?

claunia commented

@eduardonunesp commented on GitHub (Oct 31, 2019):

Thanks @zadjii-msft ! you deserve the AwesomeDudePrize :)

@eduardonunesp commented on GitHub (Oct 31, 2019): Thanks @zadjii-msft ! you deserve the AwesomeDudePrize :)

claunia commented

@mucahityilmaz commented on GitHub (Nov 12, 2019):

First of all, thanks for all of your work about panes.

I don't have a feature request but it took a while for me to find this issue, so there should be some information on PowerShell docs about these features, or at least some links here with the command tags. Maybe adding to the first entry here something like "Add docs"?

@mucahityilmaz commented on GitHub (Nov 12, 2019): First of all, thanks for all of your work about panes. I don't have a feature request but it took a while for me to find this issue, so there should be some information on PowerShell docs about these features, or at least some links here with the command tags. Maybe adding to the first entry here something like "Add docs"?

claunia commented

@DHowett-MSFT commented on GitHub (Nov 12, 2019):

@mucahityilmaz thanks for the request! Panes are intentionally underdocumented because they’re not yet finished.

@DHowett-MSFT commented on GitHub (Nov 12, 2019): @mucahityilmaz thanks for the request! Panes are _intentionally_ underdocumented because they’re not yet finished.

claunia commented

@DHowett-MSFT commented on GitHub (Nov 12, 2019):

(And I believe docs will come in with “enable a key binding for them by default”) 😄

@DHowett-MSFT commented on GitHub (Nov 12, 2019): (And I believe docs will come in with “enable a key binding for them by default”) :smile:

claunia commented

@matt-kempster commented on GitHub (Nov 21, 2019):

In #532, from @zadjii-msft:

I did not know that Tmux Control Mode even existed. That sounds really awesome, I'm totally on board with trying to make that work somehow.

Was there any further thought put into this? I love tmux control mode - it's literally the only thing keeping me tethered to MacOS at work (since only iTerm supports it, and iTerm is mac-only). If it were implemented, I'd trash my Mac and request a Windows laptop immediately.

I'd love to see it listed as a post-1.0 milestone :)

@matt-kempster commented on GitHub (Nov 21, 2019): In #532, from @zadjii-msft: > I did not know that Tmux Control Mode even existed. That sounds really awesome, I'm totally on board with trying to make that work somehow. Was there any further thought put into this? I love tmux control mode - it's literally the only thing keeping me tethered to MacOS at work (since only iTerm supports it, and iTerm is mac-only). If it were implemented, I'd trash my Mac and request a Windows laptop immediately. I'd love to see it listed as a post-1.0 milestone :)

claunia commented

@zadjii-msft commented on GitHub (Nov 21, 2019):

@matt-kempster You're right, we should have a tmux control mode task. Thanks for keeping me honest :)

@zadjii-msft commented on GitHub (Nov 21, 2019): @matt-kempster You're right, we _should_ have a tmux control mode task. Thanks for keeping me honest :)

claunia commented

@jwhipp commented on GitHub (Nov 21, 2019):

I am sure this is on the radar, but the panes aren't mouse/keyboard re-sizable right now (unless there's a hidden tmux like keybinding I just don't know about). I'd like to be able to drag on the splitters like Terminator or Tilix.

@jwhipp commented on GitHub (Nov 21, 2019): I am sure this is on the radar, but the panes aren't mouse/keyboard re-sizable right now (unless there's a hidden tmux like keybinding I just don't know about). I'd like to be able to drag on the splitters like Terminator or Tilix.

claunia commented

@zadjii-msft commented on GitHub (Nov 21, 2019):

@jwhipp

#991 Panes should be resizable with the keyboard. (fixed PR #1207)

#992 Panes should be resizable with the mouse. The user should be able to drag the separator for a pair of panes, and have the content between them resize as the separator moves.

@zadjii-msft commented on GitHub (Nov 21, 2019): @jwhipp > * [x] #991 Panes should be resizable with the keyboard. (fixed PR #1207) > * [ ] #992 Panes should be resizable with the mouse. The user should be able to drag the separator for a pair of panes, and have the content between them resize as the separator moves.

claunia commented

@gabrieledarrigo commented on GitHub (Dec 6, 2019):

Just a question, there's no way to open/close a pane with a mouse action?

For example, as in iTerm2, a right-click that opens a context menu where a user could select "Split pane Vertically" or "Split pane Horizzontaly".

Don't know if this was already tracked or discussed since it wasn't clear from the todo list so forgive me if this is a duplicate question : )

@gabrieledarrigo commented on GitHub (Dec 6, 2019): Just a question, there's no way to open/close a pane with a mouse action? For example, as in iTerm2, a right-click that opens a context menu where a user could select "Split pane Vertically" or "Split pane Horizzontaly". Don't know if this was already tracked or discussed since it wasn't clear from the todo list so forgive me if this is a duplicate question : )

claunia commented

@zadjii-msft commented on GitHub (Dec 6, 2019):

@gabrieledarrigo I believe you're correct, we don't really have a issue tracking specifically that request currently. It's definitely something we'd like, but probably as a part of #3337/#1912. Those are the issues tracking adding a context menu to various parts of the UI, and I think that adding splits to that menu will certainly be part of that design.

@zadjii-msft commented on GitHub (Dec 6, 2019): @gabrieledarrigo I believe you're correct, we don't really have a issue tracking specifically that request currently. It's definitely something we'd like, but probably as a part of #3337/#1912. Those are the issues tracking adding a context menu to various parts of the UI, and I think that adding splits to that menu will certainly be part of that design.

claunia commented

@danielboth commented on GitHub (Jan 17, 2020):

What about running each pane in a different user context (aka runas)? Is that possible already / is that tracked somewhere?

@danielboth commented on GitHub (Jan 17, 2020): What about running each pane in a different user context (aka runas)? Is that possible already / is that tracked somewhere?

claunia commented

@zadjii-msft commented on GitHub (Jan 17, 2020):

I don't think that's possible for the Terminal to support directly, though I'd assume that you could just set the commandline to runas /user:<whatever> pwsh.exe (or whatever runas commandline you want). With #3825 you can even specify a manual commandline for spitPane that would override the profile's commandline, like so:

{ "keys": ["ctrl+f"], "command": { "action": "splitPane", "split": "horizontal", "profile": "profile1", "commandline": "foo.exe" } },

@zadjii-msft commented on GitHub (Jan 17, 2020): I don't think that's possible for the Terminal to support directly, though I'd assume that you could just set the `commandline` to `runas /user:<whatever> pwsh.exe` (or whatever `runas` commandline you want). With #3825 you can even specify a manual commandline for `spitPane` that would override the profile's `commandline`, like so: ```json { "keys": ["ctrl+f"], "command": { "action": "splitPane", "split": "horizontal", "profile": "profile1", "commandline": "foo.exe" } }, ```

claunia commented

@danielboth commented on GitHub (Jan 19, 2020):

Hi @zadjii-msft, I tested that scenario (calling runas.exe), but that spawns the new shell window (pwsh, but also tested with cmd) outside of terminal (as in, a new window similar what you would get if you would just launch cmd or pwsh outside of terminal).

@danielboth commented on GitHub (Jan 19, 2020): Hi @zadjii-msft, I tested that scenario (calling runas.exe), but that spawns the new shell window (pwsh, but also tested with cmd) outside of terminal (as in, a new window similar what you would get if you would just launch cmd or pwsh outside of terminal).

claunia commented

@ZimGil commented on GitHub (Jan 27, 2020):

How about a switch panes option?
Like a switchLeft, switchRight, switchUp, switchDown,
To allow the user to rearrange the panes layout

@ZimGil commented on GitHub (Jan 27, 2020): How about a switch panes option? Like a `switchLeft`, `switchRight`, `switchUp`, `switchDown`, To allow the user to rearrange the panes layout

claunia commented

@Luke87pl commented on GitHub (Jan 27, 2020):

Does the splitPane command have option to split to same profile as current one, instead of specific profile?

@Luke87pl commented on GitHub (Jan 27, 2020): Does the splitPane command have option to split to same profile as current one, instead of specific profile?

claunia commented

@olfek commented on GitHub (Jan 31, 2020):

How do I close a pane after creating one using alt+shift++ or alt+shift+-?

@olfek commented on GitHub (Jan 31, 2020): How do I close a pane after creating one using `alt+shift++` or `alt+shift+-`?

claunia commented

@ucavalcante commented on GitHub (Jan 31, 2020):

How do I close a pane after creating one using alt+shift++ or alt+shift+-?

with that default command below.

{ "command": "closePane", "keys": [ "ctrl+shift+w" ] },

@ucavalcante commented on GitHub (Jan 31, 2020): > How do I close a pane after creating one using `alt+shift++` or `alt+shift+-`? with that default command below. { "command": "closePane", "keys": [ "ctrl+shift+w" ] },

claunia commented

@zadjii-msft commented on GitHub (Jan 31, 2020):

Does the splitPane command have option to split to same profile as current one, instead of specific profile?

@Luke87pl That's being tracked by "Allow the user's "open pane" bindings to open a pane with the current pane" #1756

@zadjii-msft commented on GitHub (Jan 31, 2020): > > > Does the splitPane command have option to split to same profile as current one, instead of specific profile? @Luke87pl That's being tracked by "Allow the user's "open pane" bindings to open a pane with the current pane" #1756

claunia commented

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

Can I have a profile that always opens as a split pane? Something like:

{
    "name": "Profile3",
    "commandline": "wt -p \"Profile1\" ; split-pane -H -p \"Profile2\""
}

(Which currently opens a new instance of Windows Terminal)

@acshef commented on GitHub (Feb 14, 2020): Can I have a profile that always opens as a split pane? Something like: ```json { "name": "Profile3", "commandline": "wt -p \"Profile1\" ; split-pane -H -p \"Profile2\"" } ``` (Which currently opens a new instance of Windows Terminal)

claunia commented

@bgshacklett commented on GitHub (Mar 22, 2020):

Regarding the visual indication of which pane is active, I'd love to see the inactive pane(s) dimmed the way it's done in iTerm2.

@bgshacklett commented on GitHub (Mar 22, 2020): Regarding the visual indication of which pane is active, I'd love to see the inactive pane(s) dimmed the way it's done in iTerm2.

claunia commented

@stweedie commented on GitHub (Jun 4, 2020):

any reason why moving left / right between panes doesn't respect current row?

All the time I have panes aligned in a square, and I want to go from bottom left to bottom right. Using the keybinding for moveFocusRight puts me in the TOP right pane

@stweedie commented on GitHub (Jun 4, 2020): any reason why moving left / right between panes doesn't respect current row? All the time I have panes aligned in a square, and I want to go from bottom left to bottom right. Using the keybinding for moveFocusRight puts me in the TOP right pane

claunia commented

@jawn commented on GitHub (Jun 4, 2020):

@stweedie, is this what you are looking for?

#2398

@jawn commented on GitHub (Jun 4, 2020): @stweedie, is this what you are looking for? [#2398](https://github.com/microsoft/terminal/issues/2398)

claunia commented

@stweedie commented on GitHub (Jun 4, 2020):

that is what I was looking for, thanks

@stweedie commented on GitHub (Jun 4, 2020): that is what I was looking for, thanks

claunia commented

@Trolldemorted commented on GitHub (Nov 11, 2020):

I wrote a startup script which chains multiple split-pane commands, but it always splits one of the results of the last split:

Can I convice wt somehow to also split the left or top right pane? As you can see the resulting segmentation is neither ideal, nor what all users want.

If not, is there a feature request for that?

@Trolldemorted commented on GitHub (Nov 11, 2020): I wrote a startup script which chains multiple `split-pane` commands, but it always splits one of the results of the last split: ![grafik](https://user-images.githubusercontent.com/10261186/98751517-8b23bc00-23c0-11eb-9e68-7873be117946.png) Can I convice wt somehow to also split the left or top right pane? As you can see the resulting segmentation is neither ideal, nor what all users want. If not, is there a feature request for that?

claunia commented

@anthonyvdotbe commented on GitHub (Nov 11, 2020):

@Trolldemorted as is mentioned in the OP:

#4340 Choose Direction to Split Pane

@anthonyvdotbe commented on GitHub (Nov 11, 2020): @Trolldemorted as is mentioned in the [OP](https://github.com/microsoft/terminal/issues/1000#issue-448313626): > #4340 Choose Direction to Split Pane

claunia commented

@Trolldemorted commented on GitHub (Nov 11, 2020):

#4340 would allow me to specify whether I want to split the right or left pane, but not to split both, right?

@Trolldemorted commented on GitHub (Nov 11, 2020): #4340 would allow me to specify whether I want to split the right or left pane, but not to split both, right?

claunia commented

@anthonyvdotbe commented on GitHub (Nov 11, 2020):

Ah yes. What about #3759?

@anthonyvdotbe commented on GitHub (Nov 11, 2020): Ah yes. What about #3759?

claunia commented

@Trolldemorted commented on GitHub (Nov 11, 2020):

Depending how they solve it it might partially cover that, but it won't cover the "commit a batch script in your repository which starts wt in a grid layout" use case, correct? Every user would have to create a profile manually, or we'd have to touch the users' profiles in our batch script.

@Trolldemorted commented on GitHub (Nov 11, 2020): Depending how they solve it it might partially cover that, but it won't cover the "commit a batch script in your repository which starts wt in a grid layout" use case, correct? Every user would have to create a profile manually, or we'd have to touch the users' profiles in our batch script.

claunia commented

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

So, #4340 "Choose Direction to Split Pane" might be helpful yes, but then you'll still get stuck splitting panes down just one branch of the tree.

What you really want is probably #6580, which will let you move-focus in the commandline, so you'll be able to navigate to other panes and split those.

Also maybe helpful in the future:

#5803 moveFocus to pane using number (See also #5464)
- again, only useful once there's a move-focus command
  #2871 Add nextPane and prevPane keybindings
- Same deal, you'd need nextPane & prevPane to be exposed as subcommands, not just actions

@zadjii-msft commented on GitHub (Nov 11, 2020): So, #4340 "Choose Direction to Split Pane" might be helpful yes, but then you'll still get stuck splitting panes down just one branch of the tree. What you really want is probably #6580, which will let you `move-focus` in the commandline, so you'll be able to navigate to other panes and split those. Also maybe helpful in the future: * #5803 moveFocus to pane using number (See also #5464) - again, only useful once there's a `move-focus` command #2871 Add `nextPane` and `prevPane` keybindings - Same deal, you'd need `nextPane` & `prevPane` to be exposed as subcommands, not just actions

claunia commented

@Trolldemorted commented on GitHub (Nov 11, 2020):

Thanks @zadjii-msft ! Let's hope #6580 will make it to the roadmap soon.

Can I specify an initial command for the shells somehow? Right now I am using -d . powershell.exe -NoExit -Command someshellcommand, but I am unable to rerun that command with arrow up + enter (it doesn't show up, only old commands from old shells are showing). Tried to do it with add-history, but without success.

@Trolldemorted commented on GitHub (Nov 11, 2020): Thanks @zadjii-msft ! Let's hope #6580 will make it to the roadmap soon. Can I specify an initial command for the shells somehow? Right now I am using `-d . powershell.exe -NoExit -Command someshellcommand`, but I am unable to rerun that command with arrow up + enter (it doesn't show up, only old commands from old shells are showing). Tried to do it with `add-history`, but without success.

claunia commented