Hyprland
Resizing windows on macOS Tahoe – the saga continues
151–160 of 547 posts
Re: Resizing windows on macOS Tahoe – the saga continues
#152The 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?
Or it was just a botched git op
Re: Resizing windows on macOS Tahoe – the saga continues
#153Earlier quoted context omitted.
Recently getting a new Mac for work, coming from Hyprland has been tough, but I feel like I’m getting there. Aerospace and Karabiner-Elements have gotten me most of the way there. Have had to write a few scripts to get the workspaces working the way I’m used to, but overall I got a significant part of my workflow to mirror my Linux setup, but would still love to get the super+right click to resize working somehow (th…
How are you liking Aerospace? I miss i3. I tried a few TWMs in Mac but they felt quite janky, but it's possible I just didn't give them time.
Not OP but it's the best auto tiling WM I've found for MacOS so far. Yabai requires SIP disabled for what I would consider core features which is a no go on a work laptop. Aerospace sides steps this and MacOS's horrible window management by just not using the built in spaces. I've only had to restart it a couple times over the last 4 months due to bugs.
I also use https://github.com/acsandmann/aerospace-swipe to add trackpad support.
Re: Resizing windows on macOS Tahoe – the saga continues
#154I used it for 2 minutes the other day after the install and immediately noticed this wth
Re: Resizing windows on macOS Tahoe – the saga continues
#155What drives me nuts is if I slam my cursor against the right side of the window with the intent to click and drag the scroll bar of a maximized window up and down then the 1px wide window border gets selected and the whole window moves up and down. This has been a bug for several years.
When I select there, if I pull away from the window it resizes and won't drag. If I move the pointer up-down on the right or left side, it moves the window and won't resize. Which seems like a sensible and convenient choice to me. Maybe it isn't working so predictably for you?
It's definitely neither sensible nor convenient. I expect it to trigger the scrollbar, not move the whole window. The only way one should be able to move the window is to drag the title bar. There's no reason clicking and dragging the 1px window border should ever move the whole window. Every Linux window manager, Windows, and IIRC Mac System <= 9 behaves this way.
Re: Resizing windows on macOS Tahoe – the saga continues
#156I used it for like 5 minutes the other day after install and immediately noticed something was off; thanks!
Re: Resizing windows on macOS Tahoe – the saga continues
#157It's amazing how much effort is wasted adding various OS degradation features (like poorly readable redesign) while bread & butter basics are broken for decades (it's a bad primitive to require pixel-perfect precision for resizing) and even get worse following those design gimmicks like rounded corners
(and, of course, custom radii would've helped, but users can't have such powers, Apple knows best)
Re: Resizing windows on macOS Tahoe – the saga continues
#158>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
Re: Resizing windows on macOS Tahoe – the saga continues
#159Earlier quoted context omitted.
> After command shift 4 to take a screenshot I think it's actually physically impossible to edit it within 60 seconds. This is completely incorrect, and the solution is way more discoverable than needing to know obscure things like Win+E. Click the thumbnail that appears in the bottom right, then click the marker icon. > For example, "open two file browsers, navigate to $home in one and $downloads in the other, move…
The bottom right thumbnail thing really bugged me and confused me when it came out, because I always just want the screenshot on the desktop right away, as it used to be. I don't know why they couldn't have the delay/thumbnail AND put the file somewhere I could reach it immediately. But IIRC, there is some setting that disables the thumbnail behavior and lets the file be written instantly.
I use a trackpad exclusively with MacOS. If I want it immediately on the desktop then I can just "swipe away" (to the right) the thumbnail and it skips the pause.
Not perfect but I do value being able to edit it from there, or right click and save to clipboard. So it works for me.
Re: Resizing windows on macOS Tahoe – the saga continues
#160Since 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.
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.