<div dir="ltr">I think this is a good compromise. IMHO loss of clicks are the way worse than coordinates drift that could happen if someone moves mouse really fast and clicks.<div><br></div><div style>Great. I'll wait for a fix. And does it mean that I can't do anything to fix it through my code right now?</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/3/20 Kassen <span dir="ltr"><<a href="mailto:signal.automatique@gmail.com" target="_blank">signal.automatique@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, Mar 20, 2013 at 06:29:20PM +0400, Ivan Youroff wrote:<br>
>    Yes. You described the issue very precise.<br>
>    And it would be enough to catch presses occured between frames in a way<br>
>    like keyboard interface do.<br>
>    I'm not an expert in Scheme/Racket, especially in its objective part. But<br>
>    I see that native events are handled in canvas definition. Then they go to<br>
>    fluxus-input-callback. So I wonder is it possible to redefine it from my<br>
>    code?<br>
<br>
Not currently that I know of but if a "pressed since last frame"<br>
would be enough a fix should be very possible.<br>
<br>
I'm not sure that feels entirely satisfactory to me because that would<br>
mean we would lose the coordinates of the cursor at the moment the<br>
button was pressed. Then again; unless we make a quite new kind of<br>
thing we will also lose the state of the scene and hence what was<br>
under the cursor at this moment anyway.<br>
<br>
The simple solution I could probably fix in a spare evening, a more<br>
general fix will probably need either Dave or Gabor.<br>
<br>
Yours,<br>
Kas.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Kind regards,<div>Ivan Youroff</div>
</div>