Live data from Hacker News

Resizing windows on macOS Tahoe – the saga continues

noheger.at

491–500 of 547 posts

Re: Resizing windows on macOS Tahoe – the saga continues

#491

Earlier quoted context omitted.

In this case, because I had docked my laptop, the entire window moved to a virtual desktop that didn't actually map to a real desktop. Meaning that the video call continued in a virtual desktop that I literally could not see, that I could not mouse over. I don't know if that's just a multiple-monitor bug or whatever but the behavior is stupid even without that failure mode.

Apple presumes you have a multitouch pointing device. You can three-finger-swipe between spaces. I know there's a keyboard equivalent, but you'd have to look it up.

It used to be that Macs would use single button mouses because the user would otherwise need to know which one to click, but now we have to know how many fingers to use and in which direction to swipe, so much for discoverable

Re: Resizing windows on macOS Tahoe – the saga continues

#492
post #215

Earlier quoted context omitted.

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.

It's my preference too. What do you use? I used to use "GTK Title Bar" gnome extension which was abandoned a few versions ago so had to write my own and it's X11 specific. The one drawback is that when windows are reopened, they are offset by the title bar height i.e. it messes up whatever is tracking the size/offset/location. Anyone have other ways to do this in gnome and do they work on wayland too?

I'm on Fedora KDE so won't be much help to you, but there is a "Windows Rules" section in the system settings where I've added a rule that applies to all windows with the property "No titlebar and frame". Actually I'd quite like frame just with no titlebar, but that's not an option.

Re: Resizing windows on macOS Tahoe – the saga continues

#493

Earlier quoted context omitted.

On the other hand, it does have Alt+right click & drag as a mechanism that doesn't require any manual dexterity to hit arbitrary edges.

Oh yes. Alt+right click + drag. How intuitive. (not)

Learnability and usability are related but independent concepts. This feature is difficult to find out about unless told, relatively easy to remember once you first learn about it, and very intuitive once you try it out. Dragging from the corner is slightly easier to stumble upon or infer, but most people will learn about it because they were told about it. The alt drag version (both for resizing and moving windows around without having to go to the title bar) is in addition, becomes second nature quickly and is significantly nicer once you learn it.

Re: Resizing windows on macOS Tahoe – the saga continues

#494

It really has gotten to the point where Linux offers the best option for a sane desktop experience. Watching Windows and macOS implode while KDE and Gnome slowly get better and better has really been something. Not quite at the point I'd recommend them for grandma and grandpa, but not that far off, either.

I've been using a Mac basically full time for years now, due to work. It's easily the worst UX and it's sort of shocking, after decades of hearing "it just works" or whatever. Hidden windows, hidden desktops , obscure keyboard shortcuts, etc. I actually don't even know how to use the mac for the most part, I've learned to live in the terminal. I contrast this with Linux where I can just... idk, browse files? Where wi…

Love Linux, been using Manjaro with Gnome for the last 10 years, but need to use Mac on my current job, so I tried to approach this constructively and work around the rough edges: * Rectangle Pro for window management * Better Display for better picture on non-4k display + a couple of more similar tools + retrainig muscle memory from Ctrl to Cmd and Emacs-y instead of Windows-y shortcuts

Feels okay now. Plus native ms365 apps, smooth sleep mode, great hardware and great battery time -- mac has its sweet spots as well.

Re: Resizing windows on macOS Tahoe – the saga continues

#495

Earlier quoted context omitted.

> Apple presumes you have a multitouch pointing device. I think that's really bad design. Is that even controversial?

It’s certainly “bad design” if we’re designing specifically with the OS convert who has a grudge against trackpads as the target user. But multitouch and its functionalities has been a fundamental part of macOS for nearly two decades now. For better or worse, a traditional mouse makes about as much sense for a macOS environment as it does for an iPad at this point. It’s workable, and it has certain advantages, but it…

> It’s certainly “bad design” if we’re designing specifically with the OS convert who has a grudge against trackpads as the target user.

"holds a grudge" no? I just sit at a desk.

Re: Resizing windows on macOS Tahoe – the saga continues

#496

Earlier quoted context omitted.

> Apple presumes you have a multitouch pointing device. I think that's really bad design. Is that even controversial?

It’s certainly “bad design” if we’re designing specifically with the OS convert who has a grudge against trackpads as the target user. But multitouch and its functionalities has been a fundamental part of macOS for nearly two decades now. For better or worse, a traditional mouse makes about as much sense for a macOS environment as it does for an iPad at this point. It’s workable, and it has certain advantages, but it…

Most of the input devices that Apple sells on their website don't have multitouch, including 0 keyboards and only one of the mice. Many of the photos on the site for each of their non-iMac desktops include full setups that don't have a magic mouse or separate touch pad. The Mac mini and Mac Studio don't come with any input devices, and don't say anywhere that multitouch is recommended (closest is some language clearly marketing it as an up-sell on the Studio, "Take your creativity to the next level [with extra purchase]").

Re: Resizing windows on macOS Tahoe – the saga continues

#497

Earlier quoted context omitted.

I've been using a Mac basically full time for years now, due to work. It's easily the worst UX and it's sort of shocking, after decades of hearing "it just works" or whatever. Hidden windows, hidden desktops , obscure keyboard shortcuts, etc. I actually don't even know how to use the mac for the most part, I've learned to live in the terminal. I contrast this with Linux where I can just... idk, browse files? Where wi…

Years ago, they changed the behavior of the green button to be "fullscreen into a separate space." As someone who never uses spaces, this is never what I want. You can escape it by moving your cursor to the top edge of the screen and clicking the green button on the titlebar that appears to exit fullscreen.

Here, return to sane behavior: https://blazingtools.com/right_zoom_mac.html

Re: Resizing windows on macOS Tahoe – the saga continues

#498

Earlier quoted context omitted.

I've been using a Mac basically full time for years now, due to work. It's easily the worst UX and it's sort of shocking, after decades of hearing "it just works" or whatever. Hidden windows, hidden desktops , obscure keyboard shortcuts, etc. I actually don't even know how to use the mac for the most part, I've learned to live in the terminal. I contrast this with Linux where I can just... idk, browse files? Where wi…

Years ago, they changed the behavior of the green button to be "fullscreen into a separate space." As someone who never uses spaces, this is never what I want. You can escape it by moving your cursor to the top edge of the screen and clicking the green button on the titlebar that appears to exit fullscreen.

> Years ago, they changed the behavior of the green button to be "fullscreen into a separate space."

Not quite. It has the old behavior (grow to as large a window as supported) if the app does not support full-screen. For instance, the Settings app cannot grow wider, so it grows to full screen height.

The icon that appears when you hover over the green button reflects whether it is full screen or zoom behavior. If you hold option, you will always get zoom behavior IIRC. However, due to the green button being overridden to be a menu in Tahoe, the button icon may or may not reflect zoom/full screen behavior if you press/release option and may instead show the optional modifier on the options in the pop-up menu.

I do not believe there is a way to disable full screen behavior completely, nor spaces. However, I don't think I'd be able to survive working on a Mac without both so I haven't done a lot of investigation there.

Re: Resizing windows on macOS Tahoe – the saga continues

#499

It really has gotten to the point where Linux offers the best option for a sane desktop experience. Watching Windows and macOS implode while KDE and Gnome slowly get better and better has really been something. Not quite at the point I'd recommend them for grandma and grandpa, but not that far off, either.

[dead]

Re: Resizing windows on macOS Tahoe – the saga continues

#500

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.

Is there a way to resize windows with this gesture as well?
Post reply on HN