Load new tab pocket article images closer to when they might be shown
Categories
(Firefox :: New Tab Page, enhancement, P1)
Tracking
()
People
(Reporter: gsuntop, Assigned: gsuntop)
References
Details
Don't load assets that are outside of the immediate viewport until scroll position gets within a certain threshold TBD.
Updated•6 years ago
|
Updated•6 years ago
|
Comment 1•6 years ago
|
||
https://github.com/mbrevda/react-image and https://github.com/joshwnj/react-visibility-sensor#readme together could implement this.
I'm not sure that it's worth taking more dependencies for this (though it's not necessarily out of the question), but even if not, they may be helpful as inspirations.
Also worth noting is that it looks like at least some of react-image functionality will be provided via React itself mid-2019: https://reactjs.org/blog/2018/11/27/react-16-roadmap.html#react-16x-mid-2019-the-one-with-suspense-for-data-fetching
Assignee | ||
Updated•6 years ago
|
Updated•6 years ago
|
Comment 2•6 years ago
|
||
Has anyone thought about the privacy implications of this yet, especially for e.g. 3rd party content? Or the negative economic impact for webmasters in the case of ads (e.g. being marked as a non-load while the page was loaded). I mean, it's cool if you can save a few KB of bandwidth, but I see plenty of potential abuse here too.
Comment 3•6 years ago
|
||
Heads up, users and press are mistaking this bug as being related to Chrome's proposed <img loading="lazy" />
attribute.
- https://www.zdnet.com/article/after-chrome-firefox-will-also-support-off-screen-image-lazy-loading/
- https://www.reddit.com/r/firefox/comments/ba3zei/after_chrome_firefox_will_also_support_offscreen/
- https://news.ycombinator.com/item?id=19603959
I've reached out to the ZDNet author to clarify that this bug is about using normal front-end development techniques to speed up Firefox's new tab page.
Updated•6 years ago
|
Assignee | ||
Comment 4•6 years ago
|
||
Mark, would you mind unpacking your comment a bit? I'd like to be sure we completely understand your concerns.
Thanks!
Comment 5•6 years ago
|
||
Gavin, since this bug has been transformed into something I did not think it was about (which would indeed be the loading="lazy"
attribute, for lazy-loading images and iframes) I'm not sure if my concerns apply here. This bug was brought up on our forum in tandem with:
https://chromestatus.com/feature/5645767347798016
https://github.com/whatwg/html/issues/2806#issuecomment-378831265
https://addyosmani.com/blog/lazy-loading/
which, as I understand it now, is incorrect.
My main concerns with this are:
- The more detailed signals to web servers, allowing more detailed tracking of user interaction with the page without JavaScript (has the user scrolled down? if so: how far? etc.)
- Lack of actual loading of monetization elements if they aren't in view. Many ad services use impressions as a main statistic to pay revenue. This will be severely cut if lazy loading prevents server hits. I don't think that's healthy for the already damaged display ad industry and will push website owners to more intrusive methods of advertising.
As said I'm not sure to what extent this applies to your sponsored content on your new tab page, but even if using normal front-end methods I'd gather similar concerns should be kept in mind.
Updated•6 years ago
|
Updated•5 years ago
|
Description
•