Live data from Hacker News

Resizing windows on macOS Tahoe – the saga continues

noheger.at

261–270 of 547 posts

Re: Resizing windows on macOS Tahoe – the saga continues

#261
I have never vibed with macOS's seemingly default mode of floating windows layered over one another like scattered paper on a desk (mimicking a desktop I suppose). Instead ive been using https://github.com/nikitabobko/AeroSpace for the past couple of years and just flicking around via hotkeys. Not perfect but much less friction for my use cases

Re: Resizing windows on macOS Tahoe – the saga continues

#262

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?

macOS does have weirdness with windows that span multiple screens. I bet some of that kicked in to an unacceptable level. It can create incoherent moving/snapping, for example. Has been kind of crazy-making for a while, for my set-up where screens are not joined but adjacent in a triangular configuration.

Yeah, that's something that was unambiguously better back in the "Classic MacOS" days (probably starting with the Mac II). Windows could overlap multiple screens and they were always drawn correctly.

At some point in OS X in the switch to hardware acceleration, they started rendering windows on one screen only.

I get that you hardly ever really want a window spanning two screens, but when you accidentally misplace a window it would be handy to be able to see it on each overlapping screen so you can track it down. Right now you can put a few pixels of the title bar on the wrong screen, and the rest of the window just vanishes.

These regressions are weird given that modern hardware is vastly more powerful than a Mac II.

Re: Resizing windows on macOS Tahoe – the saga continues

#263

I have never vibed with macOS's seemingly default mode of floating windows layered over one another like scattered paper on a desk (mimicking a desktop I suppose). Instead ive been using https://github.com/nikitabobko/AeroSpace for the past couple of years and just flicking around via hotkeys. Not perfect but much less friction for my use cases

As a long-time Mac user, I'm comfortable with this UI style, but I do recognise that it's weirdly inefficient. It's very strange that this is the UI that won out in the 80s (to the extent that Windows became a massive hit in the 90s, anyway).

A tiling UI would have been much easier to implement! But the original Mac had overlapping windows with pixel-perfect drop shadows. It's a bit nuts when you think about it.

Re: Resizing windows on macOS Tahoe – the saga continues

#264
post #215

Since 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...

On Linux if you learn shortcuts for close/minimise/maximise as well, you can even remove window borders and title bars entirely. It's free screen real estate.

The AltDrag tool on Windows includes Super+double click to maximize/restore. I find it surprising that this does not come by default on KDE.

Re: Resizing windows on macOS Tahoe – the saga continues

#265

I have never vibed with macOS's seemingly default mode of floating windows layered over one another like scattered paper on a desk (mimicking a desktop I suppose). Instead ive been using https://github.com/nikitabobko/AeroSpace for the past couple of years and just flicking around via hotkeys. Not perfect but much less friction for my use cases

Agree + I highly recommend Rectangle or Rectangle Pro for the same reasons.

Re: Resizing windows on macOS Tahoe – the saga continues

#266

It turns out the reason they reverted is likely regressions as noted here: https://news.ycombinator.com/item?id=46999858

Damn, so this is the thing that caused all the floating windows to become unclickable and impossible to interact with... I'm the creator of the apps from https://lowtechguys.com/ and I was replying to 10-15 support emails per day, all week, because of this.

It's a bit scary to see that the software we rely on every day is such a complex behemoth that even a seemingly small change can have so large repercussions.

The problem is that AI only helps add even more complexity since it's so simple to just add more code now that we don't have to write it.

Re: Resizing windows on macOS Tahoe – the saga continues

#268
post #213

The updates shipped by apple introducing more bugs every cycle. It is across the board, macos, ios and ipad os. The fact there is a group inside apple, that is capable of standing against common sense and users best interest for so long, tells how wrong things are internally. It is the steve balmer - satya nadella moment of apple. 1. Plugging my laptop to the same desktop screens requires rearranging displays almost…

Also MacOS completely crashes if you have ethernet cable connected and decide to also turn on the WiFi. No "hey, choose whatever you wish" or "hey, disconnect from ethernet first" errors, just complete crash to reboot, lol.

I'll chime in and say personally I do this all the time and have never experienced a system crash from this.

Re: Resizing windows on macOS Tahoe – the saga continues

#270
KDE window management is current peak.

I'm really baffeled the same mistakes and errors are being made over and over again in both Windows and macOS.

Just use KDE approach and it's done.

It's really disappointing that new OS versions are being marketed by a new look, which is not new at all, just rehashed look that was in use years ago but thrown away.

Post reply on HN