Disable or weaken the jumping effect on the palettes menu when scrolling with the mouse wheel

I believe this particular effect in intentional, but I'm not a huge fan. It's better than the first beta, where it was almost impossible to control the scrolling even before you hit the top/bottom. Now it's more of a curiosity than a hindrance. At least, so it seems after just a little time with it, we'll see how I feel in a few days / weeks.

How to create an aniGIF which's so big and clear? I tried once in some way but it only got me a thumbnail-sized GIF ;(

Thanks XD

See https://github.com/musescore/MuseScore/pull/5492

Fixed in branch master, commit 8507224ccd

fix #294613: disable overshooting boundaries when scrolling palettes

That is strange, for me something similar happens only sometimes, and most of times scrolling goes without jumping over boundaries. In 3.3.2 this was always reproducible. However it indeed appears to be somehow not fully disabled.

Came up again in https://musescore.org/en/node/304981

The issue is still there as of 3.5, or at least is not solved fully. When I scroll through "lines" palette, or other long palette it scrolls like on a glitchy smartphone. the amount of scroll is disproportional to the amount of finger movement. Scrolls down too much and too fast. Looks like it continues to scroll after the fingers aren't moving anymore. Very uncomfortable for using my trackpad

This is more of a suggestion than a bug.

Yes but it doesn't prevent you from doing anything you want in the palettes. Besides I cannot seem to reproduce this anymore.

It might be because you have a regular mouse, and it only occurs with some trackpads. However it is quite bad and even though you "technically" can use the pallette, the way "how" it works will drive people crazy. I would not take it so lightly. It is very frustrating, when you cannot properly navigate on a smaller screen and have to keep fiddling around to get to the needed element! Not good!

As said before It is most severe when you navigate long palettes like "lines". What it does is as soon as you scroll within that palette it tries to scroll you all the way to the end of the menu right away. And it does that even if your fingers stop. So I don't know what feature is that, that causes this "force navigation" to the end of the palette, but in this context it is a disaster. You just jump over the elements you wanted to use and have to scroll back and forth trying to catch what you need in the palette. On smartphones and other touch devices this continuous "tail" scrolling will only happen if you take your fingers up from the surface doing these common "swiping" gestures, but NEVER when your fingers stop and stay on the touch surface. It is also way too fast. And it only happens within the pallets area and nowhere else within Musescore, or anywhere else on my computer for that matter. So this is simply a wrong behavior that seems to affects devices using two finger scrolling. Effectively a bug. Not a suggestion.

Then we will need more information on the OS environment.

Which information do you need exactly?

Anything other than complaints that can basically be summarised into a single sentence.

It forces me to scroll several times up and down to be able to use the palette items when both "Lines" and "Barlines" are opened. (Several times = until I'm lucky enough to have MuseScore stopping at the correct height)
Laptop is Dell XPS15, WIndows10
Why can't we just remove this useless effect?

Workaround: use the scrollbar

The issue might be related to some laptops. The issue comes also on HP elite x2. It never comes along with the actual mouse, only with the trackpad.
Laptop HP elite X2
Windows 10

The scroll bar doesn't always work. Sometimes it jumps back in the opposite direction.

Oh, bad news. In that case this bug should be marked major isn't it?

No, it's still minor even though it's annoying.

The "flick gesture"-like scrolling is still present.

First reported with 3.3