ScrollView scrollTo() constant scrolling speed

I’m trying to implement the functionality of scrollTo() with a scrollView.

    scrollView:scrollTo( "right", {         time = 3000,         onComplete = function()         end     })

What bothers me, though, is the (although very nice) non-constant speed of scrolling. It accelerates nice and slowly, eventually reaches the maximum constant speed and repeats the same process at the end decelerating - it looks similar to quadIn and quadOut.

However, I would like to have it jump to constant speed and stop abruptly when reaching the ending position. Is there a way to implement it this way?

Or at least, can somebody tell me the parameters and the form of velocity graph and I’ll do a work around myself? I haven’t found anything in the Docs on this matter.

Should I ask for a feature / file a bug?

You can always ask for the feature.  I don’t believe this is a bug.  However, we made the widgets open source.  You can download the library (it’s all Lua) from our github repository and add in your own features.  We simply don’t have the engineering time to add features that may only benefit a few subscribers.   This is why we have the site:

http://feedback.coronalabs.com

where you can ask for features and vote on features requested by others.  If something gets enough votes to show us it would benefit a larger segment of the community, then we will consider it.  Of course, people will ask for impossible things that we simply can’t deliver on or it’s impractical, but for things like this:  adding easing options, would be a reasonable request, but we need the community to show interest in it.

Here is the link to the open sourced version:  https://github.com/coronalabs/framework-widget

It might just be a matter of you swapping out the easing to the .linear easing.

Rob, thank you for your answer. Hopefully I’ll make it work!

You can always ask for the feature.  I don’t believe this is a bug.  However, we made the widgets open source.  You can download the library (it’s all Lua) from our github repository and add in your own features.  We simply don’t have the engineering time to add features that may only benefit a few subscribers.   This is why we have the site:

http://feedback.coronalabs.com

where you can ask for features and vote on features requested by others.  If something gets enough votes to show us it would benefit a larger segment of the community, then we will consider it.  Of course, people will ask for impossible things that we simply can’t deliver on or it’s impractical, but for things like this:  adding easing options, would be a reasonable request, but we need the community to show interest in it.

Here is the link to the open sourced version:  https://github.com/coronalabs/framework-widget

It might just be a matter of you swapping out the easing to the .linear easing.

Rob, thank you for your answer. Hopefully I’ll make it work!