# About Scrolling 

**URL:** <https://forums.fusetools.com/t/about-scrolling/5720>\
**Category:** Bug Reports\
**Created:** [September 22, 2015, 7:10am UTC](https://forums.fusetools.com/t/about-scrolling/5720 "2015-09-22T07:10:40Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Mao](https://avatars.discourse-cdn.com/v4/letter/m/eb9ed0/32.png) [@Mao](https://forums.fusetools.com/u/Mao)\
**Post date:** [September 22, 2015, 7:10am UTC](https://forums.fusetools.com/t/about-scrolling/5720/1 "2015-09-22T07:10:40Z")

</div>

Hi! I don’t know whether it’s a bug or not. I found that after I scroll down a list and renew the list data with shorter items, the scroller needs some time to scroll back to the top.

I have recorded a short video: [https://www.youtube.com/watch?v=HYGCd-iV0HQ&feature=youtu.be](https://www.youtube.com/watch?v=HYGCd-iV0HQ&feature=youtu.be)

---

<div class="post-metadata">

**Author:** ![Jake\_Taylor](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.fusetools.com/jake_taylor/32/512_2.png) [@Jake\_Taylor](https://forums.fusetools.com/u/Jake_Taylor)\
**Post date:** [September 22, 2015, 5:53pm UTC](https://forums.fusetools.com/t/about-scrolling/5720/2 "2015-09-22T17:53:07Z")

</div>

Oh woah, that’s super strange! I’m gonna recreate this locally and see what I can find. Thanks for the report!

---

<div class="post-metadata">

**Author:** ![Mao](https://avatars.discourse-cdn.com/v4/letter/m/eb9ed0/32.png) [@Mao](https://forums.fusetools.com/u/Mao)\
**Post date:** [September 23, 2015, 7:34am UTC](https://forums.fusetools.com/t/about-scrolling/5720/3 "2015-09-23T07:34:12Z")

</div>

You’re welcome:)

---

<div class="post-metadata">

**Author:** ![edA-qa\_mort-ora-y](https://yyz1.discourse-cdn.com/flex035/user_avatar/forums.fusetools.com/eda-qa_mort-ora-y/32/124_2.png) [@edA-qa\_mort-ora-y](https://forums.fusetools.com/u/edA-qa_mort-ora-y)\
**Post date:** [September 23, 2015, 8:06am UTC](https://forums.fusetools.com/t/about-scrolling/5720/4 "2015-09-23T08:06:56Z")

</div>

This is actually the intended behaviour, but you’ve demonstrated a use-case where it degenerates. The idea is normally a few items are added or removed at a time from a ScrollView, and the end should gently scroll to the new location as necessary.

Of course if you’ve made a massive change this scrolling takes quite a while. I’ll enter a feature request to see how we can deal with this. I suspect we could simply skip all the empty space, so the new single item would just scroll in from the top.

I might expose an option to disable this scrolling, or to auto-jump after such a reload as well.