Windows Terminal Quake Mode
github.com
github.com
In fact it's almost already there. Just put your terminal as first item in the task list, then press Win+1 to summon a terminal and then Win+1 again to hide it. All existing window location and focus rules stay the same. What's missing?
Now, with ConEmu, that also caused some rendering defects and I would have to hide/show window and sometimes reopen tabs to get it to work again. If I understand correctly, ConEmu does some sort of off screen rendering hack with conhost and then just synchronizes the bitmap to where its real window is. Though I may be completely wrong and that is not how it really works. But these issues have never occurred with WT.
Otherwise, I had nothing to complain about with ConEmu, especially its UAC handling is awesome. Unless we could have proper sudo on Windows, of course. That would be even better UX :)
Presumably because it's quicker or easier to implement this at the application layer rather than at the WM layer. Also, it makes the functionality available no matter which WM one is using, including ones that don't support this natively.
This is not to play Quake in WT, this allows WT to behave like the console window in Quake descendants that displays when [ ~] is pressed, the console whose sole purpose is to accept `sv_cheats 1` command (jk). For me it was `setenv therewasacow 1337` if my memory serves well...
That's what they're saying.
> Many existing terminals support a feature whereby a user can press a keybinding anywhere in the OS, and summon their terminal application. [...] This global summon action is often referred to as "quake mode", a reference to the video game Quake, who's console slid in from the top.
The commenter I replied to said:
> This is not to play Quake in WT, this allows WT to behave like the console window in Quake descendants that displays when [ ~] is pressed.
The original article said nothing of the sort, even the part he quoted contradicted him, it was obvious that whoever wrote about this feature knew what "Quake mode" meant.
Then someone downvoted me for pointing that out.
Reading comprehension fail x2 ¯\_(ツ)_/¯
> Is someone?
Is anyone, really?
This, plus Altdrag[2], Quicklook[3] and Winxcorners[4] are my must have.
1: https://www.autohotkey.com/
2: https://stefansundin.github.io/altdrag/
As we're a little OT here, I might as well recommend you check out GridMove which moves windows to predefined positions on any of the screens with a press of a hotkey.
Mac window management continues to infuriate me.
I ended up installing TouchCursor [1] which did everything I need at present, but will persevere with AHK.
Here is mine, it's very basic but does the few things I wanted (i.e run a program with a combination of keys): https://gist.github.com/tbronchain/c52b610a76eac8c26faae9ad2...
Here's Tom Scott talking about how he used AHK and Lua to make a keyboard for every emoji
Also It is pretty good to see Windows Terminal finally gets usable features.
A POSIX compatible shell would be nice...
So I can be viewing the website in a browser on windows, then Ctrl+~ to get my shell/vim screen, type some code, the server restarts and I can reload. Fast feedback loop. I love it!
this could just be some gimmick thrown in. taking the time to give this capability some context, done definition, it feels real good. it makes it culturally enduring.
this is spec #653, an early-ish idea. but it cites & builds atop spec #5000, process model 2.0, which specifically cites quake mode as a capability the new process model enables (and also tab tearing away). this isanifestation of WT turning into a mini/macro/alt offering to tmux, a way of making terminals quasi independent entities.
I agree that the level of documentation for this feature is really quite impressive though. It shows that they're investing time to do this properly rather than rushing through some half baked feature out of fear of playing catch up.
I have seen specs in another project where pseudocode was also used, but am beginning to think that often leads to a poor code quality.
Note that Windows Terminal project uses issue numbers for specs, so there are not 5000 specs :)
https://github.com/microsoft/terminal/tree/main/doc/specs
Another file worth looking at from time to time is the Roadmap.
https://github.com/microsoft/terminal/blob/main/doc/terminal...
As mentioned in the article elevated and non-elevated Windows Terminal windows are two different apps. In ConEmu they are tabs in the app.
The real benefit is that you can easily start either a elevated or non-elevated window within ConEmu, of course this is only possible if ConEmu was started in elevated mode in the first place.
> For a long time, we've been researching adding support to the Windows Terminal for running both unelevated and elevated (admin) tabs side-by-side, in the same window. However, after much research, we've determined that there isn't a safe way to do this without opening the Terminal up as a potential escalation-of-privilege vector.
iTerm is so good I’d happily pay for it.
Edit: just found they have a donate page, donated.
no, tmux/screen implement search in the terminal output buffer and work well.
Even after all this time, they can`t figure out to automatically chain I/O operations (or at least give me some UI to do it explicitly).
You'll get forward and reverse searching, split panes, windows (similar to tabs), excellent window and pane management binds (moving them, switching orders, zooming in / out, etc.), persisted sessions that you can save and restore across reboots and good mouse support if you want it.
The best part is it works the same with every terminal so you can super charge any terminal and use the same tmux configuration in multiple environments. This way you can make a terminal choice based on optimizing for speed, low key press latency and other traits that make a terminal feel nice to use.
I gave a command line talk once that focuses on using tmux, Vim and various Unix tools at https://github.com/nickjj/nyhackr-cli-dev-env. The slides and video links are listed there. The videos all have timestamps so you can jump around to the tmux bits pretty easily.
[1] https://docs.microsoft.com/en-us/windows/powertoys/fancyzone...
Full source and debugging symbols for mostly everything. Everything can be tinkered with with no limits.
Windows will never be like this. If you want to understand how things work there will be a limit where you will have to become a reverse engineer to do it. With Linux this is not the case.
I think it's worth celebrating the efforts and the progress that has been made on Linux towards being a better platform for gamers. Is it perfect? Nope! Considering the market develops with Windows in mind, you're a lot less likely to run into issues running games on Windows, but it's definitely better than it was a few years ago.
Similarly, I think that Microsoft's efforts to make Windows a better platform for developers should be welcomed! I don't think Windows is as good a platform for a lot of developers as Linux/BSD and it may never be, but the progress in that regard is praise worthy, I think.
I have many games on Steam that I can run on Linux but I hardly ever play. I don't have much time for that.