Comment 1 for bug 1859815

This is intended behavior. On losing focus, detached docks go from “dialog” to “window” state with two consequences:

- dialog action buttons are no longer shown at the bottom of the dock, and
- pressing Esc doesn't close the dock any more but returns focus to the main window.

I see how this would be undesireable in "focus follows mouse" configurations. OTOH, tiling window managers are exactly the use case for which this feature was implemented: if the window manager takes care of arranging the tool windows in the desired way, you wouldn't want the application to close windows when the user leaves them, or to add its own window decoration.

Do you have any suggestion how in your environment, gschem should decide whether to treat a detached dock as a “dialog” (with buttons at the bottom, will close on leaving) or as a “window” (without buttons at the bottom, will stay on screen)?