Please Base The Scroll Amount In GUIs Differently

Feature Requests Engine Features
#1

Currently it seems to only go a certain amount of pixels. It should be based on how big the bar is.

This shouldn’t take 6 scrolls:

Decrease scroll bar acceleration
#2

There should be a UDim value for it; so we can either specify the scroll amount by the percentage of how large the CanvasSize is or by a set number of pixels, or both. Plus, it would actually give a use to the UDim value which hasn’t got any value, as UDim2 is pointless (why would you want to set different scrollrates for x/y? If you have a use case for this, please tell me)

Something like ScrollingFrame.ScrollSize would be okay.

1 Like
#3

That’s why I have a custom scrollframe, which is just a moving holderframe inside a clipsdescendants-frame.
Had lots of fun writing the code to determine the length and position the scrollbars, I derped a lot during the writing.
Now that I have custom scrolling, I could easily implement auto-scrolling, scroll effects, … (but I’m too lazy)

EDIT: To easily fix your problem, you could check when the scrollframe is scrolled.
If it’s scrolled 5px down, make it scroll down another 30px or whatever you want.
(Just make sure you don’t scroll down below the borders, don’t want to spam the F9 with warnings, do we?)

#4

[quote] That’s why I have a custom scrollframe, which is just a moving holderframe inside a clipsdescendants-frame.
Had lots of fun writing the code to determine the length and position the scrollbars, I derped a lot during the writing.
Now that I have custom scrolling, I could easily implement auto-scrolling, scroll effects, … (but I’m too lazy)

EDIT: To easily fix your problem, you could check when the scrollframe is scrolled.
If it’s scrolled 5px down, make it scroll down another 30px or whatever you want.
(Just make sure you don’t scroll down below the borders, don’t want to spam the F9 with warnings, do we?) [/quote]
This isn’t my game.

#5

I have just made an update that should fix this issue. Let me know what you think.

#6

Much better! Thanks! Go interns!

#7

This is really good, thank you. Comparison time! Left is old and slow; right is responsive.

Edit: Sometimes the new scrolling skips a bit. Not sure why. I’d way rather have this than the old one though lol. It’s shown halfway through the right gif. Compare the 2nd gif with this one from google chrome (no skipping):

Edit: It skips when you’re scrolling really fast because it assumes you want to go down faster. Makes sense, nevermind!

#8

It’d be awesome if we could get smooth (is it what I’ve heard called inertial?) scrolling where the scrollbar would tween between desired locations instead of just hopping.

#9

Inertial scrolling is the phenomenon where the scrolling velocity is maintained after the scroll is released and slowly decays, you see it mostly on touch devices. (You swipe really fast and it will keep scrolling after you release touch)

#10

How about giving us the ability to set the scroll speed? o:

2 Likes
#11

Inertial scrolling is the phenomenon where the scrolling velocity is maintained after the scroll is released and slowly decays, you see it mostly on touch devices. (You swipe really fast and it will keep scrolling after you release touch)[/quote]

Edge and Sublime Text have this and it looks great. It feels a whole lot more natural, imo.