Scrolling in mouse-based programs should probably only send a single scroll signal

[liquidev]

It appears that when running under ghostty, Helix receives multiple scroll signals when you use the scroll wheel. This causes the screen to visibly update several times before it settles into place (sort of "animating" the scroll in an ugly way,) and also makes the default scroll height a little too big (because Helix scrolls 3 lines by default, couple that with ghostty's default which is 2 I believe, so you get 6 lines—which is unlike how any other terminal I've tried behaves.)

I unfortunately don't have a video because the effect happens too fast to be easy to capture... but it's pretty easy to reproduce locally in Helix.

[mitchellh]

This isn't a bug, this is to handle inertial scrolling with macOS. Feel free to Git blame that code and see more reasoning. I'm willing to look into how other terminals handle this better though.

[00-kat]

I wasn't able to find the reasoning either in the source code or through git blameing; but I wanted to ask, is mouse-scroll-multiplier affecting the number of scroll events sent also related to inertial scrolling with macOS, or is it only the default value of two events that matters? I'm not able to figure out if that is a separate issue or not.

[prurigro]

So in linux I'm getting 4x the scroll- setting the mouse-scroll-multiplier to 0.25 makes it behave like other terminals. Would it be worth not applying this logic when not in macos?

[rhodes-b]

The main branch has changed this #6052