Bizarre that this has not been fixed by Apple, it has been an annoyance well before Tahoe. Relying on the three dots in the top left corner to see which window is on top gets frustrating.
Oh damn, this has been causing me trouble when working in half-and-half and quartered windows as recently as this week. I’ll be installing the one you linked, or the one the thread-link points to. Thanks, didn’t occur to me this would be a thing but of course it is.
if you do not wish to install another app, check "increase contrast" in the mac settings under accessibility>display. it will draw borders around windows and text entries. Much welcomed.
Thank you. Each time I see an app that does the smallest change possible (and it's a MacOS-only thing by the way) I think to myself: Does it have to be an APP?
Not a script, not a configuration, but an actual app that occupies space and RAM and does just that? How had somebody come to this weird idea that everything is an APP?
Because that’s been the user convention for 30 years since the day Mac OS 10 was released.
People do not want to manage scripts and configurations in esoteric locations. They want to drag and drop app bundles into the trash from the apps folder.
This is trivially found out after 5 minutes with a user.
Thank you so much! I did not know I needed it! Still it does not help much to see which window is active right now (Sequoia), but makes overall experience easier.
Seems nice but I'm afraid it would not be compatible with my main work setup: VS Code on my main monitor, my web browser on my external monitor, and my eyes going back and forth between these 2 windows every few seconds to either read code or check the effects on the hot-reloading app. If one of the windows is dimmed, it would be painful.
Then you don't need a focus app, I'd say. But HazeOver has some "rules" that could help you. I agree that it only makes sense for me, on a single big display.
If I'm using the MBP 14" one, I'm always maximized...
I use this, and absolutely recommend it. I am scared if it gets too much attention it will be Sherlocked, but I would love it Apple was able to ethically acquire and include it in macOS.
Took a look at this and it feels like it is implemented using public macOS frameworks so it shouldn't break between macOS updates
My guess is that kAXWindowMovedNotification, kAXWindowResizedNotification, kAXMainWindowChangedNotification etc. are being listened to on the currently focused window using the Accessibility framework, and there is a callback which gets the latest position of the tracked window whenever it is fired, and uses that position as a reference to update the border position
The border window itself is most likely an NSWindow, which is why the tracking of the border with the target window feels quite sluggish
Fwiw I think this is the right approach. The trade-off between stability across OS updates vs tracking performance is a no-brainer for me - the absolute last thing that I would want is a deluge of bug reports with no other information than "it stopped working" when Apple pushes out an update
Very nice idea, thank you for developing it. With an M1 iMac, though the window border lags the position of the window quite a lot if you drag it around, so probably not usable for me.
Always glad to see more software in the window management space, especially for MacOS.
Any reason to use this over JankyBorders? I'm using it alongside Aerospace right now and forget sometimes it isn't built-in. Kind of weird to me that after all this time this is such a sparsely implemented feature. But the combo with Aerospace works well. Only thing missing is support in Aerospace for a toggle to have a window expand to the size of it's container. Really liked that feature in Yabai, made working with multiple tiled terminals really nice
PopOS's Cosmic DE has this baked in. I was unsure about the feature at first, but it has proved itself useful. I wonder if this will eventually be Shirlocked into macOS.
Different apps on macOS use different corner radii, so I’m wondering whether the apps can use any API to get the exact window bounds in order to draw the correct corner radius.
The recent direction of MacOS has been a good excuse to try out a few new linux distros. As someone who was away from linux for a while, the degree of UI customization continues to be both amazing and a little overwhelming, but it feels more polished than before. Taking a look at Niri and hyperland, it's hard to feel satisfied with the UI of MacOS.
Readit News
Bizarre that this has not been fixed by Apple, it has been an annoyance well before Tahoe. Relying on the three dots in the top left corner to see which window is on top gets frustrating.
Not a script, not a configuration, but an actual app that occupies space and RAM and does just that? How had somebody come to this weird idea that everything is an APP?
People do not want to manage scripts and configurations in esoteric locations. They want to drag and drop app bundles into the trash from the apps folder.
This is trivially found out after 5 minutes with a user.
https://hazeover.com/
Deleted Comment
My guess is that kAXWindowMovedNotification, kAXWindowResizedNotification, kAXMainWindowChangedNotification etc. are being listened to on the currently focused window using the Accessibility framework, and there is a callback which gets the latest position of the tracked window whenever it is fired, and uses that position as a reference to update the border position
The border window itself is most likely an NSWindow, which is why the tracking of the border with the target window feels quite sluggish
Any reason to use this over JankyBorders? I'm using it alongside Aerospace right now and forget sometimes it isn't built-in. Kind of weird to me that after all this time this is such a sparsely implemented feature. But the combo with Aerospace works well. Only thing missing is support in Aerospace for a toggle to have a window expand to the size of it's container. Really liked that feature in Yabai, made working with multiple tiled terminals really nice
The implementation is probably different.
Different apps on macOS use different corner radii, so I’m wondering whether the apps can use any API to get the exact window bounds in order to draw the correct corner radius.
Deleted Comment