Hacker News Reader

Comment by ChrisLTD | Hacker News Reader

I despise endless pagination. I do most of my browsing on mobile devices these days, and endless pagination can quickly overload the measly RAM constraints on my iPad and iPhone resulting in a crash.

View on HN

I've been wanting to play around with "scrolling pagination" as opposed to an "endless pagination." Where items are removed from the top of the list as they are added to the bottom, so you have a low-memory version of endless pagination.

Curious how much havoc that would wreck on the scrollbar & swipe scrolling on mobile.

I have a site in progress that's used an endless paging with a sliding window, so after 5 pages it'd clip the top page. It was a little irritating in that you could notice that something different was happening with the scrollbar once you hit the limit, but other than that it did work well on mobile devices.

In the end we had to replace the endless bit with a big "load more" button though, for unrelated reasons.

When you remove your content, measure it first and keep your new content properly offset. This way the scrollbar won't change since your new content is positioned correctly. The old content is removed from the DOM, but the space it took up is still accounted for.

That's a cool idea. If I recall correctly, that's how table views work in iOS.

Google reader is doing this ok on mobile version for my Androids: they have two action links on bottom of list: "load more items" and "mark all as read", so I do load more a few times, and then mark them all as read when I feel I am loading too much the boat.

Reply on news.ycombinator.com