Announcement

Collapse
No announcement yet.

High Resolution Scroll Wheel Support Being Worked On For Wayland

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #21
    Originally posted by blueweb View Post
    In kernel 4.20, Wheel Resolution = OFF was normal behavior while ON was very sensitive/fast. I kept it OFF. Since then the slowness hasn't happened even in kernel 5.0.

    My guess is that in kernel 5.0, solaar's settings have inverted and that there is a bug with the high resolution scrolling feature. Wheel Resolution = ON in kernel 5.0 is just the same behavior as always. But ON in kernel 4.20 was very noticeably smoother. Not sure how that could be experienced if the feature only showed up in kernel 5.0.
    No. I assume it's all due to a disconnect between what hardware sends and how kernel interprets what the hardware sends. Specifically, kernels 4.20 and earlier (lacking high-resolution scrolling support) assumed that Logitech mice send low-resolution events, and kernels 5.0 and later (having gained the high-resolution scrolling support) now assume that Logitech mice only send high-resolution events. At the same time, the switches in Solaar control what the hardware will actually send.

    I suppose this is something to fix in the kernel, so that it will switch Logitech mice to high-resolution scrolling itself, without any help from 3rd party userspace.

    Comment


    • #22
      Originally posted by aaahaaap View Post

      Apple's touchpad works fine/like a touchpad.
      I haven't tried the current model yet though, only the previous one.
      One and two finger functions work well with the Apple Magic Touchpad II on the 5.x kernel. Still no three or four finger functions or pinch resizing, either, at least out of the box. I haven't had the inclination to seek out the docs to see if they might be something the user could enable and configure.

      The current version default for the threshold of tap recognition is a little high for my liking, but changing the AtttrPressureRange= setting in /etc/libinput/local-overrides.quirks to 4:0 fixed that.

      Comment


      • #23
        Originally posted by intelfx View Post

        No. I assume it's all due to a disconnect between what hardware sends and how kernel interprets what the hardware sends. Specifically, kernels 4.20 and earlier (lacking high-resolution scrolling support) assumed that Logitech mice send low-resolution events, and kernels 5.0 and later (having gained the high-resolution scrolling support) now assume that Logitech mice only send high-resolution events. At the same time, the switches in Solaar control what the hardware will actually send.

        I suppose this is something to fix in the kernel, so that it will switch Logitech mice to high-resolution scrolling itself, without any help from 3rd party userspace.
        Plausible. Though it seems strange to assume something and then change that assumption on a later kernel.

        Even with Solaar running, sometimes the mouse gets "stuck" in slow scrolling mode, and after a few seconds scrolling becomes normal again. Without Solaar, it would stay in the slow mode until turning the device off/on. I hope these kinks get ironed out.

        Comment


        • #24
          XFCE has had this feature for at least 20 years. This is why nobody takes IBM-wayland seriously.

          Comment


          • #25
            Originally posted by debianxfce View Post

            This wayland feature will not work fine after 10 years of development based on the history of wayland. This is why only IBM believers takes IBM-wayland seriously.
            Wayland compositors such as Mutter and Kwin have not had 10 years of development. XFeces has been in development for more than 20 years and it is still an unfinished piece of crap, this is why nobody uses XFeces or takes it seriously.
            Last edited by retardxfce; 05-16-2019, 04:12 PM.

            Comment

            Working...
            X