macos: Fix window move controls are disabled (#60620) (cherry-pick to preview)

[zed-zippy]

Cherry-pick of #60620 to preview

---

Closes #60595

cc Anthony-Eid since you did an initial pass on this.

Objective

Currenly on macOs there is no way right now after the following
regression to use window management short keys to move them around. This
worked before, but was regressed initially in
#59836 that tried fixing a
macos 27 clicking delay issue on the titlebar. That accidentally set the
native_window.setMovable_(is_movable as BOOL) to false. Because of
this mocos detects this and disables the window managements actions
because it thinks the window can/should not be able to move.

Solution

The macOS 27 click delay actually comes from AppKit's native titlebar
dragging, not from NSWindow.isMovable. The problem is that
is_movable is also what enables the Window menu's tiling options, and
#59836 used it to turn off dragging, which disabled the tiling menu as a
side effect.

To fix this, I restored is_movable to its real meaning so the tiling
menu works again, and added a separate
WindowOptions::app_owns_titlebar_drag flag for windows that draw their
own titlebar and handle dragging via Window::start_window_move. On
macOS this tells AppKit to stop owning titlebar drags (removing the
click delay) without affecting is_movable. Zed's main window now sets
both is_movable: true and app_owns_titlebar_drag: true, so the
tiling menu stays enabled, the click delay is gone. I also added a
window_movable gpui example to make this behavior easy to test
manually.

Testing

I added a gpui test example that helps testing this bug. You can run the
newly added gpui example with 4 different window configurations that
should confirm that this change is the right one for all of the window
types that we have.

Self-Review Checklist:

• I've reviewed my own diff for quality, security, and reliability
• Unsafe blocks (if any) have justifying comments
• The content adheres to Zed's UI standards
  (UX/UI
  and
  icon
  guidelines)
• Tests cover the new/changed behavior
• Performance impact has been considered and is acceptable

Showcase

After (note this now shows the window managements entries as they
were greyed out.)

Screen.Recording.2026-07-08.at.20.10.34.mov

GPUI (test examples with different window configurations.)

Screen.Recording.2026-07-08.at.21.11.07.mov

---

Release Notes:

• Fix macos window management controlls were grayed out/not working

[Veykril]

@zed-industries/approved