Hi Alexandre,
A patch you made a couple of days ago seems to have broken window-moving
in managed mode. When you try to move a window, the mouse jumps back to the
move origin position. It seems to be related to the change below, though
I honestly can't see why this code is needed at all. My guess is that previously,
we were simply queueing a hardware event which wasn't handled until after
the drag-loop was done...
RCS file: /home/wine/wine/windows/winpos.c,v
retrieving revision 1.81
retrieving revision 1.83
diff -u -r1.81 -r1.83
--- winpos.c 2000/12/13 20:03:53 1.81
+++ winpos.c 2000/12/18 03:10:42 1.83
[deleted]
@@ -2938,13 +2943,10 @@
EVENT_Synchronize(); /* Synchronize with the host window system */
if (!GetCapture() && ((wndPtr->dwStyle & WS_VISIBLE) || (flags & SWP_HIDEWINDOW)))
- {
+ {
/* Simulate a mouse event to set the cursor */
int iWndsLocks = WIN_SuspendWndsLock();
-
- hardware_event( WM_MOUSEMOVE, GET_KEYSTATE(), 0,
- PosX, PosY, GetTickCount(), 0 );
-
+ mouse_event( MOUSEEVENTF_MOVE, 0, 0, 0, 0 );
WIN_RestoreWndsLock(iWndsLocks);
}
-Gav
--
Gavriel State
CEO
TransGaming Technologies Inc.
[EMAIL PROTECTED]
