Live data from Hacker News

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

docs.google.com

1–10 of 30 posts

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

#3
post #2

Things I'd like to see on browser native engine: * markdown renderer * jQuery core * crypto * gzip/deflate/xz/zip compression/decompression

I agree with crypto and gzip but you'll have versioning problems with jQuery core and some people like having custom markdown syntax

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

#5
post #2

Things I'd like to see on browser native engine: * markdown renderer * jQuery core * crypto * gzip/deflate/xz/zip compression/decompression

Instead of implementing the whole of jQuery core, they could just add some of the features. It seems like that's already being done though (e.g. Element.querySelector()).

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

#7

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

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/

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

#8
post #7

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

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?

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

#9
I've been working on a problem that this browser extension would solve really well. I've got a photo gallery with a hundred thousand photos in it where I implemented near-infinite scroll by creating a really tall div and then drawing about 2x as many thumbnails as are needed to fit in the current viewport, which is updated when the user scrolls. They are square thumbnails so it is easy to calculate exactly where to position each of them.

The advantage of this over infinite scroll is that the scrollbar is always there and always accurate, so coming back to the page after following a link works properly. Also, I don't have to send the information about all 100k photos on page load (I can load it with AJAX).

A demo of how it works is at http://beta.hypercheese.com/search, and the code is at http://github.com/jewel/hypercheese/.

It sounds like having this in the browser will allow for much more complex layouts.

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

#10
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?

Check out deviantArt's infinite scroll implementation. If you go to their home page, and scroll to the bottom, there's a big green "Show More" button. No infinite scrolling happens until you explicitly want it to and you are able to get to the stuff in the footer. Once you start scrolling, it's very fast and there's not much of a delay as it loads more things. It also updates the URL as you scroll so when you click on something and hit the back button you are where you left off. It's quite slick.
Post reply on HN