-
-
Notifications
You must be signed in to change notification settings - Fork 344
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
App Icons: Unwanted new windows on App focus #3951
Comments
Hi, Behind the scenes, when in
We used to use method 1 in the past. However, users complained that it's not very useful to activate an app. They want a new window if there is none. They don't want to switch then have to command+N afterwards. For Finder typically. When we released v7, we considered moving to method 3. However, we didn't because it could be a bit surprising. Especially in App Icons Style, people would expect the same the whole app to be activated, like the native command+tab does. So we went with method 2, as it seemed it would satisfy the most users. We also want to avoid adding another preference to pick behavior here. The whole purpose of v7 was to #351. Thank you 🙇 |
Thanks for the explanation, didn't realize the history of this. While I prefer method 1, I do understand the rationale and importance of simplifying UI. One idea that comes to mind is a sort of compromise - there's a setting in AltTab to If This might have the drawback of potentially adding some complexity and, if explained, boilerplate to the settings UI, but generally I don't see a scenario where somebody has both of these settings toggled on and want method 2, meaning that I don't think this would necessarily need to be mentioned anywhere in the UI - you could keep things looking as they are right now. Could be a solution? |
Thank you for your message I think what you say makes sense. We went with launching instead of activating apps because we believed that Apple's way of activating an app and having nothing happen was not working with most users. I suspect most users don't understand "the app is running but it has no windows". I believe this is why clicking on the Dock launches instead of activating. The Dock is probably what most users use. Not the command+tab switcher. It's still surprising that Apple has kept the switcher activate and not launch. Following this logic, we should probably launch only apps with no open window. For app with existing open window, we could simply activate them since we know it will bring their window(s) forward guaranteed. I'll change this in the next release 👍 Thank you for taking the time to discuss this in details 🙇 |
# [7.11.0](v7.10.0...v7.11.0) (2024-12-09) ### Bug Fixes * always show a window in show:apps mode (closes [#3950](#3950)) ([ac70fcc](ac70fcc)) ### Features * decrease shortcuts from 5 to 3 ([d65f220](d65f220)) * improve chinese localization ([764e0f3](764e0f3)) * improve focus in show:apps mode (closes [#3951](#3951)) ([cb191d6](cb191d6)) * support 3 or 4 finger swipes to use the app (closes [#730](#730)) ([903e758](903e758)) * switcher will now show in "show desktop" mode (closes [#783](#783)) ([9b85f00](9b85f00))
Hi,
When using the “App Icons” appearance with “Show in switcher: Applications” enabled, some apps act a little annoying when switching to them with Alt+Tab.
For example:
It seems like Alt+Tab is behaving like clicking an app in the dock, rather than how macOS’s default Command+Tab works (just focusing the app without creating new windows).
It would be great if AltTab could more closely match the default macOS behavior here, with the added benefit of the great customization options it already offers.
I’ve attached a quick video to show the difference: (1st: default, 2nd: Alt Tab)
AltTab-WindowActivationBug.mp4
The text was updated successfully, but these errors were encountered: