<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#c14">Comment # 14</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:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> Peter Hutterer</a> <pre>(In reply to Danni H from <a href="show_bug.cgi?id=96982#c13">comment #13</a>) > Hi, where would be a good place to discuss the implementation of a possible > fix for this issue? best is the xorg-devel list, this is core X server stuff. > I'm not really sure why you would need to reset subpixel information when > traveling large distances. Wouldn't one simply be able to do something like > this: > > xPos += floor(destinationX) - floor(sourceX); > > This would move the cursor while preserving the fractional because it would > only ever adjust the mouse position by some number of whole pixels. well, that's the bit up for discussion. Because we're only dealing with subpixel here I think we should be fine with the 0.5 offset but my gut tells me warping a request of 0/0 to 0.9/0.9 because that's the leftover is wrong. There are a few places where subpixels matter (iirc pointer barries for example) and you may different behaviour depending on whether there's a remainder or not.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>