Ddraw and d3d9 already take care of this.

This prevents dragging a window's title bar behind a menu bar across the top
of a screen, for example.

If the target rect is outside a monitor rect but is between its extremes in
one dimension, that dimension should contribute 0 to the distance, rather than
some arbitrary amount.

Tests show this is just wrong. This patch fixes a regression introduced by
commit 74e3f516.

winemac: Send WM_{ENTER, EXIT}SIZEMOVE before/after window dragging and run an internal event loop during.

This simulates some of what would happen if user32 were managing the drag.  The
click in the caption would cause WM_SYSCOMMAND/SC_MOVE.  The processing of that
message is synchronous and doesn't return until the move is complete.

Some games require that "blocking" in the internal event loop to prevent them
from misbehaving during the drag.