Enable globalSummon / quakeMode to work even when there isn't a running Terminal #13673

Open
opened 2026-01-31 03:49:05 +00:00 by claunia · 62 comments
Owner

Originally created by @zadjii-msft on GitHub (Apr 29, 2021).

Originally assigned to: @zadjii-msft on GitHub.

This is probably going to need the "headless monarch" work we theorized. Different parts to this:

  • We've already got startOnUserLogin which starts the Terminal window.
  • Is any window the monarch then?
  • Is the monarch a phoenix (when it's killed, who restarts it?)

I've had many more thoughts on the matter in the past, I just need to have somewhere to put them.

Originally created by @zadjii-msft on GitHub (Apr 29, 2021). Originally assigned to: @zadjii-msft on GitHub. This is probably going to need the "headless monarch" work we theorized. Different parts to this: * We've already got `startOnUserLogin` which starts the Terminal window. * Is any window the monarch then? * Is the monarch a phoenix (when it's killed, who restarts it?) I've had many more thoughts on the matter in the past, I just need to have somewhere to put them.
claunia added the Issue-FeatureProduct-TerminalArea-Remoting labels 2026-01-31 03:49:05 +00:00
Author
Owner

@dag03tsc commented on GitHub (Jun 1, 2021):

Is the monarch a phoenix (when it's killed, who restarts it?)

I'm pretty sure this already came to your mind before, but what about using the service approach?
It'd only require the tray icon feature to enable the persistence and provide some control over the service itself.

I guess that'd also allow termination commands like exit, while keeping the globalSummon or quakeMode available, for as long as the service is running.

Could it be useful to have some kind of a master orchestrator service? Something like a service to host and manage all WT instances?

@dag03tsc commented on GitHub (Jun 1, 2021): > Is the monarch a phoenix (when it's killed, who restarts it?) I'm pretty sure this already came to your mind before, but what about using the service approach? It'd only require the tray icon feature to enable the persistence and provide some control over the service itself. I guess that'd also allow termination commands like `exit`, while keeping the `globalSummon` or `quakeMode` available, for as long as the service is running. Could it be useful to have some kind of a master orchestrator service? Something like a service to host and manage all WT instances?
Author
Owner

@kensykora commented on GitHub (Jul 13, 2021):

Been testing out the preview channel and I LOVE quake mode. Since the terminal is so core to my development workflow, it'd be HUGE if this launched on startup so it felt like a core part of the OS.

@kensykora commented on GitHub (Jul 13, 2021): Been testing out the preview channel and I LOVE quake mode. Since the terminal is so core to my development workflow, it'd be HUGE if this launched on startup so it felt like a core part of the OS.
Author
Owner

@hensz commented on GitHub (Jul 20, 2021):

Is this issue purely about starting (and keep running) Terminal at startup? I was looking for a way to manually start a terminal in Quake mode, just as asked for in issue #10206.

@hensz commented on GitHub (Jul 20, 2021): Is this issue purely about starting (and keep running) Terminal at startup? I was looking for a way to manually start a terminal in Quake mode, just as asked for in issue #10206.
Author
Owner

@zadjii-msft commented on GitHub (Jul 20, 2021):

I was looking for a way to manually start a terminal in Quake mode

That'd be wt -w _quake. See also the docs

@zadjii-msft commented on GitHub (Jul 20, 2021): > I was looking for a way to manually start a terminal in Quake mode That'd be [`wt -w _quake`](https://github.com/microsoft/terminal/issues/10206#issuecomment-848913937). See also [the docs](https://docs.microsoft.com/en-us/windows/terminal/tips-and-tricks#quake-mode)
Author
Owner

@hensz commented on GitHub (Jul 21, 2021):

This doesn't work since I have both the stable and the preview version installed, and wt runs the stable version. Most likely I could simply uninstall the stable version. Is there any other way to launch the preview?

@hensz commented on GitHub (Jul 21, 2021): This doesn't work since I have both the stable and the preview version installed, and wt runs the stable version. Most likely I could simply uninstall the stable version. Is there any other way to launch the preview?
Author
Owner

@zadjii-msft commented on GitHub (Jul 21, 2021):

Is there any other way to launch the preview?

You could always change wt to open the Preview version. To do that, you can check out the "Manage app execution aliases" page in the settings

@zadjii-msft commented on GitHub (Jul 21, 2021): > Is there any other way to launch the preview? You could always change `wt` to open the Preview version. To do that, you can check out the "Manage app execution aliases" page in the settings
Author
Owner

@hensz commented on GitHub (Jul 21, 2021):

Hmm, if I do this and try to run wt, I get an error from the stable version:
[Window Title]
C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_1.8.1521.0_x64__8wekyb3d8bbwe\wt.exe

[Content]
Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item.

@hensz commented on GitHub (Jul 21, 2021): Hmm, if I do this and try to run wt, I get an error from the stable version: [Window Title] C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_1.8.1521.0_x64__8wekyb3d8bbwe\wt.exe [Content] Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item.
Author
Owner

@hensz commented on GitHub (Jul 22, 2021):

OK, when I remove the stable version running wt successfully launches the preview, and also launching in Quake mode works fine. Thanks a lot! Now I only need to figure out how I can add this command as a shortcut to my start menu 🙈

@hensz commented on GitHub (Jul 22, 2021): OK, when I remove the stable version running wt successfully launches the preview, and also launching in Quake mode works fine. Thanks a lot! Now I only need to figure out how I can add this command as a shortcut to my start menu 🙈
Author
Owner

@NinovanderMark commented on GitHub (Aug 11, 2021):

If there were an option to start Windows Terminal in Quake mode, but hidden, that would solve it in my book.

Something like this: wt -w _quake --hidden

@NinovanderMark commented on GitHub (Aug 11, 2021): If there were an option to start Windows Terminal in Quake mode, but hidden, that would solve it in my book. Something like this: ```wt -w _quake --hidden```
Author
Owner

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

Another idea suggested in #13210 - start Terminal minimized to the tray on system startup.

I'm not sure how I feel about that. Initial thoughts is that I'd want to avoid that solution, since it would incur starting the user's shell(s) at startup, and having them running until the user actually invokes the Terminal. (I should be OOF this week so I'm not gonna give this much more thought ATM beyond just de-duping threads)

@zadjii-msft commented on GitHub (Jun 2, 2022): Another idea suggested in #13210 - start Terminal minimized to the tray on system startup. I'm not sure how I feel about that. Initial thoughts is that I'd want to avoid that solution, since it would incur starting the user's shell(s) at startup, and having them running until the user actually invokes the Terminal. _(I should be OOF this week so I'm not gonna give this much more thought ATM beyond just de-duping threads)_
Author
Owner

@vadimkantorov commented on GitHub (Jun 2, 2022):

This minimized to tray on startup is quite frequent among other apps. If needed, spawning actual shell / profile can be postponed until the first summon (especially for WSLv2 shells that spawn a virtual machine and occupy a lot of RAM), but the rest of the app would already be initialized.

And in quake scenario, having Terminal occupying space in the app bar is wasteful, having one in tray is sufficient.

@vadimkantorov commented on GitHub (Jun 2, 2022): This minimized to tray on startup is quite frequent among other apps. If needed, spawning actual shell / profile can be postponed until the first summon (especially for WSLv2 shells that spawn a virtual machine and occupy a lot of RAM), but the rest of the app would already be initialized. And in quake scenario, having Terminal occupying space in the app bar is wasteful, having one in tray is sufficient.
Author
Owner

@PathogenDavid commented on GitHub (Jun 2, 2022):

Unless there's other useful functionality associated with it, I'd personally rather not have yet another thing cluttering the overflow menu of the notification tray (and definitely not in the taskbar.)

To me this feature should feel like an ambient operating system thing.

@PathogenDavid commented on GitHub (Jun 2, 2022): Unless there's other useful functionality associated with it, I'd personally rather not have yet another thing cluttering the overflow menu of the notification tray (and definitely not in the taskbar.) To me this feature should feel like an ambient operating system thing.
Author
Owner

@JJRcop commented on GitHub (Jul 9, 2022):

For the moment launching minimized to tray could be solved with a new command line option "--minimized"

@JJRcop commented on GitHub (Jul 9, 2022): For the moment launching minimized to tray could be solved with a *new* command line option "--minimized"
Author
Owner

@AlexHunterCodes commented on GitHub (Jul 11, 2022):

"Launch on machine startup" and "Always display an icon in the notification area" both enabled achieves similar behaviour to what I'm used to with always-available Quake mode terminals on macOS and Linux, but it's not perfect.

I have to accept the always-present tray icon that does nothing and is either visible or not visible when a normal Terminal window is open (depending on how you configure it), and I have to manually close the default Terminal window that opens on startup every time (although I'll try @JJRcop's suggestion to suppress that). Plus, when I open the Quake terminal, it appears as another Terminal window in the taskbar.

Ideally, there would be an option to launch into the background without any window at startup, and an option to have Terminal running in the background but without yet another tray icon. Anyone using Quake mode is a developer or a power user, if Terminal breaks or needs restarting we know how to kill it from Task Manager without a tray icon adding clutter.

Definitely like @PathogenDavid's perspective that if Quake mode is enabled, it should just be available whenever without jumping through a sequence of obscure configuration options and workarounds. I know some Linux desktop environments do that already and it's really nice.

@AlexHunterCodes commented on GitHub (Jul 11, 2022): "Launch on machine startup" and "Always display an icon in the notification area" both enabled achieves _similar_ behaviour to what I'm used to with always-available Quake mode terminals on macOS and Linux, but it's not perfect. I have to accept the always-present tray icon that does nothing and is either visible or not visible when a normal Terminal window is open (depending on how you configure it), and I have to manually close the default Terminal window that opens on startup every time (although I'll try @JJRcop's suggestion to suppress that). Plus, when I open the Quake terminal, it appears as another Terminal window in the taskbar. Ideally, there would be an option to launch into the background without any window at startup, **and** an option to have Terminal running in the background but without yet another tray icon. Anyone using Quake mode is a developer or a power user, if Terminal breaks or needs restarting we know how to kill it from Task Manager without a tray icon adding clutter. Definitely like @PathogenDavid's perspective that if Quake mode is enabled, it should just _be available_ whenever without jumping through a sequence of obscure configuration options and workarounds. I know some Linux desktop environments do that already and it's really nice.
Author
Owner

@JJRcop commented on GitHub (Jul 12, 2022):

(although I'll try @JJRcop's suggestion to suppress that)

Sorry, allow me to clarify that --minimized does not currently exist, and my suggestion is directed towards near-future quick-fix development rather than towards current usage.

I just edited my comment to hopefully make this clear, oops.

My sincerest apologies, sorry for any misunderstanding. 😅

@JJRcop commented on GitHub (Jul 12, 2022): > (although I'll try @JJRcop's suggestion to suppress that) Sorry, allow me to clarify that `--minimized` does not currently exist, and my suggestion is directed towards near-future quick-fix development rather than towards current usage. I just edited my comment to hopefully make this clear, oops. My sincerest apologies, sorry for any misunderstanding. 😅
Author
Owner

@zadjii-msft commented on GitHub (Jul 12, 2022):

FWIW, --minimized is tracked in #7374

@zadjii-msft commented on GitHub (Jul 12, 2022): FWIW, `--minimized` is tracked in #7374
Author
Owner

@akovia commented on GitHub (Jul 12, 2022):

Probably missing something, but I don't see a reason to have anything start with the OS unless there is some large configuration to load that took an inordinate amount of time. When you hit your launcher Hotkey, it should just launch directly into quake mode as the title suggests. Having a taskbar icon doesn't bother me at all as it tucks away in the overflow and just gives another way to interact with the program to access settings or kill the program for people who are used to working that way. There really doesn't need to be an icon in the app bar though when using quake mode. Having quake mode enabled pretty much insinuates you will be accessing your terminal via hotkey, so an app bar icon should at least be configurable if it's not desired.

Linux has perfected most of these issues over the years. I use XFCE4-terminal and it does almost everything perfectly. After booting is finished I just hit F12 and it launches nearly instantly. It has a tray icon but not an app icon. If I launch any additional instances it opens in a regular window with an app bar icon, but it doesn't affect my quake mode instance. I can also launch programs directly into a new tab of my existing running quake mode instance which is extremely handy for my custom actions in Thunar.

I only use Windows at work but I am truly grateful to have WT with quake mode now. If there is one thing I actually prefer with WT, is the ability to open with a pre defined set of tabs. (though the tabs should really be on the bottom of the window imho, (and visible) )

Lastly, it may be trivial, but I do wish the window would slide down from the top instead of opening across the screen from the bottom.

@akovia commented on GitHub (Jul 12, 2022): Probably missing something, but I don't see a reason to have anything start with the OS unless there is some large configuration to load that took an inordinate amount of time. When you hit your launcher Hotkey, it should just launch directly into quake mode as the title suggests. Having a taskbar icon doesn't bother me at all as it tucks away in the overflow and just gives another way to interact with the program to access settings or kill the program for people who are used to working that way. There really doesn't need to be an icon in the app bar though when using quake mode. Having quake mode enabled pretty much insinuates you will be accessing your terminal via hotkey, so an app bar icon should at least be configurable if it's not desired. Linux has perfected most of these issues over the years. I use XFCE4-terminal and it does almost everything perfectly. After booting is finished I just hit F12 and it launches nearly instantly. It has a tray icon but not an app icon. If I launch any additional instances it opens in a regular window with an app bar icon, but it doesn't affect my quake mode instance. I can also launch programs directly into a new tab of my existing running quake mode instance which is extremely handy for my custom actions in Thunar. I only use Windows at work but I am truly grateful to have WT with quake mode now. If there is one thing I actually prefer with WT, is the ability to open with a pre defined set of tabs. (though the tabs should really be on the bottom of the window imho, ([and visible](https://github.com/microsoft/terminal/issues/11085#issuecomment-999189691)) ) Lastly, it may be trivial, but I do wish the window would slide down from the top instead of opening across the screen from the bottom.
Author
Owner

@DHowett commented on GitHub (Jul 12, 2022):

When you hit your launcher Hotkey, it should just launch directly into quake mode as the title suggests.

Unfortunately, the problem is that we can't do that without having something launched before you press the hotkey to register for it and intercept it when you press it.

The only other way for us to accomplish it without pre-launching something would be to add a hook in the Windows shell, which wouldn't come out to users for another 1,000 years and then would only be available to people with Intel Core i48 processors.

@DHowett commented on GitHub (Jul 12, 2022): > When you hit your launcher Hotkey, it should just launch directly into quake mode as the title suggests. Unfortunately, the problem is that we can't do that without having something launched _before you press the hotkey_ to register for it and intercept it when you press it. The only other way for us to accomplish it without pre-launching something would be to add a hook in the Windows shell, which wouldn't come out to users for another 1,000 years and then would only be available to people with Intel Core i48 processors.
Author
Owner

@akovia commented on GitHub (Jul 12, 2022):

Unfortunately, the problem is that we can't do that without having something launched before you press the hotkey to register for it and intercept it when you press it.

Thank you for the reply and sorry for my ignorance, but couldn't you use a systemwide hotkey to launch wt with the options you wanted? (ie.. create a shortcut and assign it a "shortcut key"?) If it determines the program is already open, it would function as a visibility toggle, otherwise it would spawn the program itself. It wouldn't be a hotkey that you configure within wt itself, but not sure that would matter if it accomplished the same goal.

I admit my ignorance on the inner workings of Windows, so again I apologize if there is something fundamentally flawed with this approach. It is completely useable as is and I'm glad to have it. Thanks for your hard work!

@akovia commented on GitHub (Jul 12, 2022): > Unfortunately, the problem is that we can't do that without having something launched _before you press the hotkey_ to register for it and intercept it when you press it. Thank you for the reply and sorry for my ignorance, but couldn't you use a systemwide hotkey to launch wt with the options you wanted? (ie.. create a shortcut and assign it a "shortcut key"?) If it determines the program is already open, it would function as a visibility toggle, otherwise it would spawn the program itself. It wouldn't be a hotkey that you configure within wt itself, but not sure that would matter if it accomplished the same goal. I admit my ignorance on the inner workings of Windows, so again I apologize if there is something fundamentally flawed with this approach. It is completely useable as is and I'm glad to have it. Thanks for your hard work!
Author
Owner

@DHowett commented on GitHub (Jul 12, 2022):

HUH. Now that you mention it . . . shortcuts do support that! I wonder if they need to be placed in a specific directory, or need some other special treatment.

That's an excellent idea. Thank you! Is it I who was ignorant!

@DHowett commented on GitHub (Jul 12, 2022): HUH. Now that you mention it . . . shortcuts _do_ support that! I wonder if they need to be placed in a specific directory, or need some other special treatment. That's an excellent idea. Thank you! Is it _I_ who was ignorant!
Author
Owner

@PathogenDavid commented on GitHub (Jul 12, 2022):

I wonder if they need to be placed in a specific directory

I thought they could be anywhere, but it seems they must be on the desktop or a folder on the desktop. (Maybe other places too, but it's definitely not anywhere.)

It's worth noting it doesn't support shortcuts involving the Windows key (at least the UI doesn't let you create them.) Additionally, on my PC at least there's a pretty significant/unacceptable delay between me pressing the shortcut and the application actually launching.

I kinda get the vibe that this feature exists mainly due to legacy momentum. It's been around since at least Windows 95:

Screenshot of a Windows 95 properties window for a shortcut showing the shortcut key option.

It's definitely an interesting feature from a trivia perspective, but I doesn't feel particularly well-suited for this task IMO.

@PathogenDavid commented on GitHub (Jul 12, 2022): > I wonder if they need to be placed in a specific directory I thought they could be anywhere, but it seems they must be on the desktop or a folder on the desktop. (Maybe other places too, but it's definitely not anywhere.) It's worth noting it doesn't support shortcuts involving the Windows key (at least the UI doesn't let you create them.) Additionally, on my PC at least there's a pretty significant/unacceptable delay between me pressing the shortcut and the application actually launching. I kinda get the vibe that this feature exists mainly due to legacy momentum. It's been around since at least Windows 95: ![Screenshot of a Windows 95 properties window for a shortcut showing the shortcut key option.](https://user-images.githubusercontent.com/278957/178572409-1c349871-c500-444d-92d1-454653b143d9.png) It's definitely an interesting feature from a trivia perspective, but I doesn't feel particularly well-suited for this task IMO.
Author
Owner

@akovia commented on GitHub (Jul 13, 2022):

LoL, it's always something with Windows.

From glossing over this answer to the problem, it seems like it's fixable, but may not be worth the trouble for some. There are programs out there like this which may offer a solution, but again I'm not sure it's worth the trouble for most.

Such a shame it's got to be this difficult. Systemwide shortcuts should just work out of the box. :\

@akovia commented on GitHub (Jul 13, 2022): LoL, it's always something with Windows. From glossing over [this answer](https://blog.ramsoftsolutions.com/2015/12/find-slow-windows-shortcuts.html) to the problem, it seems like it's fixable, but may not be worth the trouble for some. There are programs out there like [this](https://github.com/guilryder/clavier-plus) which may offer a solution, but again I'm not sure it's worth the trouble for most. Such a shame it's got to be this difficult. Systemwide shortcuts should just work out of the box. :\
Author
Owner

@AlexHunterCodes commented on GitHub (Jul 23, 2022):

I don't think I'd want to rely on Windows Desktop shortcuts since it seems like a janky forgotten feature that could be axed by Explorer for security reasons at any time. I think it was added back when Active Desktop was all the rage. "Let's replace your desktop wallpaper with an IE4 instance, what could possibly go wrong?"

Thinking about the UX from the perspective of an end-user who just wants to use the product without participating in its development: If Terminals' goal is to become a first-class citizen for Windows on par with most Linux DEs, then shell integration should be on the long-term roadmap regardless. If we're already able to replace the default console host with WT, then shell integration and Windows shipping with WT pre-installed should both be inevitable. If that's going to take a long time, then those conversations should be started now so it's at least on the right people's radars.

If that's not feasible, that's not a technical problem, that's a management and product roadmap problem. To be frank, end users don't care that Microsoft's corporate culture insists on pitting its own teams against each other, competing in parallel to solve the same problems.

A means to run WT minimised to the tray on startup (and WT itself listens for the Quake mode shortcut key), or a startup background helper to launch Terminal in Quake mode the first time the shortcut is pressed are both sensible short-term compromises. I don't have a strong preference either way; but I'd like the option to choose when the shell init happens (pre-emptively or deferred) and hide the tray icon.

PowerToys offers a mechanism to rebind system shortcuts, but doesn't have a mechanism to create new ones. However it also offers a modular architecture to run small tools in the background which add supplementary functionality to apps for power users. Maybe the Quake mode trigger helper would be a good candidate for that? It would synergise well with the keyboard remapping toy, and if it was generic it could be used for other tools too. (custom macro boards, game controllers, accessibility utilities, etc.)

@AlexHunterCodes commented on GitHub (Jul 23, 2022): I don't think I'd want to rely on Windows Desktop shortcuts since it seems like a janky forgotten feature that could be axed by Explorer for security reasons at any time. I think it was added back when Active Desktop was all the rage. _"Let's replace your desktop wallpaper with an IE4 instance, what could possibly go wrong?"_ Thinking about the UX from the perspective of an end-user who just wants to use the product without participating in its development: If Terminals' goal is to become a first-class citizen for Windows on par with most Linux DEs, then shell integration should be on the long-term roadmap regardless. If we're already able to replace the default console host with WT, then shell integration and Windows shipping with WT pre-installed should both be inevitable. If that's going to take a long time, then those conversations should be started now so it's at least on the right people's radars. If that's not feasible, that's not a technical problem, that's a management and product roadmap problem. To be frank, end users don't care that Microsoft's corporate culture insists on pitting its own teams against each other, competing in parallel to solve the same problems. A means to run WT minimised to the tray on startup (and WT itself listens for the Quake mode shortcut key), or a startup background helper to launch Terminal in Quake mode the first time the shortcut is pressed are both sensible short-term compromises. I don't have a strong preference either way; but I'd like the option to choose when the shell init happens (pre-emptively or deferred) and hide the tray icon. PowerToys offers a mechanism to rebind system shortcuts, but doesn't have a mechanism to create new ones. However it also offers a modular architecture to run small tools in the background which add supplementary functionality to apps for power users. Maybe the Quake mode trigger helper would be a good candidate for that? It would synergise well with the keyboard remapping toy, and if it was generic it could be used for other tools too. (custom macro boards, game controllers, accessibility utilities, etc.)
Author
Owner

@Hellzbellz123 commented on GitHub (Aug 21, 2022):

fun fact, the desktop shortcut doesn't work properly if you select minimized in shortcut options, it results in the wt instance being spawned off screen and the only way to get it to show up after a restart is restarting WT or toggling full-screen then using win+arrow keys to move it back onto the desktop :/ this is also related too #9053 and others mentioned their, this is a decent work around if you only intend on using quake mode, however if you have windows terminal set too attach to an already opened instance you cant use WT from anywhere but win + ` until you use above workarounds, this was tested just now using windows terminal preview on windows 11

@Hellzbellz123 commented on GitHub (Aug 21, 2022): fun fact, the desktop shortcut doesn't work properly if you select minimized in shortcut options, it results in the wt instance being spawned off screen and the only way to get it to show up after a restart is restarting WT or toggling full-screen then using win+arrow keys to move it back onto the desktop :/ this is also related too #9053 and others mentioned their, this is a decent work around if you only intend on using quake mode, however if you have windows terminal set too attach to an already opened instance you cant use WT from anywhere but win + ` until you use above workarounds, this was tested just now using windows terminal preview on windows 11
Author
Owner

@cs-spacecat commented on GitHub (Oct 8, 2022):

dirty way to start it minimized: wt -w _quake powershell -nologo -window minimized

@cs-spacecat commented on GitHub (Oct 8, 2022): dirty way to start it minimized: `wt -w _quake powershell -nologo -window minimized`
Author
Owner

@NinovanderMark commented on GitHub (Oct 19, 2022):

dirty way to start it minimized: wt -w _quake powershell -nologo -window minimized

That's exactly what I was looking for. Thank you so much! I can't quite figure out how to pass a particular Windows Terminal profile though. I tried the following, but it pops up an error about the -window argument being unexpected.

wt -w _quake -p "PowerShell" -window minimized

@NinovanderMark commented on GitHub (Oct 19, 2022): > dirty way to start it minimized: `wt -w _quake powershell -nologo -window minimized` That's *exactly* what I was looking for. Thank you so much! I can't quite figure out how to pass a particular Windows Terminal profile though. I tried the following, but it pops up an error about the `-window` argument being unexpected. `wt -w _quake -p "PowerShell" -window minimized`
Author
Owner

@DHowett commented on GitHub (Oct 19, 2022):

Ah, the ages-old issue with -p x. You'll need to specify a command to run using that profile¹; try wt -w _quake -p PowerShell pwsh -nologo -window minimized

¹ why is this the case?

Passing a command on the commandline overrides the profile's command, it doesn't add to it (various reasons this is true, one of which is that appending arguments to cmd profiles would require cmd /s /c and appending to powershell profiles would require -command, unless you wanted to pass arguments and not a command, at which point it's all for naught really... see docker's ENTRYPOINT for all the terribly fun ways this can fall apart 😄)

@DHowett commented on GitHub (Oct 19, 2022): Ah, the ages-old issue with `-p x`. You'll need to specify a command to run _using_ that profile¹; try `wt -w _quake -p PowerShell pwsh -nologo -window minimized` <details> <summary>¹ why is this the case?</summary> Passing a command on the commandline _overrides_ the profile's command, it doesn't add to it (various reasons this is true, one of which is that appending arguments to `cmd` profiles would require `cmd /s /c` and appending to powershell profiles would require `-command`, unless you wanted to pass arguments and *not* a command, at which point it's all for naught really... see docker's `ENTRYPOINT` for all the terribly fun ways this can fall apart 😄) </details>
Author
Owner

@zeroZshadow commented on GitHub (Oct 19, 2022):

Note that this doesn't seem to apply all settings for the given profile. For example, the set Font is not applied.

@zeroZshadow commented on GitHub (Oct 19, 2022): Note that this doesn't seem to apply all settings for the given profile. For example, the set Font is not applied.
Author
Owner

@alexanderVprice commented on GitHub (Nov 22, 2022):

For now, I'm using this shortcut:

pwsh -c "Start-Process wt.exe -WindowStyle Hidden"

with Run: Minimized

To run

Start-Process wt.exe -WindowStyle Hidden

in a short-lived, minimized conhost window.

Aside from (1) the conhost/pwsh icon that pops up on the taskbar very briefly on login (blink and you'll miss it), and (2) the fact that global summon / quake mode will stop working if you close all your terminals, this workaround.... well, works around the issue.

@alexanderVprice commented on GitHub (Nov 22, 2022): For now, I'm using this shortcut: `pwsh -c "Start-Process wt.exe -WindowStyle Hidden"` with `Run:` `Minimized` To run ```PowerShell Start-Process wt.exe -WindowStyle Hidden ``` in a short-lived, minimized conhost window. Aside from (1) the conhost/pwsh icon that pops up on the taskbar very briefly on login (blink and you'll miss it), and (2) the fact that global summon / quake mode will stop working if you close all your terminals, this workaround.... well, works around the issue.
Author
Owner

@Potato22 commented on GitHub (Jan 22, 2023):

wt -w _quake powershell -nologo -window minimized

I really wished I could somehow only run this command once since the _quake window always pops up then quickly disappears every time a new window is opened (aka new instance in which the profile has to be re-init)

I put the command in the profile.
@Potato22 commented on GitHub (Jan 22, 2023): > wt -w _quake powershell -nologo -window minimized I really wished I could somehow only run this command once since the `_quake` window always pops up then quickly disappears every time a new window is opened (aka new instance in which the profile has to be re-init) ##### _I put the command in the profile._
Author
Owner

@cs-spacecat commented on GitHub (Jan 22, 2023):

wt -w _quake powershell -nologo -window minimized

I really wished I could somehow only run this command once since the _quake window always pops up then quickly disappears every time a new window is opened (aka new instance in which the profile has to be re-init)

I put the command in the profile.

I don't exactly know what you mean, but yeah, it pops up for a second when launched. The problem is that you could shorten this delay by removing the "-nologo", but then the subshell gets really messed up.

@cs-spacecat commented on GitHub (Jan 22, 2023): > > wt -w _quake powershell -nologo -window minimized > > I really wished I could somehow only run this command once since the `_quake` window always pops up then quickly disappears every time a new window is opened (aka new instance in which the profile has to be re-init) > > ##### _I put the command in the profile._ I don't exactly know what you mean, but yeah, it pops up for a second when launched. The problem is that you could shorten this delay by removing the "-nologo", but then the subshell gets really messed up.
Author
Owner

@batu1579 commented on GitHub (Feb 6, 2023):

I made a few tweaks to @KKirschi 's way, and so far it's working.

  1. Created a shortcut, put the following line in "Target", and select Minimize window to run
    "C:\Program Files\PowerShell\7\pwsh.exe" -Command "wt -w _quake 'C:\Program Files\PowerShell\7\pwsh.exe'  -NoExit  -Command '& {clear}' -window minimized;Start-Sleep -Seconds 1;$app=New-Object -ComObject shell.application;$app.ToggleDesktop();"
    
  2. Move the shortcut to C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup

I added a 1 second wait after launch quake. If the window doesn't disappear after logging in, try to extend it for a little longer.

Hope that helps orz~

@batu1579 commented on GitHub (Feb 6, 2023): I made a few tweaks to @KKirschi 's way, and so far it's working. 1. Created a shortcut, put the following line in "Target", and select Minimize window to run ``` "C:\Program Files\PowerShell\7\pwsh.exe" -Command "wt -w _quake 'C:\Program Files\PowerShell\7\pwsh.exe' -NoExit -Command '& {clear}' -window minimized;Start-Sleep -Seconds 1;$app=New-Object -ComObject shell.application;$app.ToggleDesktop();" ``` 2. Move the shortcut to `C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup` I added a 1 second wait after launch quake. If the window doesn't disappear after logging in, try to extend it for a little longer. Hope that helps orz~
Author
Owner

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

I know that the "start the Terminal without a visible window" is a big part of this, but #14944 should make this a heck of a lot easier going forward.

NOTE TO SELF

Do the startOnUserLogin: headless wt --headless thing to close this.

--headless: Forces this launch of the Terminal into headless mode. If there are no other actions specified on the command line, then this will start the Terminal without a visible window. If the Terminal is already running, force the currently running terminal into headless mode. In headless mode, closing all terminal windows does not close this terminal instance, unless you perform the "Quit the Terminal" action.

Started in dev/migrie/oop/3/of-the-silmarils

@zadjii-msft commented on GitHub (Mar 2, 2023): I know that the "start the Terminal without a visible window" is a big part of this, but #14944 should make this a heck of a lot easier going forward. ## NOTE TO SELF Do the ~`startOnUserLogin: headless`~ `wt --headless` thing to close this. `--headless`: Forces this launch of the Terminal into headless mode. If there are no other actions specified on the command line, then this will start the Terminal without a visible window. If the Terminal is already running, force the currently running terminal into headless mode. In headless mode, closing all terminal windows does not close this terminal instance, unless you perform the "Quit the Terminal" action. Started in `dev/migrie/oop/3/of-the-silmarils`
Author
Owner

@User1785604260 commented on GitHub (Mar 2, 2023):

Will it be possible to enforce that the headless terminal window is the only window capturing the Win+` quakeMode hotkey? I don't like having the quake terminal run as admin, so I'd want to start the headless as non-admin and make sure it's the only thing opening new terminals when Win+` is pressed.

I wrote my own script to act as an Emporer and take over the Win+` hotkey entirely on its own to ensure this wouldn't happen. Sometimes I'd end up opening an admin terminal immediately on login, and if it was the first instance to run it'd grab the Win+` hotkey and then I was locked into having admin quakeMode until I quit that initial terminal.

@User1785604260 commented on GitHub (Mar 2, 2023): Will it be possible to enforce that the headless terminal window is the only window capturing the Win+\` quakeMode hotkey? I don't like having the quake terminal run as admin, so I'd want to start the headless as non-admin and make sure it's the only thing opening new terminals when Win+\` is pressed. I wrote my own script to act as an Emporer and take over the Win+\` hotkey entirely on its own to ensure this wouldn't happen. Sometimes I'd end up opening an admin terminal immediately on login, and if it was the first instance to run it'd grab the Win+` hotkey and then I was locked into having admin quakeMode until I quit that initial terminal.
Author
Owner

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

After #14944 it'll still be whoever launches first who gets it. We're vaguely tracking the elevated/unelevated wonkiness in #12173 though, so that's probably the thread to follow up in 😊

@zadjii-msft commented on GitHub (Mar 2, 2023): After #14944 it'll still be whoever launches first who gets it. We're vaguely tracking the elevated/unelevated wonkiness in #12173 though, so that's probably the thread to follow up in 😊
Author
Owner

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

Since folks in this thread are probably interested: https://github.com/microsoft/terminal/releases/tag/v1.18.1421.0 added the global setting compatibility.allowHeadless, which should let the Terminal keep running in the background after closing all windows. This'll let the global hotkeys keep working, even if the Terminal isn't open.

    // Add support for running the Terminal without _any_ windows #14944
    // (you probably also want at least `quakeMode` or a `globalSummon`)
    "compatibility.allowHeadless": true,

There's still more work to do, and I'm tracking it as follows:

  • Start the terminal minimized: #7374
    • You can probably work with start /min wt for most scenarios as of 1.18.
  • Start the terminal "headless", without any windows: #9996
  • Enable startOnUserLogin to be set to headless, so the terminal auto-starts without a window: #13630
@zadjii-msft commented on GitHub (May 24, 2023): Since folks in this thread are probably interested: https://github.com/microsoft/terminal/releases/tag/v1.18.1421.0 added the global setting `compatibility.allowHeadless`, which should let the Terminal keep running in the background after closing all windows. This'll let the global hotkeys keep working, even if the Terminal isn't open. ```jsonc // Add support for running the Terminal without _any_ windows #14944 // (you probably also want at least `quakeMode` or a `globalSummon`) "compatibility.allowHeadless": true, ``` There's still more work to do, and I'm tracking it as follows: * Start the terminal minimized: #7374 * You can probably work with `start /min wt` for most scenarios as of 1.18. * Start the terminal "headless", without any windows: #9996 * Enable `startOnUserLogin` to be set to `headless`, so the terminal auto-starts without a window: #13630
Author
Owner

@vadimkantorov commented on GitHub (May 24, 2023):

@zadjii-msft could Terminal somehow run headless / without UI or with minimal non fully-fledged UWP UI if a *.cmd (or other) script is being launched in an unattended way as part of Windows startup? usecase of slow Terminal UI flickering when Windows runs some startup scripts: https://github.com/microsoft/terminal/issues/15001 - maybe these runtime scripts are being executed as cmd.exe .... which now spins up Terminal. maybe for these cases Terminal could support a headless mode?

@vadimkantorov commented on GitHub (May 24, 2023): @zadjii-msft could Terminal somehow run headless / without UI or with minimal non fully-fledged UWP UI if a `*.cmd` (or other) script is being launched in an unattended way as part of Windows startup? usecase of slow Terminal UI flickering when Windows runs some startup scripts: https://github.com/microsoft/terminal/issues/15001 - maybe these runtime scripts are being executed as `cmd.exe ....` which now spins up Terminal. maybe for these cases Terminal could support a headless mode?
Author
Owner

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

@vadimkantorov I'm gonna move that discussion over to #15001.

@zadjii-msft commented on GitHub (May 24, 2023): @vadimkantorov I'm gonna move that discussion over to #15001.
Author
Owner

@vadimkantorov commented on GitHub (May 24, 2023):

no prob! just wondering if this new headless mode is useful for that usecase. currently every windows startup script spins up its own Terminal instance. maybe at least they could share an instance (and thus speed up all subsequent ui draws)

@vadimkantorov commented on GitHub (May 24, 2023): no prob! just wondering if this new headless mode is useful for that usecase. currently every windows startup script spins up its own Terminal instance. maybe at least they could share an instance (and thus speed up all subsequent ui draws)
Author
Owner

@DrLeh commented on GitHub (Jun 16, 2023):

I use the following hotkey in Autohotkey to help enable this:

$#`::
If (ProcessExist("WindowsTerminal.exe"))
    Send #``
else
    Run "wt"
::

I couldn't get this to actually start in quake mode, so in reality what i have to do is press `#``, this opens terminal, then press it again to get quake mode, then again to hide it, then close the original terminal.

This is far from optimal but at least gives me a single hotkey to get terminal open and into quake mode without having to open wt through some other means.

@DrLeh commented on GitHub (Jun 16, 2023): I use the following hotkey in Autohotkey to help enable this: ```ahk $#`:: If (ProcessExist("WindowsTerminal.exe")) Send #`` else Run "wt" :: ``` I couldn't get this to actually start in quake mode, so in reality what i have to do is press `#\``, this opens terminal, then press it again to get quake mode, then again to hide it, then close the original terminal. This is far from optimal but at least gives me a single hotkey to get terminal open and into quake mode without having to open wt through some other means.
Author
Owner

@NewtonChutney commented on GitHub (Jul 3, 2023):

Since folks in this thread are probably interested: https://github.com/microsoft/terminal/releases/tag/v1.18.1421.0 added the global setting compatibility.allowHeadless, which should let the Terminal keep running in the background after closing all windows. This'll let the global hotkeys keep working, even if the Terminal isn't open.

    // Add support for running the Terminal without _any_ windows #14944
    // (you probably also want at least `quakeMode` or a `globalSummon`)
    "compatibility.allowHeadless": true,

Meanwhile, can the preview release of WT point to a schema with these keys in it?
I did try changing the schema, and didn't find this key though.. This seems missing.. 🫠
But the key value pair is detected! 😌

20230703_124156.jpg

@NewtonChutney commented on GitHub (Jul 3, 2023): > Since folks in this thread are probably interested: https://github.com/microsoft/terminal/releases/tag/v1.18.1421.0 added the global setting `compatibility.allowHeadless`, which should let the Terminal keep running in the background after closing all windows. This'll let the global hotkeys keep working, even if the Terminal isn't open. > > ```jsonc > // Add support for running the Terminal without _any_ windows #14944 > // (you probably also want at least `quakeMode` or a `globalSummon`) > "compatibility.allowHeadless": true, > ``` Meanwhile, can the preview release of WT point to a schema with these keys in it? I did try changing the schema, and didn't find this key though.. This seems missing.. 🫠 But the key value pair is detected! 😌 ![20230703_124156.jpg](https://github.com/microsoft/terminal/assets/70827815/5e65d158-d029-4d74-bdfc-d910bbd640c0)
Author
Owner

@Memoraike commented on GitHub (Jul 31, 2023):

I use the following hotkey in Autohotkey to help enable this:

$#`::
If (ProcessExist("WindowsTerminal.exe"))
    Send #``
else
    Run "wt"
::

I couldn't get this to actually start in quake mode, so in reality what i have to do is press `#``, this opens terminal, then press it again to get quake mode, then again to hide it, then close the original terminal.

This is far from optimal but at least gives me a single hotkey to get terminal open and into quake mode without having to open wt through some other means.

Try this:

ProcessExist(Name){
	Process,Exist,%Name%
	return Errorlevel
}

#If !ProcessExist("WindowsTerminal.exe")
#`::
Run wt -w _quake
Return

image

@Memoraike commented on GitHub (Jul 31, 2023): > I use the following hotkey in Autohotkey to help enable this: > > ```ahk > $#`:: > If (ProcessExist("WindowsTerminal.exe")) > Send #`` > else > Run "wt" > :: > ``` > > I couldn't get this to actually start in quake mode, so in reality what i have to do is press `#``, this opens terminal, then press it again to get quake mode, then again to hide it, then close the original terminal. > > This is far from optimal but at least gives me a single hotkey to get terminal open and into quake mode without having to open wt through some other means. Try this: ```ahk ProcessExist(Name){ Process,Exist,%Name% return Errorlevel } #If !ProcessExist("WindowsTerminal.exe") #`:: Run wt -w _quake Return ``` ![image](https://github.com/microsoft/terminal/assets/46358138/e808a466-8d77-4fd8-90fd-80f286e9d235)
Author
Owner

@H4M5TER commented on GitHub (Aug 10, 2023):

dirty way to start it minimized: wt -w _quake powershell -nologo -window minimized

Since it would open a new shell nested in default shell, I put pwsh -nologo -window minimized on a standalone wt profile and use wt -w _quake -p quake to launch.

@H4M5TER commented on GitHub (Aug 10, 2023): > dirty way to start it minimized: `wt -w _quake powershell -nologo -window minimized` Since it would open a new shell nested in default shell, I put `pwsh -nologo -window minimized` on a standalone wt profile and use `wt -w _quake -p quake` to launch.
Author
Owner

@MolotovCherry commented on GitHub (Oct 28, 2023):

As of my current posting date, after reading all the above, this works for me

As a startup task. (By default it won't run the initial user profile; if you don't care about this, feel free to remove the command and even NoExit)
wt -w _quake pwsh -nologo -window minimized -NoExit -Command "& { . 'C:\Users\><User>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"

Inside your settings.json (so you can still open quake after terminal/quake windows are closed)
"compatibility.allowHeadless": true,

Now it always shows up no matter what (seems that a side effect as of the latest version of this posting date, is actual terminal windows open behind all others)

@MolotovCherry commented on GitHub (Oct 28, 2023): As of my current posting date, after reading all the above, this works for me As a startup task. (By default it won't run the initial user profile; if you don't care about this, feel free to remove the command and even `NoExit`) `wt -w _quake pwsh -nologo -window minimized -NoExit -Command "& { . 'C:\Users\><User>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"` Inside your settings.json (so you can still open quake after terminal/quake windows are closed) `"compatibility.allowHeadless": true,` Now it always shows up no matter what (seems that a side effect as of the latest version of this posting date, is actual terminal windows open behind all others)
Author
Owner

@unennhexium commented on GitHub (Nov 3, 2023):

@MolotovCherry

I followed your instructions and got this error:

[error 2147942402 (0x80070002) when launching `"powershell -nologo -window minimized"']

⚠️Error

I also read all above.


Please clarify the exact command for the "target" field of startup shortcut.
If I understand correctly, you are creating a shortcut in this directory:

%APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup

📝Properties
@unennhexium commented on GitHub (Nov 3, 2023): @MolotovCherry I followed your instructions and got this error: ``[error 2147942402 (0x80070002) when launching `"powershell -nologo -window minimized"']`` <details closed><summary>⚠️Error</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/93ad8566-a6e1-4b50-9e7b-936adc02daf6> </details> --- I also read all above. --- Please clarify the exact command for the "target" field of startup shortcut. If I understand correctly, you are creating a shortcut in this directory: `%APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup` <details closed><summary>📝Properties</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/d597e512-4a15-40b7-8dd5-29c48eccfbc9> </details>
Author
Owner

@MolotovCherry commented on GitHub (Nov 3, 2023):

@unennhexium I have mine in a task schedule job. (trigger at log in, action start a program)
Program C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wt.exe
Args -w _quake powershell -nologo -window minimized -NoExit -Command "& { . 'C:\Users\<user>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"
Start in C:\Users\<user>

I'm sure a shortcut way exists, but I have no need to experiment with that since it's already working for me.

In either case, I noticed your command is "powershell -nologo -window minimized", why is that double quoted? Double quotes turn it into one argument. It is looking for a program named "powershell -nologo -window minimized", but no such program exists (the program is powershell). That should be simply, powershell -nologo -window minimized

In either case, I don't know exactly what you're doing, so I can't really debug that for you. The usual rules apply. Make sure wt, powershell is in PATH, etc

(Also, while writing this, I noticed I should use pwsh instead of powershell, since the latter is the built in one in windows, where I have the newest powershell installed, which calls it pwsh instead)

@MolotovCherry commented on GitHub (Nov 3, 2023): @unennhexium I have mine in a task schedule job. (trigger at log in, action start a program) Program `C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wt.exe` Args `-w _quake powershell -nologo -window minimized -NoExit -Command "& { . 'C:\Users\<user>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"` Start in `C:\Users\<user>` I'm sure a shortcut way exists, but I have no need to experiment with that since it's already working for me. In either case, I noticed your command is `"powershell -nologo -window minimized"`, why is that double quoted? Double quotes turn it into one argument. It is looking for a program named `"powershell -nologo -window minimized"`, but no such program exists (the program is `powershell`). That should be simply, `powershell -nologo -window minimized` In either case, I don't know exactly what you're doing, so I can't really debug that for you. The usual rules apply. Make sure `wt`, `powershell` is in PATH, etc (Also, while writing this, I noticed I should use `pwsh` instead of `powershell`, since the latter is the built in one in windows, where I have the newest powershell installed, which calls it `pwsh` instead)
Author
Owner

@amzon-ex commented on GitHub (Nov 3, 2023):

Program C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wt.exe
Args -w _quake powershell -nologo -window minimized -NoExit -Command "& { . 'C:\Users\<user>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"
Start in C:\Users\<user>

@MolotovCherry could you please tell me what -NoExit does?

@amzon-ex commented on GitHub (Nov 3, 2023): > Program `C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wt.exe` Args `-w _quake powershell -nologo -window minimized -NoExit -Command "& { . 'C:\Users\<user>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"` Start in `C:\Users\<user>` @MolotovCherry could you please tell me what `-NoExit` does?
Author
Owner

@MolotovCherry commented on GitHub (Nov 3, 2023):

Program C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wt.exe
Args -w _quake powershell -nologo -window minimized -NoExit -Command "& { . 'C:\Users\<user>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"
Start in C:\Users\<user>

@MolotovCherry could you please tell me what -NoExit does?

@amzon-ex According to microsoft docs, it:

Doesn't exit after running startup commands.

So, it just keeps the shell open after running a command.

@MolotovCherry commented on GitHub (Nov 3, 2023): > > Program `C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wt.exe` > > Args `-w _quake powershell -nologo -window minimized -NoExit -Command "& { . 'C:\Users\<user>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"` > > Start in `C:\Users\<user>` > > @MolotovCherry could you please tell me what `-NoExit` does? @amzon-ex According to [microsoft docs](https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_powershell_exe?view=powershell-5.1#-noexit), it: > Doesn't exit after running startup commands. So, it just keeps the shell open after running a command.
Author
Owner

@unennhexium commented on GitHub (Nov 3, 2023):

@H4M5TER

Could you describe in detail what you do?

I do the following

  • Сreate a new terminal profile called quake
    📑Profile
  • Сreate a shortcut that launches a terminal with this profile
    📝Shortcut
  • In the end I get an error
    ⚠️Error

🚩This also happens if I simply open a new tab with this profile in an already active terminal window.

@unennhexium commented on GitHub (Nov 3, 2023): @H4M5TER Could you describe in detail what you do? I do the following - Сreate a new terminal profile called _quake_ <details closed><summary>📑Profile</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/c91433c3-eb89-4659-87fd-885c3107b5cc </details> - Сreate a shortcut that launches a terminal with _this_ profile <details closed><summary>📝Shortcut</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/072e72a4-601a-44c6-97e9-de9a91f52a8a> </details> - In the end I get an error <details closed><summary>⚠️Error</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/ea8ff745-5dca-4b84-9246-617380cb3448> </details> --- 🚩This also happens if I simply open a new tab with _this_ profile in an already active terminal window.
Author
Owner

@unennhexium commented on GitHub (Nov 3, 2023):

@MolotovCherry

Ok. I did this using Task Scheduler

  • Add a trigger

    🪝Trigger
    🪝Trigger *
  • Add an action

    🎣Action
    🎣Action *
  • I'm getting the same error

    ⚠️Error

Just in case, I'm replacing powershell with pwsh. Both are in my PATH.
The wt has also been added to PATH. That is, they can all be launched from the command line.

Checking access

I also did not include any additional quotation or other chars. I checked for extra spaces inside and at the ends of the command and its arguments. None of this was found.

This method still doesn't work for me.


The Task Scheduler allows to export tasks in xml format. I did this for my task and am attaching the code from this file. So you can "debug".

✏️wt_task.xml
<?xml version="1.0" encoding="UTF-16"?>
<Task version="1.2" xmlns="http://schemas.microsoft.com/windows/2004/02/mit/task">
  <RegistrationInfo>
    <Date>2023-11-03T19:04:05.6192719</Date>
    <Author>LAPTOP-PC\User</Author>
    <Description>Launches Windows Terminal in the background to be activated in Quake mode using (⊞ + `) in the future</Description>
    <URI>\Windows Terminal</URI>
  </RegistrationInfo>
  <Triggers>
    <LogonTrigger>
      <Enabled>true</Enabled>
    </LogonTrigger>
  </Triggers>
  <Principals>
    <Principal id="Author">
      <UserId>S-1-5-21-3286135726-1618621029-3948465185-1014</UserId>
      <LogonType>InteractiveToken</LogonType>
      <RunLevel>LeastPrivilege</RunLevel>
    </Principal>
  </Principals>
  <Settings>
    <MultipleInstancesPolicy>IgnoreNew</MultipleInstancesPolicy>
    <DisallowStartIfOnBatteries>true</DisallowStartIfOnBatteries>
    <StopIfGoingOnBatteries>true</StopIfGoingOnBatteries>
    <AllowHardTerminate>true</AllowHardTerminate>
    <StartWhenAvailable>false</StartWhenAvailable>
    <RunOnlyIfNetworkAvailable>false</RunOnlyIfNetworkAvailable>
    <IdleSettings>
      <StopOnIdleEnd>true</StopOnIdleEnd>
      <RestartOnIdle>false</RestartOnIdle>
    </IdleSettings>
    <AllowStartOnDemand>true</AllowStartOnDemand>
    <Enabled>true</Enabled>
    <Hidden>false</Hidden>
    <RunOnlyIfIdle>false</RunOnlyIfIdle>
    <WakeToRun>false</WakeToRun>
    <ExecutionTimeLimit>PT72H</ExecutionTimeLimit>
    <Priority>7</Priority>
  </Settings>
  <Actions Context="Author">
    <Exec>
      <Command>C:\Users\User\AppData\Local\MIcrosoft\WindowsApps\wt.exe</Command>
      <Arguments>-w _quake pwsh -nologo -window minimized</Arguments>
      <WorkingDirectory>C:\Users\User</WorkingDirectory>
    </Exec>
  </Actions>
</Task>
@unennhexium commented on GitHub (Nov 3, 2023): @MolotovCherry Ok. I did this using **Task Scheduler** - Add a trigger <details closed><summary>🪝Trigger</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/9b68dd29-b419-40f2-83cc-f1d1afe1cac0> </details> <details closed><summary>🪝Trigger *</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/01ac806d-eab4-4c49-a361-807c8bcc96fb> </details> - Add an action <details closed><summary>🎣Action</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/25ff56a0-6504-4ef7-842f-63df754a0b5f> </details> <details closed><summary>🎣Action *</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/3574cbe7-c6ba-4867-a0f9-e78a4c7bb488> </details> - I'm getting the same error <details closed><summary>⚠️Error</summary> <image src=https://github.com/microsoft/terminal/assets/50716292/d048f875-c9d3-498c-82d0-d5332b8cbc83> </details> --- Just in case, I'm replacing `powershell` with `pwsh`. Both are in my **PATH**. The `wt` has also been added to **PATH**. That is, they can all be launched from the command line. <details closed><summary>✅Checking access</summary> <video src=https://github.com/microsoft/terminal/assets/50716292/0a5d553a-d44c-4e84-b629-96365670984a > </details> I also did **not** include any additional quotation or other chars. I checked for extra spaces inside and at the ends of the command and its arguments. None of this was found. This method still doesn't work for me. --- The **Task Scheduler** allows to export tasks in `xml` format. I did this for my task and am attaching the code from this file. So you can "debug". <details closed><summary>✏️<i>wt_task.xml</i></summary> <pre> &lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-16&quot;?&gt; &lt;Task version=&quot;1.2&quot; xmlns=&quot;http://schemas.microsoft.com/windows/2004/02/mit/task&quot;&gt; &lt;RegistrationInfo&gt; &lt;Date&gt;2023-11-03T19:04:05.6192719&lt;/Date&gt; &lt;Author&gt;LAPTOP-PC\User&lt;/Author&gt; &lt;Description&gt;Launches Windows Terminal in the background to be activated in Quake mode using (⊞ + `) in the future&lt;/Description&gt; &lt;URI&gt;\Windows Terminal&lt;/URI&gt; &lt;/RegistrationInfo&gt; &lt;Triggers&gt; &lt;LogonTrigger&gt; &lt;Enabled&gt;true&lt;/Enabled&gt; &lt;/LogonTrigger&gt; &lt;/Triggers&gt; &lt;Principals&gt; &lt;Principal id=&quot;Author&quot;&gt; &lt;UserId&gt;S-1-5-21-3286135726-1618621029-3948465185-1014&lt;/UserId&gt; &lt;LogonType&gt;InteractiveToken&lt;/LogonType&gt; &lt;RunLevel&gt;LeastPrivilege&lt;/RunLevel&gt; &lt;/Principal&gt; &lt;/Principals&gt; &lt;Settings&gt; &lt;MultipleInstancesPolicy&gt;IgnoreNew&lt;/MultipleInstancesPolicy&gt; &lt;DisallowStartIfOnBatteries&gt;true&lt;/DisallowStartIfOnBatteries&gt; &lt;StopIfGoingOnBatteries&gt;true&lt;/StopIfGoingOnBatteries&gt; &lt;AllowHardTerminate&gt;true&lt;/AllowHardTerminate&gt; &lt;StartWhenAvailable&gt;false&lt;/StartWhenAvailable&gt; &lt;RunOnlyIfNetworkAvailable&gt;false&lt;/RunOnlyIfNetworkAvailable&gt; &lt;IdleSettings&gt; &lt;StopOnIdleEnd&gt;true&lt;/StopOnIdleEnd&gt; &lt;RestartOnIdle&gt;false&lt;/RestartOnIdle&gt; &lt;/IdleSettings&gt; &lt;AllowStartOnDemand&gt;true&lt;/AllowStartOnDemand&gt; &lt;Enabled&gt;true&lt;/Enabled&gt; &lt;Hidden&gt;false&lt;/Hidden&gt; &lt;RunOnlyIfIdle&gt;false&lt;/RunOnlyIfIdle&gt; &lt;WakeToRun&gt;false&lt;/WakeToRun&gt; &lt;ExecutionTimeLimit&gt;PT72H&lt;/ExecutionTimeLimit&gt; &lt;Priority&gt;7&lt;/Priority&gt; &lt;/Settings&gt; &lt;Actions Context=&quot;Author&quot;&gt; &lt;Exec&gt; &lt;Command&gt;C:\Users\User\AppData\Local\MIcrosoft\WindowsApps\wt.exe&lt;/Command&gt; &lt;Arguments&gt;-w _quake pwsh -nologo -window minimized&lt;/Arguments&gt; &lt;WorkingDirectory&gt;C:\Users\User&lt;/WorkingDirectory&gt; &lt;/Exec&gt; &lt;/Actions&gt; &lt;/Task&gt; </pre> </details>
Author
Owner

@MolotovCherry commented on GitHub (Nov 6, 2023):

@unennhexium Your task works fine for me verbatim (except I changed the user path to mine).

@MolotovCherry commented on GitHub (Nov 6, 2023): @unennhexium Your task works fine for me verbatim (except I changed the user path to mine).
Author
Owner

@MadameMinty commented on GitHub (Jan 5, 2024):

In Start Menu\Programs\StartUp, I put a shortcut to wt.exe -w _quake with the dropdown Run set to Minimized. Upon startup, WT flickers once, then Quake Mode shortcut key works to show/hide the terminal until I alt+F4 or otherwise shutdown the process. It's not perfect, but close enough.

@MadameMinty commented on GitHub (Jan 5, 2024): In `Start Menu\Programs\StartUp`, I put a shortcut to `wt.exe -w _quake` with the dropdown `Run` set to `Minimized`. Upon startup, WT flickers once, then Quake Mode shortcut key works to show/hide the terminal until I alt+F4 or otherwise shutdown the process. It's not perfect, but close enough.
Author
Owner

@fleps commented on GitHub (Mar 7, 2024):

I can't believe we still don't have a WT argument --minimized yet.

The solutions proposed here do not work flawlessly, one (big) caveat for me was losing the ability to open your default profile Elevated / as administrator, even if configured on WT.

My workaround to have it as ADMIN was similar to above:

  • Go to your startup folder (run shell:startup)
  • Create a shortcut and on Target add wt pwsh -window minimized (I don't use quake mode, I have my Win+` set to globalSummon, you can add/keep the quake parameters if wanted)
    • In this case, make sure on your WT Settings > Appearance you have the option to hide the terminal to tray area when minimized
  • Set "Run" option also to Minimized (this prevents any flicker)
  • Click on Advanced button and check "Run as Administrator" (don't use the similar option from Compatibility tab, it's not the same, you want the one from the Advanced button)
  • Apply, OK.

Still, can we PLEASE get a --minimized considering we already have --maximized???

@fleps commented on GitHub (Mar 7, 2024): **I can't believe we still don't have a WT argument --minimized yet.** The solutions proposed here do not work flawlessly, one (big) caveat for me was losing the ability to open your default profile Elevated / as administrator, even if configured on WT. My workaround to have it as ADMIN was similar to above: - Go to your startup folder (run shell:startup) - Create a shortcut and on Target add `wt pwsh -window minimized` (I don't use quake mode, I have my Win+` set to globalSummon, you can add/keep the quake parameters if wanted) - In this case, make sure on your WT _Settings_ > _Appearance_ you have the option to hide the terminal to tray area when minimized - Set "Run" option also to Minimized (this prevents any flicker) - Click on Advanced button and check "Run as Administrator" (don't use the similar option from Compatibility tab, it's not the same, you want the one from the Advanced button) - Apply, OK. Still, can we PLEASE get a `--minimized` considering we already have `--maximized`???
Author
Owner

@GeorgeGedox commented on GitHub (Mar 13, 2024):

Could we know what is stopping the devs from implementing a proper option to start windows terminal in the background on startup if we want this?
I'd like to be able to have quake mode available without using weird startup hacks or having a terminal instance active at all times in my taskbar, that defeats the purpose of quake mode.

The whole idea behind quake mode is to have a hotkey that opens the terminal at any time from anywhere without any previous intervention to "prep" it beforehand.

@GeorgeGedox commented on GitHub (Mar 13, 2024): Could we know what is stopping the devs from implementing a proper option to start windows terminal in the background on startup if we want this? I'd like to be able to have quake mode available without using weird startup hacks or having a terminal instance active at all times in my taskbar, that defeats the purpose of quake mode. The whole idea behind quake mode is to have a hotkey that opens the terminal at any time from anywhere without any previous intervention to "prep" it beforehand.
Author
Owner

@zadjii-msft commented on GitHub (May 20, 2024):

Could we know what is stopping the devs from implementing a proper option to start windows terminal in the background on startup if we want this?

Time, basically. I haven't had the chance to loop back around on --headless (as mentioned in https://github.com/microsoft/terminal/issues/9996#issuecomment-1452670063), or the "headless" startup task (as referenced in https://github.com/microsoft/terminal/issues/9996#issuecomment-1561249825 and further spec'd in https://github.com/microsoft/terminal/issues/13630#issuecomment-1452590629).

Not sure when exactly I'll have a chance to. I don't think these would be terribly difficult if someone in the community wanted to contribute either here. I could definitely provide guidance and pointers if someone runs into any questions.

@zadjii-msft commented on GitHub (May 20, 2024): > Could we know what is stopping the devs from implementing a proper option to start windows terminal in the background on startup if we want this? Time, basically. I haven't had the chance to loop back around on `--headless` (as mentioned in https://github.com/microsoft/terminal/issues/9996#issuecomment-1452670063), or the "headless" startup task (as referenced in https://github.com/microsoft/terminal/issues/9996#issuecomment-1561249825 and further spec'd in https://github.com/microsoft/terminal/issues/13630#issuecomment-1452590629). Not sure when exactly I'll have a chance to. I don't think these would be terribly difficult if someone in the community wanted to contribute either here. I could definitely provide guidance and pointers if someone runs into any questions.
Author
Owner

@MaverickMartyn commented on GitHub (May 24, 2024):

I can't believe we still don't have a WT argument --minimized yet.

The solutions proposed here do not work flawlessly, one (big) caveat for me was losing the ability to open your default profile Elevated / as administrator, even if configured on WT.

My workaround to have it as ADMIN was similar to above:

  • Go to your startup folder (run shell:startup)

  • Create a shortcut and on Target add wt pwsh -window minimized (I don't use quake mode, I have my Win+` set to globalSummon, you can add/keep the quake parameters if wanted)

    • In this case, make sure on your WT Settings > Appearance you have the option to hide the terminal to tray area when minimized
  • Set "Run" option also to Minimized (this prevents any flicker)

  • Click on Advanced button and check "Run as Administrator" (don't use the similar option from Compatibility tab, it's not the same, you want the one from the Advanced button)

  • Apply, OK.

Still, can we PLEASE get a --minimized considering we already have --maximized???

In regards to running as admin, I use PowerToys' Keyboard Manager to run terminal on CTRL+ALT+T, and CTRL+SHIFT+ALT+T runs it as administrator.
Assuming you can make WT start in quake mode with a parameter, that should work too.

@MaverickMartyn commented on GitHub (May 24, 2024): > **I can't believe we still don't have a WT argument --minimized yet.** > > The solutions proposed here do not work flawlessly, one (big) caveat for me was losing the ability to open your default profile Elevated / as administrator, even if configured on WT. > > My workaround to have it as ADMIN was similar to above: > > * Go to your startup folder (run shell:startup) > * Create a shortcut and on Target add `wt pwsh -window minimized` (I don't use quake mode, I have my Win+` set to globalSummon, you can add/keep the quake parameters if wanted) > > * In this case, make sure on your WT _Settings_ > _Appearance_ you have the option to hide the terminal to tray area when minimized > * Set "Run" option also to Minimized (this prevents any flicker) > * Click on Advanced button and check "Run as Administrator" (don't use the similar option from Compatibility tab, it's not the same, you want the one from the Advanced button) > * Apply, OK. > > Still, can we PLEASE get a `--minimized` considering we already have `--maximized`??? In regards to running as admin, I use PowerToys' Keyboard Manager to run terminal on CTRL+ALT+T, and CTRL+SHIFT+ALT+T runs it as administrator. Assuming you can make WT start in quake mode with a parameter, that should work too.
Author
Owner

@arthurcaccavo commented on GitHub (Jun 19, 2024):

I can't believe we still don't have a WT argument --minimized yet.
The solutions proposed here do not work flawlessly, one (big) caveat for me was losing the ability to open your default profile Elevated / as administrator, even if configured on WT.
My workaround to have it as ADMIN was similar to above:

  • Go to your startup folder (run shell:startup)

  • Create a shortcut and on Target add wt pwsh -window minimized (I don't use quake mode, I have my Win+` set to globalSummon, you can add/keep the quake parameters if wanted)

    • In this case, make sure on your WT Settings > Appearance you have the option to hide the terminal to tray area when minimized
  • Set "Run" option also to Minimized (this prevents any flicker)

  • Click on Advanced button and check "Run as Administrator" (don't use the similar option from Compatibility tab, it's not the same, you want the one from the Advanced button)

  • Apply, OK.

Still, can we PLEASE get a --minimized considering we already have --maximized???

In regards to running as admin, I use PowerToys' Keyboard Manager to run terminal on CTRL+ALT+T, and CTRL+SHIFT+ALT+T runs it as administrator. Assuming you can make WT start in quake mode with a parameter, that should work too.

When using powertoys Keyboard Manager to run terminal is there a way to make it not open a new tab when a window already exists? In other way to make the command create a window when none exists or just invoke the existing tab instead of opening a new one whe it does?

@arthurcaccavo commented on GitHub (Jun 19, 2024): > > **I can't believe we still don't have a WT argument --minimized yet.** > > The solutions proposed here do not work flawlessly, one (big) caveat for me was losing the ability to open your default profile Elevated / as administrator, even if configured on WT. > > My workaround to have it as ADMIN was similar to above: > > > > * Go to your startup folder (run shell:startup) > > * Create a shortcut and on Target add `wt pwsh -window minimized` (I don't use quake mode, I have my Win+` set to globalSummon, you can add/keep the quake parameters if wanted) > > > > * In this case, make sure on your WT _Settings_ > _Appearance_ you have the option to hide the terminal to tray area when minimized > > * Set "Run" option also to Minimized (this prevents any flicker) > > * Click on Advanced button and check "Run as Administrator" (don't use the similar option from Compatibility tab, it's not the same, you want the one from the Advanced button) > > * Apply, OK. > > > > Still, can we PLEASE get a `--minimized` considering we already have `--maximized`??? > > In regards to running as admin, I use PowerToys' Keyboard Manager to run terminal on CTRL+ALT+T, and CTRL+SHIFT+ALT+T runs it as administrator. Assuming you can make WT start in quake mode with a parameter, that should work too. When using powertoys Keyboard Manager to run terminal is there a way to make it not open a new tab when a window already exists? In other way to make the command create a window when none exists or just invoke the existing tab instead of opening a new one whe it does?
Author
Owner

@Memoraike commented on GitHub (Jun 19, 2024):

When using powertoys Keyboard Manager to run terminal is there a way to make it not open a new tab when a window already exists? In other way to make the command create a window when none exists or just invoke the existing tab instead of opening a new one whe it does?

For your purpose, autohotkey will work. It doesn't work perfectly with minimized terminal windows, but as a temporary solution it's great. Don't forget to change keyboard shortcuts if necessary.

#Requires AutoHotkey v2.0
#SingleInstance

DetectHiddenWindows true
terminalName := "WindowsTerminal.exe"

; [Win Shift Enter] If the terminal is already open, activate it. Otherwise, open it.
#+Enter:: {
   if (pid := ProcessExist(terminalName)) {
       if WinExist("ahk_pid" pid) {
           PostMessage 0x0112, 0xF120, , , WinGetID("ahk_pid" pid)
           WinActivate
       }
   } else {
       Run("wt")
   }
}

; [Win Enter] Open the terminal in a new window.
#Enter:: {
   Run("wt")
}

; [Win `] Open the terminal in a quake mode. Only works if the terminal is not already open. Require setting same hotkey in the terminal.
#HotIf !ProcessExist(terminalName)
#`:: {
   Run("wt -w _quake")
}

To work correctly with minimized windows, you should enable this option in the settings:

image

@Memoraike commented on GitHub (Jun 19, 2024): > When using powertoys Keyboard Manager to run terminal is there a way to make it not open a new tab when a window already exists? In other way to make the command create a window when none exists or just invoke the existing tab instead of opening a new one whe it does? For your purpose, autohotkey will work. It doesn't work perfectly with minimized terminal windows, but as a temporary solution it's great. Don't forget to change keyboard shortcuts if necessary. ```ahk #Requires AutoHotkey v2.0 #SingleInstance DetectHiddenWindows true terminalName := "WindowsTerminal.exe" ; [Win Shift Enter] If the terminal is already open, activate it. Otherwise, open it. #+Enter:: { if (pid := ProcessExist(terminalName)) { if WinExist("ahk_pid" pid) { PostMessage 0x0112, 0xF120, , , WinGetID("ahk_pid" pid) WinActivate } } else { Run("wt") } } ; [Win Enter] Open the terminal in a new window. #Enter:: { Run("wt") } ; [Win `] Open the terminal in a quake mode. Only works if the terminal is not already open. Require setting same hotkey in the terminal. #HotIf !ProcessExist(terminalName) #`:: { Run("wt -w _quake") } ``` To work correctly with minimized windows, you should enable this option in the settings: <details> ![image](https://github.com/microsoft/terminal/assets/46358138/0337456b-0c37-4d21-adb4-0f802a4763d2) </details>
Author
Owner

@MaverickMartyn commented on GitHub (Jul 5, 2024):

For anyone on Windows 11, you can start a new Terminal using WIN+X, followed by I for Terminal or A for elevated Terminal.
It's not perfect, but it works without any 3rd party software or setup.

@MaverickMartyn commented on GitHub (Jul 5, 2024): For anyone on Windows 11, you can start a new Terminal using **WIN+X**, followed by **I** for Terminal or **A** for elevated Terminal. It's not perfect, but it works without any 3rd party software or setup.
Author
Owner

@User1785604260 commented on GitHub (Jan 27, 2025):

Has something recently changed with WindowsTerminal reusing processes for its windows? I have my own super-monitor program that handles showing the quake terminal and toggling it when Win+` is pressed, due to this issue.

I used to be able to launch "wt.exe -w _quake" and then find the WindowsTerminal process with "-w _quake" in its command line in order to then find the quake terminal window associated with that process.

However, it seems that no matter how many times you launch wt.exe, it now only creates a single elevated and non-elevated process, and I no longer have any way to track down the quake terminal window so I can toggle its visibility. All non-elevated windows are getting stuffed into whatever existing WindowsTerminal process there is.

(Edit: looks like I should be able to find the quake windows again by looking for terminal windows with a hidden DRAG_BAR_WINDOW_CLASS child window.)

@User1785604260 commented on GitHub (Jan 27, 2025): Has something recently changed with WindowsTerminal reusing processes for its windows? I have my own super-monitor program that handles showing the quake terminal and toggling it when Win+` is pressed, due to this issue. I used to be able to launch "wt.exe -w _quake" and then find the WindowsTerminal process with "-w _quake" in its command line in order to then find the quake terminal window associated with that process. However, it seems that no matter how many times you launch wt.exe, it now only creates a single elevated and non-elevated process, and I no longer have any way to track down the quake terminal window so I can toggle its visibility. All non-elevated windows are getting stuffed into whatever existing WindowsTerminal process there is. (Edit: looks like I should be able to find the quake windows again by looking for terminal windows with a hidden DRAG_BAR_WINDOW_CLASS child window.)
Author
Owner

@zadjii-msft commented on GitHub (Jan 27, 2025):

@User1785604260 That changed in 1.18, like, two years ago. Ever since that release, all Terminal windows are the same process

(and after 1.23, they'll all be on the same thread too)

@zadjii-msft commented on GitHub (Jan 27, 2025): @User1785604260 That changed in 1.18, like, two years ago. Ever since that release, all Terminal windows are the same process (and after 1.23, they'll all be on the same thread too)
Author
Owner

@gitclonehama commented on GitHub (Feb 3, 2025):

First off, love the work done with Windows Terminal and over all the whole dev ecosystem with the introduction of WSL. I have been going down the rabbit hole of the many discussions on this topic.

Currently, we can utilize the windows hotkeys: Win + x then i to fire the Terminal application.
We can then initiate an instance in Quake Mode by using hotkeys: Win + ` (or ~). At this point, I am very happy with the overall workflow and behavior of how Terminal behaves (love that putting a quake window into fullscreen (F11) keeps it in fullscreen even after hide/unhide using Win + `.

The only thing I wasn't clear on yet, do we have an elegant solution to streamline this process to happen automatically on start up?

Currently I have the "Start terminal instance on start-up" checked and so I don't even have to go through the Win + x then i so essentially, I only have to initiate the quake mode by hitting Win + ` with the terminal opened on start-up.

I know this is now small issue to even think about since I would only have to do this once when working on my PC, but are there any plans for a native solution/ setting to make the above actions happen without the intermediary step of having a Terminal open to initiate the default Terminal instance in Quake Mode on start up?

@gitclonehama commented on GitHub (Feb 3, 2025): First off, love the work done with Windows Terminal and over all the whole dev ecosystem with the introduction of WSL. I have been going down the rabbit hole of the many discussions on this topic. Currently, we can utilize the windows hotkeys: Win + x then i to fire the Terminal application. We can then initiate an instance in Quake Mode by using hotkeys: Win + \` (or ~). At this point, I am very happy with the overall workflow and behavior of how Terminal behaves (love that putting a quake window into fullscreen (F11) keeps it in fullscreen even after hide/unhide using Win + \`. The only thing I wasn't clear on yet, do we have an elegant solution to streamline this process to happen automatically on start up? Currently I have the "Start terminal instance on start-up" checked and so I don't even have to go through the Win + x then i so essentially, I only have to initiate the quake mode by hitting Win + ` with the terminal opened on start-up. I know this is now small issue to even think about since I would only have to do this once when working on my PC, but are there any plans for a native solution/ setting to make the above actions happen without the intermediary step of having a Terminal open to initiate the default Terminal instance in Quake Mode on start up?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#13673