wt split-pane & wt new-tab commands open a new window #6722

Closed
opened 2026-01-31 00:45:40 +00:00 by claunia · 2 comments
Owner

Originally created by @ranyitz on GitHub (Mar 3, 2020).

Environment

Windows build number: Microsoft Windows [Version 10.0.18362.657]
Windows Terminal version (if applicable): Version: 0.9.433.0

Steps to reproduce

For split-pane:
Run wt split-pane

For new-tab:
Run wt new-tab

Expected behavior

For split-pane:
Split the pane of the current window.

For new-tab:
Open a new tab in the current window.

Actual behavior

For split-pane:
Open a new window an split the pane in this window into two.

For new-tab:
Open a new window with a new tab in it.

Context

While this behavior is mentioned in the docs

Opens a new tab with the given customizations. On its first invocation, also opens a new window. Subsequent new-tab commands will all open new tabs in the same window.

It doesn't feel right to me. If those commands would not open a new window, we'll be able to get the same experience through command composition. (Open a new window and then split this one into two)

Now the behavior of programmatically splitting a pane or opening a tab in the current window (which feels like the broad use-case) is something that with the current implementation is not possible to do.

Originally created by @ranyitz on GitHub (Mar 3, 2020). # Environment ```none Windows build number: Microsoft Windows [Version 10.0.18362.657] Windows Terminal version (if applicable): Version: 0.9.433.0 ``` # Steps to reproduce For split-pane: Run `wt split-pane` For new-tab: Run `wt new-tab` # Expected behavior For split-pane: Split the pane of the current window. For new-tab: Open a new tab in the current window. # Actual behavior For split-pane: Open a new window an split the pane in this window into two. For new-tab: Open a new window with a new tab in it. # Context While this behavior is [mentioned in the docs](https://github.com/microsoft/terminal/blob/master/doc/user-docs/UsingCommandlineArguments.md#new-tab) > Opens a new tab with the given customizations. On its first invocation, also opens a new window. Subsequent new-tab commands will all open new tabs in the same window. It doesn't feel right to me. If those commands would not open a new window, we'll be able to get the same experience through command composition. (Open a new window and then split this one into two) Now the behavior of programmatically splitting a pane or opening a tab in the current window (which feels like the broad use-case) is something that with the current implementation is not possible to do.
claunia added the Resolution-Duplicate label 2026-01-31 00:45:40 +00:00
Author
Owner

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

/dup #4472

@DHowett-MSFT commented on GitHub (Mar 3, 2020): /dup #4472
Author
Owner

@ghost commented on GitHub (Mar 3, 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 (Mar 3, 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!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#6722