Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Resizing windows on macOS Tahoe – the saga continues

noheger.at

Post reply on HN
Print view View original

191–200 of 547 posts

Re: Resizing windows on macOS Tahoe – the saga continues

#191

Post by matharmin »

hombre_fatal wrote: post #187
loeber wrote: post #160

Earlier quoted context omitted.

MacOS is the "it just works" operating system. As such, I think the moment that you need to declare custom workarounds like this, it kind of loses its legitimacy, and you should already be in Linux land.

Windows is also the "it just works" operating system, and it has hundreds of useful things you can only do through registry hacks. It's not a very useful test. I look at the good things about macOS over desktop linux like how cmd-c/v works across all apps, and it would be amazing if it were just a cli command to bridge the gap.

In my experience, Windows is very far from a "it just works" OS.

Re: Resizing windows on macOS Tahoe – the saga continues

#192

Post by j13n »

You think this is bad? Try using Apple Music with a traditional mouse. You can’t even right click on half of the interface, dragging elements near to scrollable edges doesn’t trigger any scroll, and UI elements like the star on favourited songs just don’t show up. It’s marginally better on a trackpad.

Re: Resizing windows on macOS Tahoe – the saga continues

#193

Post by odie5533 »

eviks wrote: post #158
learn_more wrote: post #10

>In total the thickness went down from 7 to 6 pixels, which is a 14% decrease, making it 14% more likely to miss it. Pedantic, but chance of miss is actually less than 14% more likely since the user's click location is not uniformly random over the thickness area, it's biased toward the center (normally distributed).

Pedantic, you don't know the distribution, so the chance could be higher

The reduction was specifically to the in-window side of the edge, so it's definitely greater than 14%.

Re: Resizing windows on macOS Tahoe – the saga continues

#194

Post by galad87 »

2bitencryption wrote: post #36

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?

It broke some NSWindow styles: https://developer.apple.com/forums/thread/814798

Re: Resizing windows on macOS Tahoe – the saga continues

#195

Post by throwaway290 »

gf000 wrote: post #186
cosmic_cheese wrote: post #57

Earlier quoted context omitted.

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.

It's not like Apple would frown about the idea of an action having "no intuitive visual associated with it". On iOS, you can scroll to the top by pressing on the status bar as one example.

Unless your status bar is on the bottom. Then scrolling up is really hit or miss

Re: Resizing windows on macOS Tahoe – the saga continues

#196

Post by pdhborges »

2bitencryption wrote: post #36

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?

Maybe they reverted it because they are already planning to get rid of the super rounded corners!

Re: Resizing windows on macOS Tahoe – the saga continues

#197

Post by friendzis »

hombre_fatal wrote: post #187
loeber wrote: post #160

Earlier quoted context omitted.

MacOS is the "it just works" operating system. As such, I think the moment that you need to declare custom workarounds like this, it kind of loses its legitimacy, and you should already be in Linux land.

Windows is also the "it just works" operating system, and it has hundreds of useful things you can only do through registry hacks. It's not a very useful test. I look at the good things about macOS over desktop linux like how cmd-c/v works across all apps, and it would be amazing if it were just a cli command to bridge the gap.

AFAIK Windows has never been known or marketed as "it just works". It goes long way to maintain backwards compatibility, but lets not kid ourselves that it has any semblance to what Apple's "it just works" is supposed to mean.

Re: Resizing windows on macOS Tahoe – the saga continues

#198

Post by bandrami »

blindriver wrote: post #100
GuB-42 wrote: post #84

Earlier quoted context omitted.

It can be some technical detail. For example: imagine you have 2 windows, the lower right corner of one window almost touching the upper right corner of the other, so that the bounding rectangles overlap but the graphics don't. With the inaccurate "false square" corners, you just had to check the bounding rectangles, to know which window to resize, now you have to check the actual graphics (or more likely, a mask). I…

Just revert the code back to pre-26! This is ridiculous, it can't possibly be this hard and if it is, it just points to the degradation in the quality of Apple software! This is maddening!

> it can't possibly be this hard

Whenever I find myself saying this I remind myself it can in fact be this hard.

Re: Resizing windows on macOS Tahoe – the saga continues

#199

Post by jeroenhd »

jakub_g wrote: post #66

Since we talk resizing windows, for months I was _sometimes_ unable to resize windows at all, and couldn't figure out why. I thought it was a random bug of macOS. Finally I realized the issue: if a window spans across two displays, it won't resize. Insane! (I have an external monitor up, laptop down, and it's easy to move a window such that it stretches a few pixels from monitor to the laptop. No resize for you!)

Window management isn't macOS' strong suit, but external monitors make it act absolutely crazy. Connecting monitors will do anything from keeping all windows in the same position to restoring previous positions to launching them across screens, sometimes completely outside visible screen space, seemingly arbitrarily.

I get why Apple wants you to make every window either a small tile or a full screen application now, their window manager simply can't cope with anything else.

Whatever they're doing is somehow worse than both Windows and the major Linux desktop environments. Maybe there's some obscure preference among old school macOS users that like having their windows placed so that only a small corner pokes out of the bottom left when attaching an external monitor?

Post reply on HN