Live data from Hacker News

Chromium proposal for browser-level infinite scrolling lists: Lazy Block Layout

docs.google.com

21–30 of 30 posts

Re: Chromium proposal for browser-level infinite scrolling lists: Lazy Block Layout

#21
post #7

Earlier quoted context omitted.

Depends, infinite scrolling can be and has been done right [0], but it's really not the focus of the feature -- it's a product. [0] http://warpspire.com/experiments/history-api/

Maybe I just haven't seen it done right - do you have some example links?

The Tumblr "dashboard" (feed) is pretty good. Also, collections and news on Are.na.

Re: Chromium proposal for browser-level infinite scrolling lists: Lazy Block Layout

#23
post #11

Earlier quoted context omitted.

Having a linkable infinite scroll is only solving one of the issues in infinite scroll. Have you ever tried to click the links in Facebook below your news feed? Why is it that everyone who implements automatic infinite scroll shoves it into a context where there's stuff beneath it on the page, making that content completely inaccessible?

No, because FB puts the same links and content under the right-hand side. Can you enumerate the issues that need to be addressed? I have ready of research on the lack-luster implementations (eg. Twitter) that many assume is the status quo.

My biggest problem is how to get back to where I was. I was reading a funny tumblr on my phone and got to the point where the page was incredibly slow, so I wanted to start reading again from where I currently was in the page... how do I do that?

Re: Chromium proposal for browser-level infinite scrolling lists: Lazy Block Layout

#24

I can't be the only one that absolutely despises infinitely scrolling lists, right?

I don't hate it, but some websites implement it so badly. Sometimes I want to reach the career or about page of a website, but it's hard to do that when the page is constantly scrolling. I usually end up typing /about at the end of the URL.

Re: Chromium proposal for browser-level infinite scrolling lists: Lazy Block Layout

#25

I can't be the only one that absolutely despises infinitely scrolling lists, right?

Well done ones (e.g. in native iOS applications) work really well in my experience, they're regular lists with memory savings.

Badly implemented ones (which is 97% of those on web sites) on the other hand...

Re: Chromium proposal for browser-level infinite scrolling lists: Lazy Block Layout

#26
post #23

Earlier quoted context omitted.

No, because FB puts the same links and content under the right-hand side. Can you enumerate the issues that need to be addressed? I have ready of research on the lack-luster implementations (eg. Twitter) that many assume is the status quo.

My biggest problem is how to get back to where I was. I was reading a funny tumblr on my phone and got to the point where the page was incredibly slow, so I wanted to start reading again from where I currently was in the page... how do I do that?

The great-grandparent of your reply details such a solution.

Re: Chromium proposal for browser-level infinite scrolling lists: Lazy Block Layout

#27

I can't be the only one that absolutely despises infinitely scrolling lists, right?

It depends if all the content needs to be consumed or not. Twitter/Facebook where I realistically won't read every entry it's fine. In some ways the list can be considered infinite.

All other cases of finite lists shouldn't use infinite scrolling. It breaks jumping back to a specific position and the length is not predictable.

Re: Chromium proposal for browser-level infinite scrolling lists: Lazy Block Layout

#30

I can't tell if this would help rendering large lists of dom elements that are loaded all at once... eg what things like infinity.js, ember tables, etc do. I wish there was a UITableView for the web that was more native than any of those solutions.

Mozilla's XUL had a native treeview element, and I remember it being horrible to work with. https://developer.mozilla.org/en-US/docs/XUL/tree

I can't imagine XML anything being pleasant to work with to be honest.
Post reply on HN