[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE

http://bugs.winehq.org/show_bug.cgi?id=6971

--- Comment #308 from Forest Hale   2010-01-10 15:52:27 ---
(In reply to comment #304)
> (In reply to comment #303)
> > However this means DIinput will revert back to the current (broken) behavior.
>
> Do you mean "it just won't work" or "XI2 solution will leave systems without
> libXi-1.3 at current dinput state"? I'm incompetent here, but I don't really
> believe that any way of warping will totally solve this problem somehow. Again,
> I don't know for sure, but I guess that warping brings out other problems (i.e.
> lithtech games spot warping making aim intermittent)

That is a different kind of warping than I described.

I am describing a situation where the movement is captured transparently and
passed to wine, without updating the mouse pointer location at all, then wine
moves the mouse pointer to mimic the expected behavior (while imposing
restrictions such as mouse clip rects), as far as all programs (both wine and
X11 apps) can tell, it is moving normally.

How this is done is not important, whether it is DGA or XInput2, the result is
the same.

What we really want (and XInput2 supposedly delivers) is feedback on movement
even when the mouse is pressing against the borders of the clip rect, this is
what DirectInput cooperative mode expects.