nucular/x11driver can't intercept-and-cancel a WM close request the way
GTK's delete-event handler does, so clicking the window's X would exit
the process -- unacceptable for a tool that's supposed to stay warm and
resident. Rather than patching nucular/x11driver to add that capability,
reuse the external window management swap-watchdog already depends on:
loop in main(), reopening and re-minimizing the window via kdotool each
time it closes. The process, and its warm Go runtime, never exits.
Verified by sending a raw WM_DELETE_WINDOW client message to the running
window: the process survived under the same PID and a new window
reappeared with a different window ID.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
e0daa6b1e5