|
|
|
|
|
by cwillu
729 days ago
|
|
Probably the biggest one for me is alt-tab switching between windows, without regard for whether its the same app or not. This matters, because keeping track of whether the documentation I'm referring to are currently in a gvim window vs a vim terminal vs a browser, and whether the work I'm currently doing _with_ the documentation is in a gvim window, a terminal, or a browser, is enraging. The key to bring back the last window I looked at should not change depending on whether the app name happens to be different. |
|
This is a great formulation of an annoyance that I've had for 10 years but hadn't put into words.
If you happen to use virtual desktops / "spaces" or whatever macos calls them these days, it's annoying that the default cmd-tab switcher will switch to apps that have no windows on the current workspace. I know, that's part of Mac's app model and it is self-consistent (especially since even if you don't use virtual desktops, you can still have an app running with no open windows, switch to it and usually cmd-N to get a new window) and that it's at odds with Windows's model (where usually closing the last window of a program closes the program).
A sibling comment suggested Witch to get app-agnostic window-switching, I haven't tried Witch but you can do almost all things with Hammerspoon, including window-switching. I cribbed from a bunch of other peoples' configs and made a simple switcher: https://gist.github.com/philsnow/ef8532c3fa3304336ffb0198163... . I think it's worth investing in learning Hammerspoon because of the sheer amount of things that you can integrate.