Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open a new Terminal tab from command line (instead of a new console window) #5076

Closed
awaescher opened this issue Mar 22, 2020 · 2 comments
Closed
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@awaescher
Copy link

awaescher commented Mar 22, 2020

The Windows Terminal now has brilliant support for command line arguments like:

  • wt.exe -d . Open a new wt instance in the current working directory
  • wt.exe -p <profile name> Create a wt instance running the given profile, to unblock
  • wt.exe ; new-tab ; split-pane -V Launch the terminal with multiple tabs, splits, to unblock

What's missing for me is, that every time I run wt.exe with arguments, a new console window appears which - of course - only hosts one single tab. I use tabs to manage multiple sessions in one single console window, so it would be huge, if wt.exe command lines could be written to reuse existing windows by "just" adding (and focusing) a new tab.

To avoid misunderstandings: There's an argument new-tab but as far as I know, this can be used to force a new console window to open one or more further new tab(s). This is not what I want: I meant to reuse an existing console window (if available) and open a new tab in there.

I posted this idea on Twitter here. Please read the thread for more information.

In gif below, I use a tool git tool called RepoZ to jump to the directory of a chosen git repository.

image

However, for each "Open In Windows Terminall", a new window is opened where a tab would have been more convenient.

wt-tab-lossy

Proposed technical implementation details

I have no implementation idea how this works in the Windows Terminal process itself.

However, on the command line side, this could be the new default behavior for wt.exe-commands in my opinion. To keep things downwards compatible, we could add a new argument option like wt.exe -d . reuse-window to make sure that Windows Terminal should try to use an existing process if available. If not, I'd suggest that a new Window appears which can be used by subsequent calls with the optiom reuse-window.

@awaescher awaescher added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Mar 22, 2020
@ghost ghost added Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting labels Mar 22, 2020
@DHowett-MSFT
Copy link
Contributor

Thanks for the request! This is actually captured in /dup #4472.

@ghost
Copy link

ghost commented Mar 22, 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 ghost closed this as completed Mar 22, 2020
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Mar 22, 2020
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

2 participants