★ Why It Is Difficult to Resize Windows on MacOS 26 Dyehoehttps://daringfireball.net/2026/01/resizing_windows_macos_26

@daringfireball @gruber - regarding your advice at the end of the article: "Do not upgrade to MacOS 26 Tahoe. If you have already upgraded, downgrade."

How does that play out into the future? Hope Apple fixes all of the design issues at some point this year? An expectation that MacOS 27 is better, and users should just skip Tahoe? Obviously, people can't just stay on Sequoia *forever*

Genuinely asking and curious what your longterm plan is.

@daringfireball @gruber I’d even accept outside-the-window, visionOS-style handles in macOS as a visual indicator. Just *anything* that I can *see* that doesn’t require a Dye-era mouse over.

@daringfireball I don't understand how the linked video is being made, how do you avoid getting the resizing mouse cursor when you hover in the right place?

@daringfireball oh I see this is to resize an inactive window

@daringfireball "The good news is, I have a solution. Do not upgrade to MacOS 26 Tahoe. If you have already upgraded, downgrade."

To fully use Xcode LLM tools Tahoe is required.

~"Sequoia is so choice. If you have the means, I highly recommend picking it up."

~"These days, everyone's talking about Sequoia, but for those of us whose name doesn't happen to be Rockefeller, finally there's some good news: Tahoe."

@zero101 The upgrade path is towards Linux, obviously.
/scnr

@GaryEckstein @daringfireball yeah, but point is that on 26, 75% of the “target area” is NOT actually on the window. It’s the invisible negative space where the window border isn’t visible. And if they want the target area to be part of the invisible corner, that would be fine. But, they didn’t expand the grabber target to the actual visible window edge except for a very small part. They should have made several pixels all around the border to be grabbale

@daringfireball Here’s an obnoxious years-old bug with resizing QuickLook windows. It catches me daily since my instinct is to resize from the very edge—due to the little visible margin around the preview.

In Sequoia:

• Approach a corner (not edge) with the cursor from outside the window.

• As soon as the cursor changes to a resize arrow, drag to resize.

OOPS!

That’s right, the region with the cursor change is LARGER than the region that can truly be dragged.

How’s this in Tahoe I wonder?

And don’t get me started on the lock screen Sleep button in Sequoia, which was moved to the very top corner of the screen and should be easy to hit despite the tiny size—EXCEPT it will not trigger if you click at the very edge!

Who needs Fitt’s Law??

(I have little hope of this being better in Tahoe, which I’m not installing. But some Tahoe-y problems go back years.)

@daringfireball “In my day we could resize windows the same way you can resize your dinner plate!“

@daringfireball I’ll admit I’m sorely tempted to downgrade from Tahoe … Do you have any info on whether it will still play nice with all the other iPhones, iPads, etc. upgraded to 26? Particularly with regards to syncing, iCloud, etc? Thanks!

@GaryEckstein –

The complaint isn't about the appearance of the cursor, it's about the placement and size of the invisible area into which you have to move the pointer to activate it.

For example, as a Mac user, I'd have thought the window could be dragged and resized from this pixel, but it can't; I have to move the pointer even further down and to the left first.

@daringfireball dragging windows is harder too. Traditionally we could click on the title bar as a draggable region. But in Tahoe there’s no visible affordance. This is doubly worse for background Safari windows which have a borderless address field in that area.

@daringfireball not going to downgrade from Tahoe but i did just set the prefs to always display scroll bars. ahhhhh