Live data from Hacker News

Ask HN: Why does Apple refuse to add window snapping to macOS?

news.ycombinator.com

571–573 of 573 posts

Re: Ask HN: Why does Apple refuse to add window snapping to macOS?

#571
post #478
post #198

Earlier quoted context omitted.

That's because it's not Maximize, it's Zoom, which uses content hints to resize the window while not wasting space with useless empty space inside the window, thus still allowing one to see other windows. When there's no content size hint it falls back to what Windows and Linux call Maximize, which is more like a windowed fullscreen mode.

This probably reflects my not 'coming from' macOS or idiomatic ways of working in it, but I basically never hit 'maximize' on a window because I want to see more of whatever happens to be in the window. I hit 'maximize' because I want to use an app's internal features (tabs, split panes) to manage multiple app-specific contents/views instead of external window management. I'm never like > Ah, just let me resize my br…

I understand that. IMHO macOS should have both Maximize and Zoom as they do different things and serve different use cases (Apple seems to think that if you want Maximize you actually want fullscreen, which kind of makes sense in a way, except not, e.g when one wants to still be desktopish and rely on cmd tab or cmd backtick, and because the fullscreen/tiling/spaces is crappily implemented for power users)

Now, in practice, Zoom is really nice when it works (I'm using it all the time with Finder+ windows), the problem is that it takes a single app not providing the content size hint for it to break and make it confusing. And then a vicious circle starts where more apps don't care about what it's supposed to do, and before you know it Zoom is mostly falling back to being Maximize most of the time, and people wonder why when it's doing the original Zoom thing it behaves differently and think it's weird and broken (which is perfectly understandable)

In a way Apple either did not embrace the winlin paradigm enough (e.g having a proper Maximize alongside Zoom + having an option for per window cmd tab) or they did not stick to their guns enough (enforcing Zoom to be correct + having a worthy fullscreen/tiling implementation) and we're left with a shitty compromise.

+ A very similar case that ties into this is how the Finder went from being fully spatial to a half-spatial half-global compromise.

Re: Ask HN: Why does Apple refuse to add window snapping to macOS?

#572
post #448

Earlier quoted context omitted.

Sorry for the bad formatting, apparently I cannot edit my comment on HN anymore. 1. Go to System Settings -> Keyboard -> Keyboard Shortcuts -> App Shortcuts 2. Click the small (+) button under the shortcuts table 3. Choose/Type the following values in the modal: - Application: All Applications - Menu Title: Zoom - Keyboard shortcut: Command + Shift + M (My preferred shortcut) 4. Click Save. 5. Voila, now you are able…

Makes me wish macosxhints was still around. This was precisely what that site was about. I wonder whether there’s a modern day, fastish way to learn all this hidden behavior.

Chat GPT4 gave a good explanation including the option key behavior when I gave the prompt below. GPT3.5 wasn't nearly as helpful though.

> Can I maximize or "snap" windows on modern MacOS without entering full screen mode (with its annoying multiple "spaces")?

Re: Ask HN: Why does Apple refuse to add window snapping to macOS?

#573

Earlier quoted context omitted.

Is there a way to make Cmd+Tab work with fullscreen windows? If I can't remember if I've made an app fullscreen, I have to three-finger swipe up to see the list of maximized applications and if it's not there, start Cmd-Tabbing to find it. Because I don't use macOS exclusively, what often happens is I try to Cmd+Tab, can't find the window, assume I'm not actually running the software I think I am and then eventually…

Try the utility called Alt-Tab: https://alt-tab-macos.netlify.app

Thanks. This ultimately did what I was looking for.
Post reply on HN