You might wanna watch the video above, but in short: When scrolling content on a touch-screen, instead of letting momentum stop the scrolling, you can decide exactly where it should stop. It stops at the point where you flicked it.
It would be great for things like books, blogs, timelines or anywhere where you donât fly over, but continuously wanna âmove forwardâ. Kinda like paging but within and long scroll. Some apps have a page up/down feature, but I donât really use it because it moves always the whole height and might cut off a picture or so. With this âflick scrollingâ you can decide to where it should move to. The last paragraph or beginning of a picture.
Why not just use pages or cards? Yes, that works sometimes, but not always, especially not when you have no control over the content. iA wrote a good post about it: Scroll or Card? With flick-scrolling you get the joy of âcard flippingâ without the cards.
Here the two demos from the video so you can try it out (only tested on iOS).
Warning: Iâm not really a programmer so the demo is just a hack to demonstrate how it could work. Would need some improvements. And of course, performance would be better if it would be implemented natively.
One thing Iâm not sure about.. there is the possibility that you intend to do a flick scroll but end up doing a normal scroll or vice versa. You can judge for yourself in the demos. Maybe the detection could be further optimized or here some other possibilities (Let me know if you can think of more).
Use a two-finger scroll. But then you canât use just your thumb which makes it not that useful.
Split up the screen into two areas, for example left for normal scroll and right for flick-scroll.
Credits: Demos use the iScroll4 library and in the timeline demo, the âscrollToElementâ feature is used, which is a pretty cool one.
ellievsbear
yousharknotpass
gummygunk
turnnoffyourmind
stormborns
prguitarman
pixelskylines
s-u-f-j-a-n-s-t-e-v-e-n-s
