<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Can't manage acceleration profile on HP 255 G5 "SynPS/2 Synaptics TouchPad"" href="https://bugs.freedesktop.org/show_bug.cgi?id=99695#c10">Comment # 10</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Can't manage acceleration profile on HP 255 G5 "SynPS/2 Synaptics TouchPad"" href="https://bugs.freedesktop.org/show_bug.cgi?id=99695">bug 99695</a> from <a class="email" href="mailto:giuseppemargarita@gmail.com" title="giuseppemargarita@gmail.com">giuseppemargarita@gmail.com</a> <pre>(In reply to Peter Hutterer from <a href="show_bug.cgi?id=99695#c9">comment #9</a>) > ok, let me rephrase this: without implementing half the xserver acceleration > code in libinput, I cannot reproduce the synaptics behavior in libinput. > even then there is no guarantee it will behave the same way because it > scales depending on screen size and libinput does not have access to that. > So it's nice that you don't care how it's done, but I do and it's virtually > impossible. > > right now, most of what I get is people telling me how it doesn't work and > how scandalous this situation is, but what I really need is people who are > willing to help out *fixing* it. because right now, I'm virtually the only > person working on libinput, and time is not infinite. Okay, I understand. Anyway I didn't switch back to synaptics and have to say that after using libinput in the last days I'm getting used to its behavior and it's not scandalous as I thought in the first times. Synaptics remains better to me, but I won't use it anymore because sooner or later I have to switch to libinput. So right now I think the best thing to do is sticking to libinput, getting used to its behavior and forget synaptics. > yes. you can try to switch profiles around or even effectively disable the > acceleration for testing but it does require some developer skills. I can't do it and don't think that flat profile is what I really need because I always used accelerated profiles (in synaptics and on MS Windows). I wanted to try flat profile to see if I could get closer to synaptics behavior or just to have an extra option for testing the movements. But is there a chance to introduce flat profile in the future also for touchpads? You said "touchpads don't have configurable acceleration profiles", so that's not only my touchpad (first I thought it was an hardware issue, but was wrong), but all touchpads managed by libinput. It's a libinput lack and it would be a great improvement if a user could enable or disable it by choice. Then maybe I will choose adaptive profile as I'm doing now, but maybe other users don't. > note that short of relatively fast movements, no acceleration should be > applied [1]. in fact, we still slow down the touchpad by a magic factor 0.4 > anyway (compared to just forwarding device units). so if slow motions are > too fast, then something else weird is going on. > > [1] > <a href="https://who-t.blogspot.com.au/2016/12/libinput-touchpad-pointer-acceleration">https://who-t.blogspot.com.au/2016/12/libinput-touchpad-pointer-acceleration</a>. > html No, I don't think it's an issue. I thought it was, but talking to you and understanding how libinput works I figured out this is its behavior, not something weird. Since synaptics behavior is not reproducible, the only thing I can do is getting used to libinput. It's only a matter of habit. Yesterday I came back to use Windows after lots of days to watch a streaming service not available on Linux and the touchpad was quite unusable to me, just because I was getting used to libinput behavior and proprietary driver has another way to accelerate the pointer on Windows (even different to synaptics on Linux, but much closer to it than libinput). So that's all, I think this bug could be closed. In wish only Plasma desktop could have full support to libinput, not forcing me to adjust acceleration speed at the start of any session, but that's not your problem. Thank you anyway. Best regards.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>