I have been building a macOS window manager called SwipeX, and one thing became clear very quickly: moving windows on macOS is much harder than it looks.
On the surface, window snapping sounds simple. Pick a target frame, move the window there, resize it, and you are done.
In practice, macOS apps do not always behave that way.
Some apps have strict minimum sizes. Some have custom title bars. Some expose extra accessibility windows. Finder may resize slowly. Xcode may refuse a requested width and then settle into a different frame than expected.
The biggest lesson for me was this:
Do not assume the requested frame is the final frame.
A window manager needs to read the actual result back from the system. If an app cannot reach the requested size, the tool should adapt to what the app actually accepted instead of blindly trusting the original command.
I also wanted SwipeX to avoid private APIs. That makes development slower, but it matters for long-term stability and App Store review. Public APIs, Accessibility, and Shortcuts each have limits, but they also force the design to be more careful.
Another lesson is that workflow matters as much as geometry. Many macOS window managers are keyboard-first, which is great for some users. But on a MacBook, especially on a smaller screen, trackpad-first window control can feel more natural because your hand is already there.
That is the direction I am exploring with SwipeX: title-bar swipe gestures for snapping, maximizing, showing the window behind, and restoring layouts.
Official site:
https://swipex.lynvivian.com/
