Tahoe window corner resizer

Tahoe has rounded window corners. When you change window size by dragging on a corner, the initial target includes the area strictly outside window but in the area that would be encompassed by the window if it had sharp corners.

I have been using Tahoe for months. This never bothered me or seemed unnatural to me. Then I start hearing in my podcast-o-sphere that this is horrible and a sign of how Alan Dye did not care about the user experience. It took me a while to understand just what they were talking about.

For some, it made it almost impossible to upgrade to Tahoe.

Anyway, this is just a comment on how differently brains work.

“You can please some of the people all of the time, and all of the people some of the time, but you cannot please all of the people all of the time.” Abraham Lincoln?

From what I heard the ‘target area’ for the drags was almost entirely outside of the visible window.

That didn’t particularly bother me because I gave up hunting for the right location when I realised that sometimes no position would show me the resize cursor. An unscientific guess says around half the time I resize windows I do so without the pointer ever having changed.

1 Like

In my experience, the area within the red square is roughly what is used as a target for resizing the Window. It seems to me reasonable and easy to use. Some of it is outside the window, but it is within the “square” that would correspond to a window with sharp corners.

Tahoe 26.3.1

Target260428_1814

1 Like

I don’t recall when they made the ‘fix’ but it was quite recent.

As I said, I just drag and if it doesn’t work I try again. The target is big enough, whereever it has been and now is, that it works a lot of the time.

Unlike certain Microsoft software that requires pixel precision for some actions.

Classic example of something that either completely breaks your workflow or you never consciously register at all. Power users who resize windows constantly by muscle memory hit that dead corner zone every single time, so it stacks up fast. People who rarely resize manually probably went months without noticing, which is basically what happened here. Neither reaction is wrong, brains just build different habits around the same interface.

As a counterpoint, I resize often and don’t really have a problem — old or new — with the behaviour of the mouse versus the window. What I do notice, and annoys me, is the fact that even if the drag works, the pointer may not change shape. If it’s going to be difficult for anyone, they could at least not have the pointer lie.

Anyway, this is just a comment on how differently brains work.

This doesn’t surprise me at all. Since I stopped listening to most tech podcasts, I’ve found much less friction when using my devices. I only really read this forum now for Apple-related information.

I think it’s because I’m not listening to others people’s problems, which then become my problem when I learn about it! Sometimes ignorance is bliss!

With the current version of Tahoe, I consistently see the pointer change if I move into the active area at the corner and that window is currently the foremost window.

If it is not the foremost window, then I can click in its active area and the pointer changes only after I click and start the drag. (The window becomes the foremost window even if I actually clicked slightly outside the curved area of the corner.)

All of this seems appropriate/sensible to me.

260506Corner

It does to an extent, and right now on the Neo I am reading on, I can only replicate exactly what you describe. Maybe I have been unthinkingly changing the active window in the past.

However, on the pointer not changing because the window is not active, I think this is an area that Apple have fallen down the same well as Microsoft over.

The only imperative to have an “active” window is for keyboard interaction. Your pointer… well… points! There is never any doubt about what it’s pointing at.

I was very pleased, some years ago now, when Apple allowed scrolling of non-active windows. Really, any pointer interaction should be possible on any control you can see. And the only such interaction that should cause a window to become active is clicking on its titlebar. Granted that last part becomes problematic given recent window design choices.

I was using a computer that took this approach over 35 years ago and it absolutely worked and I am convinced it is the only ‘right’ way to do things, with the possible exception that accessibility might need to override this behaviour.