allow 'faster' movement in sliders

[Voyager1]

Ever since the new advanced filtering UI I'm annoyed with the sliders. They are slow and difficult to use because of the small steps (1 year at a time, or 0.1 rating at a time)... I have come up with a simple solution, which is to allow the sliders to jump 10 steps at a time.

The question I still have is related to which keys should be used for this, and right now I can't think of anything else than PgUp and PgDn for the big steps. I tried it and it works beautifully, this is a great usability improvment.

I'm not sure though about any side effects on GUI (like in different skins).

So before merging, I'd like your input.

Including
@Montellese
@jmarshallnz

[Montellese]

Looks good to me but there already was a huge discussion on how to do navigation in a range slider. Some think it's best to use up and down to switch between the different nibs, others think that using Select/Enter is better (as it is implemented now) and there are other ideas on how to do the navigation. So not sure if adding this in as well will just lead to code that needs to be changed later again if we can decide on a final and best navigation approach.

[Voyager1]

I agree it's not ideal. I think it would be better to have some kind of delayed call to onchanged (the bit that triggers the filter call) so that we can quickly scroll to the right position first, then after let's say .5 s of not using right/left keys make the onchanged call. I looked into how this can be achieved but I don't see how.

For now, using big steps seems to be the easier way (with Frodo in mind)...

[jmarshallnz]

A delayed call is IMO the best solution. It's not clear to me that PAGE_UP/DOWN should move a slider, particularly if that slider is held in a list (where PAGE_UP/DOWN would better jump pages in the list?)

[phil65]

an idea:
i think a better solution for those 2-way sliders would be to completely get rid of this slider-moving inside the control itself.
with that i mean that the slider button control should behave like a horizontal grouplist with two buttons (like spincontrol for example, with small labels showin the actual limit instead of up/down arrows) where both buttons open a popup which allows to make small or big steps + also direct keyboard input with numblock. this would also improve handling with touch devices etc I think because the slider could be shown a lot larger inside this popup.
another advantage would be that onleft/onright events for slider buttons could be used to focus another button/ scrollbar / whatever then so they behave the same as the other button types in terms of navigation.
i know havin a new window isn´t perfect, but i really cannot see any other way to make this control intuitive.

[Voyager1]

@jmarshallnz I thought the same about those keys hinting to jumping in the list rather than moving the slider. So if we want to go with a delayed call, i would need a hint / ideas as to how to work it into the control.

[Montellese]

I've implemented a delayed live filtering in #1661.

[Voyager1]

closing in favor of #1661