Live data from Hacker News

Complexities of an infinite scroller

developers.google.com

11–20 of 39 posts

Re: Complexities of an infinite scroller

#11

Infinite scrolling is typically annoying, often making you do busy work to find content you want, and frankly a worse solution than just having multiple pages. So if it's also harder, why do it?

I'd rather infinite scroll my twitter feed than keep clicking Next Page.

Re: Complexities of an infinite scroller

#12
post #8

Infinite scrolling is typically annoying, often making you do busy work to find content you want, and frankly a worse solution than just having multiple pages. So if it's also harder, why do it?

Thank you. Infinite scroll sucks.

For something like the Facebook timeline that is unreasonable to paginate i tolerate it. But what annoys me most is when a finite list for a few hundred items has an infinite scroll.

Especially when it's a list like favorites where you would what to browse to any point equally as often (im looking at you SoundCloud).

I'm hoping that infinite scroll looses the hipster appeal sooner or later and we can implement the best solution rather than jumping on the bandwagon all the time (SoundCloud's favorites were paginated a few years ago).

Re: Complexities of an infinite scroller

#13

I attempted to prototype what it would be like loading the space in the full viewport so you can have an accurate scroll bar. It uses lazy loading with a deliberate 1 second delay server side. http://www.meda.co.uk/sandbox/infinitescroll/list.php Fun project, but very challenging to make it work it fast on a mobile device. Basically it adds placeholder elements and adds the items when they get close to the viewport.…

OCD kicking in. Try setting the header box-sizing property to border-box.

Re: Complexities of an infinite scroller

#15
post #11

Infinite scrolling is typically annoying, often making you do busy work to find content you want, and frankly a worse solution than just having multiple pages. So if it's also harder, why do it?

I'd rather infinite scroll my twitter feed than keep clicking Next Page.

It really depends how people are using it. If people are looking for random interesting content then an infinite scroll makes sense. If you add the amount of internet time spent is using Twitter, Facebook, and Reddit (app or RES), then we can conclude that it is at a deeper level a better user interface for certain types of content. People calling something that most people just prefer without thinking about it and is mainstream 'hipster appeal' is quite ironic.

Re: Complexities of an infinite scroller

#16
post #3

Is it me or is it impossible to scroll that page in Safari?

Gee. Google code not working on non-google browsers. What a surprise. Speaking as a firefox user, I'm lucky if google docs even loads, let alone works properly. Yet a another example of google talking out of their ass about "supporting web standards"

They are apparently aware of it at least. https://news.ycombinator.com/item?id=11882964

Re: Complexities of an infinite scroller

#18
post #16

Earlier quoted context omitted.

Gee. Google code not working on non-google browsers. What a surprise. Speaking as a firefox user, I'm lucky if google docs even loads, let alone works properly. Yet a another example of google talking out of their ass about "supporting web standards"

They are apparently aware of it at least. https://news.ycombinator.com/item?id=11882964

We are aware, and it certainly wasn't intentional. Waiting for fix in our impl of Material Design Lite (ironically before we move off it)

Re: Complexities of an infinite scroller

#20

For a React implementation, look no further than react-virtualized ( https://github.com/bvaughn/react-virtualized ). Performant, great featureset, and one of the most accessible, responsive maintainers I've ever seen in an open source project.

[deleted]
Post reply on HN