Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Scrolling is laggy with high speed gaming mice #4997

Open
2 tasks done
dweymouth opened this issue Jul 11, 2024 · 5 comments
Open
2 tasks done

Scrolling is laggy with high speed gaming mice #4997

dweymouth opened this issue Jul 11, 2024 · 5 comments
Labels
bug Something isn't working
Milestone
E fixes (v2.5.x)

Comments

@dweymouth
Copy link
Contributor

Checklist

  • I have searched the issue tracker for open issues that relate to the same problem, before opening a new one.
  • This issue only relates to a single bug. I will open new issues for any other problems.

Describe the bug

When users use Fyne apps with high-speed gaming mice, e.g. 1000 Hz, the scrolling is very laggy and continues to process a backlog of scroll events after the user stops dragging the scroll bar.

A possible solution is to merge scroll events in the driver if they arrive too fast so they are added together and processed only once per frame with the combined delta of all the scroll events that were merged.

How to reproduce

Run any Fyne app with a scroll container using a mouse that reports very fast, say 1000 Hz

Screenshots

No response

Example code

fyne_demo

Fyne version

develop

Go compiler version

n/a

Operating system and version

all

Additional Information

No response
@dweymouth dweymouth added the unverified A bug that has been reported but not verified label Jul 11, 2024
@dweymouth
Copy link
Contributor Author

dweymouth commented Jul 11, 2024 •
edited
Loading

See dweymouth/supersonic#418 for more details and a user-submitted screen capture

@andydotxyz
Copy link
Member

andydotxyz commented Jul 12, 2024 •
edited
Loading

I don't believe this can apply to all operating systems - the way they handle stepping and scrolling is very different.
I'm guessing this is a Linux report - and may relate specifically to the X / Wayland / WM configuration.

Please include at least the minimal info for it to be reproducible.

In addition this seems to confuse two items - the refresh rate and the scroll speed. Scrolling is normally communicated through button presses, but the refresh rate of the mouse refers to the precision of the location on screen and speed of the move...

@dweymouth
Copy link
Contributor Author

From the user reporting the bug to Supersonic:

OS: Arch Linux
DE: GNOME 46.3.1
WM: Mutter (Wayland)

They are also using xwayland as far as I can tell since I don't think a Wayland build is packaged in Arch

@Bush-cat
Copy link

Bush-cat commented Jul 13, 2024 •
edited
Loading

I don't believe this can apply to all operating systems - the way they handle stepping and scrolling is very different. I'm guessing this is a Linux report - and may relate specifically to the X / Wayland / WM configuration.

I'm having the same issue on windows 11, scrolling takes ages but I don't have lags while scrolling.

I'm also using a 1000hz gaming mouse

@dweymouth dweymouth added bug Something isn't working and removed unverified A bug that has been reported but not verified labels Jul 14, 2024
@dweymouth dweymouth added this to the E fixes (v2.5.x) milestone Jul 15, 2024
@andydotxyz
Copy link
Member

I guess it would be helpful to get specifics on hardware or replication setup. On my high polling device the scroll events do not vary with the setting of the refresh rate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working
Projects
None yet
Milestone
E fixes (v2.5.x)
Development

No branches or pull requests
3 participants
@andydotxyz @dweymouth @Bush-cat