On Wed, Mar 05, 2008 at 01:54:53PM +, Samuel Thibault wrote:
Here is a revamped patch:
This fixes SDL mouse events processing:
- GetRelativeMouseState() always returns the last position, so when the
polling loop gets several mouse events in one go, we would send
useless 'no move'
Aurelien Jarno, le Thu 13 Mar 2008 20:50:51 +0100, a écrit :
On Wed, Mar 05, 2008 at 01:54:53PM +, Samuel Thibault wrote:
This fixes SDL mouse events processing:
- GetRelativeMouseState() always returns the last position, so when the
polling loop gets several mouse events in one go,
Hello,
The patch below fixes SDL mouse events processing:
- GetRelativeMouseState always returns the last position, so when the
polling loop gets several mouse events in one go, we would send
useless 'no move' events.
- So as to make sure we don't miss any mouse click / double click, we
Hi,
On Wed, 5 Mar 2008, Samuel Thibault wrote:
The patch below fixes SDL mouse events processing:
- GetRelativeMouseState always returns the last position, so when the
polling loop gets several mouse events in one go, we would send
useless 'no move' events.
- So as to make sure we don't
Johannes Schindelin, le Wed 05 Mar 2008 14:09:10 +0100, a écrit :
What is this good for? (I imagine that it would make sense to add a
comment to document why this is here, for clueless people like me.)
Maybe it is to initialise the state of the mouse buttons?
That's it.
This means that
Here is a revamped patch:
This fixes SDL mouse events processing:
- GetRelativeMouseState() always returns the last position, so when the
polling loop gets several mouse events in one go, we would send
useless 'no move' events, let's avoid that.
- So as to make sure we don't miss any mouse
Hi,
On Wed, 5 Mar 2008, Samuel Thibault wrote:
Here is a revamped patch:
Thanks, and thanks for the explanations, too.
Ciao,
Dscho