<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - Trackpoint speed lock"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=93448#c23">Comment # 23</a>
              on <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - Trackpoint speed lock"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=93448">bug 93448</a>
              from <span class="vcard"><a class="email" href="mailto:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> <span class="fn">Peter Hutterer</span></a>
</span></b>
        <pre>Mind you, the issue cannot be "fixed" as such, because you're just hitting a
corner case of how trackpoints work vs your specific use-case. You'll always be
balancing the two, there isn't anything we can do here I think. You can
increase the timeout further to reduce the chance of it triggering but it's a
trade-off.

libinput cannot set it because it doesn't have write access to the sysfs files
(and it may not have write access even when run in the compositor). We can
watch it and maybe put a warning in, but that's about it. But we won't know
when it kicks in, so it'd be a fair bit of effort for a high chance of false
positives.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>