<div class="gmail_quote">On Fri, Jun 11, 2010 at 12:13 AM, M. Kiewitz <span dir="ltr"><<a href="mailto:m_kiewitz@users.sourceforge.net">m_kiewitz@users.sourceforge.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Theoretically we could just implement this change for SCI only, although I think that no engine should change mouse cursor position at any time. Limiting it to the Ctrl-M mode isn't good as well, because we would disable it completely for the regular windowed mode and this would break some games and I also bet that most users don't use that mode anyway. Personally I'm not using it either, because that's even worse when I want to do multiple things simultaneously.<br>

<br>
Any thoughts about this?<br>
<br>
Regards<br>
  M. Kiewitz<br></blockquote><div><br>Although I'm not particularly familiar with the SDL backend, I don't see it as being much of an issue either. There isn't any API function to get the current mouse position - it only gets provided with mouse events (AFAIK). So if a call to warpMouse is made by the game engine, and the cursor is outside the window, then no mouse events would be generated anyway (and the game will presume the cursor is still at the position it was 
warped to) until the mouse returns to the window . At which point any further calls to warpMouse could move the cursor.<br></div></div><br>Quite a few of the engines use warpMouse, so it's probably best to have a consistent handling across all of them. There is still the problem with leaving the window if the warpMouse gets called rapidly, though. I saw that got raised on the IRC channel, so for games that use warpMouse to enforce a bounding box, the user will still be prevented from moving the mouse off-screen.<br>
<br>Regards,<br><br>Paul.<br>