| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Jamie Walchover to jamiewalch@
I don't think I'm the right person to review this code. I'm not a Wayland expert, and my last attempt to address this issue got reverted due to user complaints.
I did try out the CL to see if it felt right. I found that with this CL applied, scrolling is slower than many other apps (gnome-terminal and gedit), but comparable to some others (ptyxis and the Gnome touchpad settings test app). I would also say that with this change my trackpad makes Chrome scroll roughly as fast as I would expect from other platforms, but it's very subjective. And that's just GNOME--I wasn't able to test on anything else.
I think that this isn't really an eng decision. Can we can get some UX people to make a decision about how fast Chrome should scroll on Wayland? I think if we land this as-is we're going to get https://issues.chromium.org/issues/457478032 reopened.
// coordinates rather than being scaled by 12x.Did you mean 10x? That's the value of `kAxisValueScale`.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Jamie Walchover to jamiewalch@
I don't think I'm the right person to review this code. I'm not a Wayland expert, and my last attempt to address this issue got reverted due to user complaints.
I did try out the CL to see if it felt right. I found that with this CL applied, scrolling is slower than many other apps (gnome-terminal and gedit), but comparable to some others (ptyxis and the Gnome touchpad settings test app). I would also say that with this change my trackpad makes Chrome scroll roughly as fast as I would expect from other platforms, but it's very subjective. And that's just GNOME--I wasn't able to test on anything else.
I think that this isn't really an eng decision. Can we can get some UX people to make a decision about how fast Chrome should scroll on Wayland? I think if we land this as-is we're going to get https://issues.chromium.org/issues/457478032 reopened.
I'm on the camp that it should be as fast as ChromeOS, but I understand the want/need to be more akin to Desktop Linux. However, there is no standardized framework for scrolling in Desktop Linux. As I mentioned offline, each DE has their own scroll settings and each UI framework also has their own scrolling quirks. Newer GTK versions will have different scrolling implementations than older versions of GTK (even different versions of GTK 4 will change up the scrolling!). QT also will has a different scrolling implementation. In addition, KDE has a scroll speed setting that GTK will not respect. I feel that there should be a consensus on which parameters will satisfy the most users.
Did you mean 10x? That's the value of `kAxisValueScale`.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |