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

Show HN: SpinWin – A macOS menu bar app to visually rotate or spin any window

github.com

Post reply on HN
Print view View original

11–20 of 20 posts

Re: Show HN: SpinWin – A macOS menu bar app to visually rotate or spin any window

#15

Post by dbm5 »

mortenjorck wrote: post #9
dbm5 wrote: post #7

Earlier quoted context omitted.

Same issue — I never found a way around the clamp. I park the window's top-left at (maxX - 1, maxY - 1) of the union of all displays' CGDisplayBounds, i.e. just inside the bottom-right corner of the whole arrangement. The clamp is much looser going off the bottom/right than up/left — pushing to something like (-30000, -30000) gets snapped back near the top-left and leaves a full-height sliver, whereas bottom-right le…

Thanks for the corroboration. Something that apparently might be possible is using the private framework for Spaces to offload windows to a "holding Space"; I haven't tried it because it felt just a little too hacky for something I'm ideally hoping to turn into a commercial product, but it might be worth investigating depending on your use case.

Not sure if it is worth it for your use case, but I was successful in creating a virtual display - second screen - and putting the window there. That did work. I was trying to get kb input and mouse clicks to work, but then realized that that was even more useless than spinning a window to begin with (lol) so backed out all that effort for this much simpler implementation.

EDIT: private APIs — CGVirtualDisplay / CGVirtualDisplayDescriptor / │ CGVirtualDisplayMode (the same ones BetterDisplay uses)

Re: Show HN: SpinWin – A macOS menu bar app to visually rotate or spin any window

#16

Post by 1bpp »

dbm5 wrote: post #7
mortenjorck wrote: post #3

I’ve been building a window manger for macOS that involves hiding windows offscreen, but I’ve found AccessibilityKit clamps position writes at the screen edge, so I’ve had to settle for allowing a 1px-wide sliver (plus shadow) in the corner. Is that what you’re doing too, or did you find an alternative?

Same issue — I never found a way around the clamp. I park the window's top-left at (maxX - 1, maxY - 1) of the union of all displays' CGDisplayBounds, i.e. just inside the bottom-right corner of the whole arrangement. The clamp is much looser going off the bottom/right than up/left — pushing to something like (-30000, -30000) gets snapped back near the top-left and leaves a full-height sliver, whereas bottom-right le…

Did you write this or have Claude do it? You've never used an em dash in your comment history and this doesn't sound human. Are you trying to use it for translation?

Re: Show HN: SpinWin – A macOS menu bar app to visually rotate or spin any window

#17

Post by dbm5 »

1bpp wrote: post #16
dbm5 wrote: post #7

Earlier quoted context omitted.

Same issue — I never found a way around the clamp. I park the window's top-left at (maxX - 1, maxY - 1) of the union of all displays' CGDisplayBounds, i.e. just inside the bottom-right corner of the whole arrangement. The clamp is much looser going off the bottom/right than up/left — pushing to something like (-30000, -30000) gets snapped back near the top-left and leaves a full-height sliver, whereas bottom-right le…

Did you write this or have Claude do it? You've never used an em dash in your comment history and this doesn't sound human. Are you trying to use it for translation?

I use em dashes all the time. That was not claude.

Re: Show HN: SpinWin – A macOS menu bar app to visually rotate or spin any window

#18

Post by mortenjorck »

dbm5 wrote: post #15
mortenjorck wrote: post #9

Earlier quoted context omitted.

Thanks for the corroboration. Something that apparently might be possible is using the private framework for Spaces to offload windows to a "holding Space"; I haven't tried it because it felt just a little too hacky for something I'm ideally hoping to turn into a commercial product, but it might be worth investigating depending on your use case.

Not sure if it is worth it for your use case, but I was successful in creating a virtual display - second screen - and putting the window there. That did work. I was trying to get kb input and mouse clicks to work, but then realized that that was even more useless than spinning a window to begin with (lol) so backed out all that effort for this much simpler implementation. EDIT: private APIs — CGVirtualDisplay / CGVi…

Oh, that's pretty clever! Create a dummy display that never actually renders anywhere and use it as the holding area for "temporarily hidden" windows.

Does the dummy display have to live within the desktop geometry (as in the user could accidentally move the cursor off one edge onto it) or can it be totally isolated?

Post reply on HN