<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTOURBUG - xf86-input-libinput: Rough and lopsided mouse movement in games/apps that reposition mouse" href="https://bugs.freedesktop.org/show_bug.cgi?id=96982#c11">Comment # 11</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTOURBUG - xf86-input-libinput: Rough and lopsided mouse movement in games/apps that reposition mouse" href="https://bugs.freedesktop.org/show_bug.cgi?id=96982">bug 96982</a> from <a class="email" href="mailto:dannihfoss@fastmail.fm" title="Danni H <dannihfoss@fastmail.fm>"> Danni H</a> <pre>Hmm, what sort of odd and inconsistent behavior? Do you have an example? My understanding is that moving the mouse 5.5 pixels from 100 to 105.5 would result in mouse pointer integral at 105 with 0.5 leftover, with the mouse moving another 0.5 the next frame to bring it to 106. Is there a corner case I'm not aware of? If this isn't a satisfactory workaround, I think at least we should add 0.5 to the destination coordinates when warping the pointer - this would at least center the mouse pointer in sub-pixel space around the target pixel, such that it would take an equal amount of movement in any direction to move to the next pixel. It wouldn't be as smooth as evdev but it would at least be less lopsided and it wouldn't feel quite so much like pushing a bus up a hill.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>