to exapnd, there are three similar shortcuts (add shift to reverse order):
1. ⌘⇥ (cmd-tab) - regular mac app switching
2. ⌘-`(cmd-grave) - "Move focus to next window"
3. ⌥⌘⇥ (opt-cmd-tab) - "Move focus to active or next window"
this last one needs manual configuration iirc, and this is what mine is configured to. it's the one that acts most like "switch back to the last active context". however, the system is somewhat unintuitive about how it designates the "next" window (especially if you intermingle all three shortcuts), so it's not very reliable.
I did that on my old TouchBar Mac too, life saving. As soon as they brought out one with an escape key I replaced it. And again when the new ones came out with no TouchBar at all. What a farce the TouchBar was.
The hardest part for me was getting it to work on all the keyboard layouts, but that seems to be done with an update we released a couple of weeks ago.
How is alt-tabbing near useless? I find it quite easy/simple. The fact that I often have my left hand on the keyboard and my right hand on the mouse makes it even easier with a quick cmd-tab while leaving the cmd key pressed so that I can mouse click the app icon I want directly without mulitple cmd-tab clicks to cycle to what I want very convenient.
I think the parent refers to MacOS/Gnome treating alt-tab as a "switch program" shortcut, not a "switch window" shortcut. I find it very convenient to press "alt-tab" to go to the previously-focused window, or "alt-tab-tab" to the even-previously focused window.
It's much easier for me to think in terms of context switches (go back to my N-previous activity) than have to consciously evaluate whether i want to switch window of the same app or switch app.
>i want to switch window of the same app or switch app.
That sounds like a total nightmare to have the same keyboard shortcut do 2 different things. Cmd-Tab switches app, Cmd-` switches windows in an app. I just don't understand how that is difficult. Then again, some people find math hard, others find it easy. To each their own.
MacOS is app centric and Windows is document-centric, in large part because of the differences in window management. MacOS window management encourages users to focus on which app is open, leading to users talking about apps rather than documents (I made it in Keynote, Pages, or Numbers). Windows windows management encourages users to focus on which document is open, leading to users talking about documents rather than apps (it's a Word Doc, an Excel Sheet, a PowerPoint Deck). The difference is subtle but significant. If you're a long time MacOS user, you can't imagine not just knowing what app your document/window is hosted in. If you're a long time Windows user, you can't imagine mentally sorting your windows by which app launched them.
This difference almost certainly has its roots back in the dawn of the original Macintosh, which could only run one application at a time and context-switching or Multi-Tasking had to be explicitly added to the OS after the fact[0]. Windows, which was developed later, was designed as an inherently multi-application OS from the beginning. Today, it's pretty much only in the windows management where you still see the vestiges of those original differences.
It's not difficult, but why do they make it difficult to "just go to the previous window", whose default shortcut was alt-tab on almost all systems (windows + gnome + kde)?
Maybe you have a specific workflow with a specific set of apps you use in a specific order in which case your brain is hard-wired to know whether you'd like to switch app or window within an app. I personally find it much easier when i don't have to think about it and can just "go back" to what i was doing previously.
Let's say you have three browser windows, three terminal windows, and three file manager windows. Also, each window corresponds to a project/task, such that the logical groups are really (browser1, terminal1, files1), etc. Make sense?
Next, you want to show all of the windows from a single task, each one at the highest focus relative to all other windows of the same application.
Only being able to switch applications, rather than individual windows, makes this a tedious, manual process.
I hear you say, "just use..."
- Multiple workspaces: does not play well with changing multi-monitor setups. Does not persist across restarts. (Last time I tried anyway)
- Expose: this is not a keyboard-shortcut friendly interface. Windows-style alt-tab lists are predictable and linear, Expose window arrangements are not.
I just want the interface I already know, that works perfectly for this situation.
Thanks. In the mean time, I've started using the alt-tab tool. This makes my Mac OS experience more closely match my Linux experience, which I also find important now that I'm using both machines with the same KVM devices, on a switch.
As the other comments mentioned it's due to application instead of window switching. I find it frustrating to alt-tab to some application with no windows (because I closed it but on macOS that doesn't close the app), which only makes the top bar change and is not my intention 99.9% of the time.
AltTab instead has sane defaults and allows a lot of customization including multiple shortcuts for different purposes.
The understanding of an app quitting when the last window is closed is something that I go back and forth on if I like it or not. I think it really depends on the app. Launching Adobe apps take long enough that it is annoying to need to relaunch them, so I really appreciate that they don't quit on close of last window. Yet apps like Lightroom must totally relaunch just to switch to a new library which is extremely frustrating.
So it seems to me that Cmd-Tab is less of the offender to you than the app not behaving as you prefer when there are no active windows. Seems like your ire is slightly misdirected.
You get per-window switching, with the normal picker modal (so you bring only your desired window to the front, and not every window you cycle through like Cmd-`).
As a bonus, Contexts has an option to only choose from windows on your current "space", which is really important for me.
You can find it under System Preferences > Keyboard > Shortcuts, in the Keyboard section. The shortcut name is "Move focus to next window". It will automatically cycle the windows in reverse order adding shift to the shortcut.
They are looking for the exact opposite, a shortcut that will only switch between different apps. Cmd+` only switches between windows of the same app, and I believe cmd+tab switches between windows of any app.
The first time I remember something like this on linux was on Ubuntu's Unity in 2012. It is also the default on Ubuntu 20.04, so I think it was enabled the whole time for the last 10 years. Anyone knows if KDE also does that and, if yes, since when?
Shortcuts being CTRL-dependent on Windows is _the_ main reason I do not use it on any of my machines.
MacOS' ⌘-dependent (CMD?) shortcuts are much more ergonomic. I use my thumb to trigger shortcuts, vs on Windows having to use my pinky's knuckle.
On Linux you can emulate this same behavior by switching ctrl/alt/win keys (gnome-tweaks has this option). One thing I am unable to emulate, however, is ALT+left/right arrow for home/end.
I do not understand. What does this add, that my desktop environment does not already provide? Why should I download and use this instead? Most desktop environments I know already allow me to set a key binding for this task.
I think it adds the thumbnails? I’m puzzled as well, gotta admit even after switching to Mac Mini last year, from Ubuntu & Windows, I didn’t even pay attention to that.
On the other hand, the Win + (number) shortcuts I can’t live without and there are very few solutions on macOS which surprises me, because those min/max/switch shortcuts ate incredibly simple and intuitive.
Seeing tools like this make me so glad that I use KDE. I'm sure that Windows is great for developers, developers, developers but as an end user I want something comfortable yet configurable, that looks nice too.