111–120 of 127 posts
Earlier quoted context omitted.
Shortcut to cycle through multiple (non-minimized) windows of one app, in either direction: cmd + cmd + >
I tried these with MacOS Mojave and with Firefox having multiple windows open (not minimized). Cmd + did nothing.
How about fixing the problem where Apple doesn't restore the minimized app when you switch to it? Kind of defeats the purpose of tabbing through apps in the first place, when you leave it minimized in the dock after you switch to it. DUHHHH Apple.
I suppose for some people there has to be 'one true way' of managing windows and applications and every other way that isn't their way is automatically no good. But for me that hasn't really been the case. I like some versions more than others, but it doesn't really affect the way I work or the efficiency I work at.
Earlier quoted context omitted.
That's not really the same thing, it's a second shortcut for basically the same action. It's really not that good, it's far away from Tab and I don't ever remember that it exists. I remapped it to Option+Tab but it's not good either.
Far away from tab? It’s a single key up, at least on a US Qwerty keyboard. Update: Looking into non-us keyboards, this is way less convenient. Italian keyboards don’t even have a tilde? How do they program?
On Linux, quite comfortably, thanks to the power of Alt modifiers (which I first got acquainted with on the Amiga), tilde is just Alt+"ì". BTW I don't have to recall ASCII codes of accented characters or leave the keyboard unless I have to type some really odd ones. I just type Alt+. Thus I can type foreign words like Åland or Khazad-dûm in a fraction of a second with ease from the comfort of my keyboard...
Würstels, crême caramel... È facile. Yes "È". Italian users on Windows always have issues typing uppercase accented characters... you can easily spot Italian Linux users by their uppercase text: PERCHÈ È COSÌ FACILE? Most (Windows) users will instead type: PERCHè è COSì. The most intrepid ones might even resort to "'" - PERCHE' E' COSI'. So sad.
My ~2 cents.
Despite the readme ("Fast"!), it's pretty sluggish for me. Mission Control is instantaneous, and this takes 1-2 seconds to display. It also doesn't seem to support any form of drag-n-drop, which is (IMHO) the huge advantage of the Mac's command-tab and Mission Control. I can drag anything to anywhere, even if I'm not seeing its eventual target yet. Nor does it seem to support command-H/Q, or play well with Spaces. It…
> it's pretty sluggish for me Did you take into account the 200ms that's purposefully added? The behavior of alt-tab on windows is also: if you press fast (within 200ms) you don't get a UI but the switch will happen. After holding alt for > 200ms, the UI is displayed. Taking that into account, does the UI display after a delay significantly longer than 200ms? Please open a ticket if it does, with your hardware specs.…
Do people know about CMD+Tilde to switch windows within an app? CMD+Tab to the App and Tilde to the Window? It’s not mentioned in the READMEs description of how macOS tab switching works, so I’m curious if the author knows.
I am perfectly happy with the default behavior of CMD+TAB for switching between apps - mainly because, as in every other DE, CMD+TAB has a memory and will allow you to toggle immediately between "last used". So, no matter what order the app-stack is in, you can switch to some app with CMD+TAB and then rapidly switch back and forth.
BUT, CMD+` has no such memory. You cannot switch to a different window of an app and then rapid-fire CMD+` back and forth.
Put simply: the behavior of CMD+` and CMD+TAB are different, but shouldn't be.
This has been the case since forever (in my case, Leopard) and it makes me wonder what people who actually work at Apple are doing with their computers that they did not hate-fix this 11 years ago.
I have never enjoyed the distinction between apps, app windows, and in app windows. 25 years of alt+tab/Ctrl+tab/cmd+tab and I still can never switch to the thing I want. My mind is stuck on one hotkey that I want to mean "switch back to the last thing I was looking at" but that doesn't work because if the last thing was another app or another tab or window in the same program then I would need a different key. My br…
Amen. OS app/window distinction sucks because the OS doesn't really know what users experience as an app. We might have a dozen apps open inside chrome, or the same IDE configured for two massively different tasks. Now that users juggle not just multiple apps and windows, but tabs and accounts and devices, the OS should stop pretending it's privy to our workflow - or give us a better way to configure it.
I can dream haha.
Just tried turning on tab support in Witch but AFAIK it can't do LRU so it's not helpful (T_T)
Earlier quoted context omitted.
> it's pretty sluggish for me Did you take into account the 200ms that's purposefully added? The behavior of alt-tab on windows is also: if you press fast (within 200ms) you don't get a UI but the switch will happen. After holding alt for > 200ms, the UI is displayed. Taking that into account, does the UI display after a delay significantly longer than 200ms? Please open a ticket if it does, with your hardware specs.…
1-2 seconds is 5-10 times longer than 200ms, so it's probably not that.
I worked a lot on the thumbnail generation which was making the app slow on my setup. I thought the perf is good enough, but it looks like not enough
Earlier quoted context omitted.
> it's pretty sluggish for me Did you take into account the 200ms that's purposefully added? The behavior of alt-tab on windows is also: if you press fast (within 200ms) you don't get a UI but the switch will happen. After holding alt for > 200ms, the UI is displayed. Taking that into account, does the UI display after a delay significantly longer than 200ms? Please open a ticket if it does, with your hardware specs.…
>if you press fast (within 200ms) you don't get a UI but the switch will happen I always get the UI, no matter how fast I press the keys (W10 1903). This may have been different on previous versions.
In any case, adding a preference to change/remove the delay will satisfy people who want the UI to show faster (https://github.com/lwouis/alt-tab-macos/issues/8)