News for hackers. Stuff that matters.

A comment on Show HN: An Almost Ideal React Image Component. Parent comment

Re:Show HN: An Almost Ideal React Image Component by TheRealPomax on Friday June 01, 2018 @07:34PM (#17211465)
That's kind of the browser's responsibility, really. The image element already covers what is required to instruct the user agent that there a) is an image resource and b) what its location is. It's then up to the browser to do the right thing with that data. It's nice that people are finding ways to preempt that in case the browser they're in is dumb as dirt, but it's really not the role of the spec to tell user agents how to deal with loads of images. If I'm browsing my gigabit intranet image repositories on any of our workstations, I don't want my user agent to be "intelligent" and just load everything, because it can. If I'm on LTE mobile, I want my browser to be a little smarter about swapping in/out image content. If I'm on 3G, I don't want the browser to load any images at all unless I tell it to. But those are my wants, those are not things the spec should "ordain" user agents must (in the spec definition of must) do.

React components like these are nice, but the real question is why doesn't your _browser_ already do this. Not "why doesn't the spec say what needs to happen", but why haven't Microsoft, Google, Mozilla, Opera, etc. implemented network-and-content-traversal-appropriate image handling? (one answer might be "because apparently users don't actually ask for it enough", but I honestly don't know).

[ Parent | on HN ]
Re:Show HN: An Almost Ideal React Image Component by zaroth on Friday June 01, 2018 @07:43PM (#17211530)
Because there’s no way to standardize the behavior across user agents to the extent necessary that developers could actually rely on it producing a consistent experience across a large user-base.
[ Parent | on HN ]
Re:Show HN: An Almost Ideal React Image Component by TheRealPomax on Saturday June 02, 2018 @01:43PM (#17215542)
Conversely, there is also no way to standardize which solution to use to the extent necessary that developers could actually rely on it producing a consistent experience across a large user-base.

You don't need standard behaviour, you just need _good_ behaviour. And if every browser does that differently, but it's appropriate to the network speed and processing capabilities, then as a dev the issue of "making sure images load appropriately" becomes as irrelevant as "making sure your webfont actually loads" has become in the modern browser landscape.

[ Parent | on HN ]
Re:Show HN: An Almost Ideal React Image Component by lozenge on Saturday June 02, 2018 @06:32AM (#17213900)
Downloading all the images provides a good user experience. If your intranet has a GB of images on a single page, that's on you - even if browsers did as you suggest, any older browser would still saturate your network link.

These fancy image placeholders seem more designed to save on CDN costs than to provide a good UX.

[ Parent | on HN ]
Re:Show HN: An Almost Ideal React Image Component by TheRealPomax on Saturday June 02, 2018 @01:40PM (#17215522)
I think you misread what I said as "I want the browser to load all the images, all the time" instead of "I want the browser to download and render in ways that are appropriate to the constraints of the network and processing power, not have to rely on a million folks each inventing their own lazy-loader".
[ Parent | on HN ]