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

201–210 of 547 posts

Re: Resizing windows on macOS Tahoe – the saga continues

#201

Post by jeroenhd »

krisknez wrote: post #43
accrual wrote: post #17

Earlier quoted context omitted.

Switched to KDE Plasma last month and very pleased I can have square-corner windows again.

I had a hard time with Gnome but now I got used to it and it's amazing for me. I just can't believe they still haven't implemented scrolling speed setting...

Gnome had a scroll speed setting but it broke and disappeared somewhere around the switch to Wayland without getting replaced.

Gnome says libinput should deal with scroll speed. Libinput says GTK+ should deal with it. Patches have been lying around for both but neither has gained any traction.

I like Gnome's DE in general but this issue showcases the rough edges of open source collaboration the Gnome project is infamous for.

Even KWin's (original?) implementation of the feature wasn't great and caused issues with applications, apparently: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/4672#not... Broken as though it might be, at least they're trying something, which I appreciate more as an end user than the complete lack of scroll settings.

Re: Resizing windows on macOS Tahoe – the saga continues

#202

Post by sgt »

j13n wrote: post #192

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.

Tried that now. I have a USB mouse. Can't say I noticed any issues? Scrolling works fine, star works fine... resizing is fine.

Using Music.app on 26.0.1

Re: Resizing windows on macOS Tahoe – the saga continues

#203

Post by danw1979 »

pcurve wrote: post #168

Screens are getting bigger and bigger, yet they make things smaller and harder to click on. Back in the days when it was common for Macintosh to have 640x480 screens (or even smaller), they still fully visible window controls that were impossible to miss. https://erichelgeson.github.io/blog/2021/03/23/ultimate-syst...

I’ve been a mac user since 1994, system 7, and it feels to me like the overall Mac user experience and reliability (stability, speed, etc) really peaked with Snow Leopard, 10.6.

This probably has a lot to do with the vastly improved hardware design around then - the touchpad specifically on the “blackbook” Core 2 Duo era macbooks was a step change, and they keyboard was pretty great too. Multi-monitor support was fantastic compared to everything else too.

You have to wonder what the design principles of pre-X MacOS paired with modern Apple hardware could achieve.

Re: Resizing windows on macOS Tahoe – the saga continues

#204

Post by omnifischer »

anschwa wrote: post #136
ivanjermakov wrote: post #31

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 macOS, you can enable window dragging by holding down the Control+Command keys with this command: defaults write -g NSWindowShouldDragOnGesture -bool true I use this with "three finger drag", and resizing at the window border hasn't been much of an issue for me.

if you search

NSWindowShouldDragOnGesture

you see how often this feature gets broken and type some other flag or install 3rd party app.

Re: Resizing windows on macOS Tahoe – the saga continues

#206

Post by omnifischer »

pcurve wrote: post #168

Screens are getting bigger and bigger, yet they make things smaller and harder to click on. Back in the days when it was common for Macintosh to have 640x480 screens (or even smaller), they still fully visible window controls that were impossible to miss. https://erichelgeson.github.io/blog/2021/03/23/ultimate-syst...

> Screens are getting bigger and bigger, yet they make things smaller and harder to click on.

Totally true. I have some some UX designers daily driving 4k monitors with 2k resolution to see things clearly!!

Re: Resizing windows on macOS Tahoe – the saga continues

#208

Post by monegator »

loeber wrote: post #160
anschwa wrote: post #136

Earlier quoted context omitted.

On macOS, you can enable window dragging by holding down the Control+Command keys with this command: defaults write -g NSWindowShouldDragOnGesture -bool true I use this with "three finger drag", and resizing at the window border hasn't been much of an issue for me.

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.

Yes, the mac user faces incredible disillusion when he discovers that "just works" was just another marketing gimmick (to the likes of it doesn't get viruses!)

Re: Resizing windows on macOS Tahoe – the saga continues

#209

Post by huijzer »

loeber wrote: post #160
anschwa wrote: post #136

Earlier quoted context omitted.

On macOS, you can enable window dragging by holding down the Control+Command keys with this command: defaults write -g NSWindowShouldDragOnGesture -bool true I use this with "three finger drag", and resizing at the window border hasn't been much of an issue for me.

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.

Compared to my old NixOS with tiling window manager, I’d say MacOS panes just doesn’t work. I have Rectangle, but it’s no comparison to the full tiling experience. I switched for Apple Silicon nothing more

Re: Resizing windows on macOS Tahoe – the saga continues

#210

Post by veltas »

cubefox wrote: post #207

Microsoft Windows has a similar issue. I wonder why nobody is talking about that on HN.

Not just similar, it's exactly the same issue caused by exactly the same kind of change, and is probably hard to fix for almost exactly the same behind-the-scenes complexity on Windows.
Post reply on HN