Live data from Hacker News

Masonry, infinite scrolling and Django

brack3t.com

1–10 of 13 posts

Re: Masonry, infinite scrolling and Django

#3

Did I miss the link to the example showing it in action? Or is that left as an exercise for the student?

---There's no demo because it behaves exactly like the Masonry example for infinite scrolling and Pinterest.---

Screw it, I added a link to the example. It's on tindie.com.

Re: Masonry, infinite scrolling and Django

#5
post #4

Oh nice, the best takeaway from this (for me) was that desandro apparently has created a hack to deal with the whole is-an-image-in-cache-or-isn't-it problem: https://github.com/desandro/imagesloaded

The best way to avoid this altogether is to set the image width and height in the img tag. That way, content can be shown right away, even before the images are loaded.

Another thing to be careful with are social buttons, whose height may change after the initial item is rendered. That's easily avoided with a fixed CSS height, though.

Re: Masonry, infinite scrolling and Django

#6
post #5
post #4

Oh nice, the best takeaway from this (for me) was that desandro apparently has created a hack to deal with the whole is-an-image-in-cache-or-isn't-it problem: https://github.com/desandro/imagesloaded

The best way to avoid this altogether is to set the image width and height in the img tag. That way, content can be shown right away, even before the images are loaded. Another thing to be careful with are social buttons, whose height may change after the initial item is rendered. That's easily avoided with a fixed CSS height, though.

Yes. We specify a height and width in the HTML and the CSS, but it's still nice to pay attention to the images' loaded status.

Re: Masonry, infinite scrolling and Django

#7
post #5
post #4

Oh nice, the best takeaway from this (for me) was that desandro apparently has created a hack to deal with the whole is-an-image-in-cache-or-isn't-it problem: https://github.com/desandro/imagesloaded

The best way to avoid this altogether is to set the image width and height in the img tag. That way, content can be shown right away, even before the images are loaded. Another thing to be careful with are social buttons, whose height may change after the initial item is rendered. That's easily avoided with a fixed CSS height, though.

It depends on the backend workflow, no? If your system pulls in images and does the resizing, including the determination of horizontal vs. vertical, then outputting defined css selectors is straightforward.

However, if you're only in control of the front-end and are just reading from an API of photos where you're given a stream of image urls...how do you determine which css-selector (i.e. '.vert-image' and 'horz-image' with defined h/w dimensions) to put out? You can obviously just restrict everything to a one-size box, but either the vertical or the horizontal images are going to be given short shrift.

Post reply on HN