The interesting part, for anyone who actually reads the article - the change was fixed in an RC and then reverted in the final release. Which implies there was some regression, some issue, some incorrect behavior or negative impact. One has to wonder… what could it have been? What could the issue with having a more accurate clickbox for the corner of the window possibly be?
Resizing windows on macOS Tahoe – the saga continues
71–80 of 547 posts
Re: Resizing windows on macOS Tahoe – the saga continues
#72Earlier quoted context omitted.
Attach a generator to him and the AI datacenter energy needs are solved. Even better, the more trash that AI produces the more energy is generated.
> Even better, the more trash like this that AI produces the more energy is generated. Do you have any "inside knowledge" that this was caused by LLM use or do you just attribute everything you don't like to AI?
Re: Resizing windows on macOS Tahoe – the saga continues
#73Re: Resizing windows on macOS Tahoe – the saga continues
#74Re: Resizing windows on macOS Tahoe – the saga continues
#75It's bad when stock Gnome is better. That's where I am now.
Agreed. Even Windows has some nice stuff when it comes to windows management IMHO. Every time I end up on macOS I miss the various Windows/GNOME behaviours e.g. window snapping to the right/left half, pressing the Win key to see all open apps, maximise buttons that doesn't put the whole app into full screen mode, etc.
full screen is still its own thing as you mention, though
Re: Resizing windows on macOS Tahoe – the saga continues
#76Since the first taste of Linux WMs, I believe the best and only good way of handling window move and resize is super+lmb/rmb respectively. No more pixel-perfect header/corner sniping! https://www.reddit.com/r/Fedora/comments/qv0vmz/missing_supe...
Re: Resizing windows on macOS Tahoe – the saga continues
#77It's bad when stock Gnome is better. That's where I am now.
Agreed. Even Windows has some nice stuff when it comes to windows management IMHO. Every time I end up on macOS I miss the various Windows/GNOME behaviours e.g. window snapping to the right/left half, pressing the Win key to see all open apps, maximise buttons that doesn't put the whole app into full screen mode, etc.
Window snapping was implemented some time ago: https://www.macrumors.com/2024/06/12/macos-sequoia-window-ti...
Instead of win key, you can press F3, or just set a hotkey that works for you in the System Preferences
Instead of clicking the red maximize button, you can double-click the window header / title. This will use an algorithm to try to resize the window to the best size for its content.
Re: Resizing windows on macOS Tahoe – the saga continues
#78Since the first taste of Linux WMs, I believe the best and only good way of handling window move and resize is super+lmb/rmb respectively. No more pixel-perfect header/corner sniping! https://www.reddit.com/r/Fedora/comments/qv0vmz/missing_supe...
For window move I think it's a reaction to the popularization of putting UI in the window titlebar so there's nothing to grab onto. I don't mind it but I wish there was a dedicated "grab" button on the mouse because I find it clunky to have to use both hands to manage windows.
¹ aka Windows key
Re: Resizing windows on macOS Tahoe – the saga continues
#79Re: Resizing windows on macOS Tahoe – the saga continues
#80Earlier quoted context omitted.
Yeah, it was one of those things I noticed when I first started using Linux and wondered why every other OS didn't just copy it.
Probably just simple resistance to use of modifier keys in non-technical users, at least on the Windows side. A lot of users never touch a modifier except for Ctrl for copy/paste and maybe Windows for start menu search. On the Mac side where key combos and modifier use is more widespread among users, it’s probably because there’s no intuitive visual that can be associated with the interaction.