Split Pane with same Profile #7712

Closed
opened 2026-01-31 01:10:58 +00:00 by claunia · 3 comments
Owner

Originally created by @aykborstelmann on GitHub (Apr 26, 2020).

Description of the new mini-feature

For what I know it is only possible to split the pane with the default profile or with a selected profile, e.g. always the 2nd profile. I would like to suggest an option to define a shortcut for splitting the pane with the same profile as the profile currently opened. This would come handy because the is the functionality I expected in the first place.

Originally created by @aykborstelmann on GitHub (Apr 26, 2020). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> # Description of the new mini-feature For what I know it is only possible to split the pane with the default profile or with a selected profile, e.g. always the 2nd profile. I would like to suggest an option to define a shortcut for splitting the pane with the same profile as the profile currently opened. This would come handy because the is the functionality I expected in the first place. <!-- A clear and concise description of what the problem is that the new feature would solve. Describe why and how a user would use this new functionality (if applicable). -->
claunia added the Issue-FeatureResolution-Duplicate labels 2026-01-31 01:10:59 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Apr 27, 2020):

Thanks for the suggestion! This is such a good idea that we already implemented it 😆

You can achieve what your looking for with a keybinding like the following:

        { "command": { "action": "splitPane", "split":"auto", "splitMode": "duplicate" }, "keys": [ "ctrl+alt+t" ] },

"splitMode": "duplicate" tells the keybinding to create a pane with the same profile as the current pane.

"split":"auto" tells the binding to create a pane in whichever direction results in the pane being larger. If the Terminal is currently wider than it is tall, then the split will be vertical (think "[ | ]").

/dup #1756

@zadjii-msft commented on GitHub (Apr 27, 2020): Thanks for the suggestion! This is such a good idea that _we already implemented it_ 😆 You can achieve what your looking for with a keybinding like the following: ```json { "command": { "action": "splitPane", "split":"auto", "splitMode": "duplicate" }, "keys": [ "ctrl+alt+t" ] }, ``` `"splitMode": "duplicate"` tells the keybinding to create a pane with the same profile as the current pane. `"split":"auto"` tells the binding to create a pane in whichever direction results in the pane being _larger_. If the Terminal is currently wider than it is tall, then the split will be vertical (think "[ | ]"). /dup #1756
Author
Owner

@ghost commented on GitHub (Apr 27, 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 (Apr 27, 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!
Author
Owner

@aykborstelmann commented on GitHub (Apr 27, 2020):

Okay sorry for bothering you 🥴. I've should have looked deeper for it, I must have overlook it in default.json. But cool to have it and thank you for your work ✌️

@aykborstelmann commented on GitHub (Apr 27, 2020): Okay sorry for bothering you 🥴. I've should have looked deeper for it, I must have overlook it in `default.json`. But cool to have it and thank you for your work ✌️
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#7712