Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Asynchronous print events to load deferred images #2532

Open
jdlrobson opened this issue Apr 13, 2017 · 10 comments
Open

Asynchronous print events to load deferred images #2532

jdlrobson opened this issue Apr 13, 2017 · 10 comments
Labels
addition/proposal New features or enhancements topic: img

Comments

@jdlrobson
Copy link

At Wikimedia, we've discovered many of our users are working round slow internet connections by saving web pages and sharing them with each other via Whatsapp and other tools. Users typically print by using the browser print method. As a result, we've been trying to improve the printed experience for all our mobile web pages.

We've hit a problem with showing images in the printed versions of our pages as we lazy load images on Wikipedia to save our users data [1].
When printing an article, any lazy loaded images are not present in the printed version of the page.

This is not a unique problem to us, many other websites lazy load images e.g. try hitting print on any medium.com article with images.

Ideally we'd like to be able to subscribe to something akin to an onbeforeprint or event on MediaQueryList event and load images.

Obviously, making this event asynchronous leaves open potential abuse - it could mean the print function freezes altogether (unless a timeout is present) or is slow (imagine an event that downloads a 1gb file before allowing a print), but it should provide some support in loading of additional resources.

Any thoughts?

[1] https://blog.wikimedia.org/2016/09/19/mobile-web-improvements/

@domenic
Copy link
Member

domenic commented Apr 13, 2017

To be clear, the beforeprint event already exists. I guess it just doesn't allow you to arbitrarily delay printing, in the current design.

If implementers are up for this, I think the spec work would be relatively easy; we'd probably reuse service worker's ExtendableEvent. And it seems well-motivated. I'll try to poke people.

@Zirro
Copy link
Contributor

Zirro commented Apr 13, 2017

Looking at this issue, I felt that there may be a larger question around lazy loading images which can be addressed. I've created issue #2534 to discuss a way to tell user agents that an image is lazy loaded, allowing it to adjust its behaviour in contexts such as printing.

@jdlrobson
Copy link
Author

To be clear, the beforeprint event already exists. I guess it just doesn't allow you to arbitrarily delay printing, in the current design.

Exactly. It doesn't allow you to run asynchronous JavaScript.

And it seems well-motivated. I'll try to poke people.
Awesome!

@jdlrobson
Copy link
Author

Any thoughts aaround this? Anything I can do to help make this happen?

@domenic
Copy link
Member

domenic commented Jun 20, 2017

Unfortunately this hasn't really seen any implementer response, which is what we need to move forward. If you have any contacts on browser teams, asking them to chime in here would be the best thing to do.

@smaug----
Copy link

I do support work to be done here, since the platform clearly lacks some needed features.

@Malvoz
Copy link
Contributor

Malvoz commented Feb 26, 2019

Isn't the behavior of how to handle deferred content under certain circumstances in the intereset of web API implementors?

Similarly to how one may expect deferred images to load in for printing, lazily loaded content should preferrably load in to be cached for offline experiences (e.g. user presses "Add to home screen"). This is what Chromium intends to do: https://bugs.chromium.org/p/chromium/issues/detail?id=905432

@jdlrobson
Copy link
Author

Native lazy loading images [1] would make the need here obsolete, but in its absence, having some way to say "wait! before you go print do these things!" is missing.

[1] (https://calibreapp.com/blog/native-lazy-load/)

@housseindjirdeh
Copy link

housseindjirdeh commented Aug 22, 2019

Unfortunately as of current, native lazy loading doesn't solve the problem. Here's a demo that shows how it's technically possible with a custom print button, but not with the native print action.

There's an open bug on Chromium for this, but allowing for an async operation on print would also solve the problem (and provide anyone with the capability to use it for things that need to complete asynchronously aside from lazy load).

@openmindculture
Copy link

openmindculture commented Feb 11, 2022

The bug has been fixed in Chrome according to bugs.chromium.org/p/chromium/issues/detail?id=875403#c40.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
addition/proposal New features or enhancements topic: img
Development

No branches or pull requests

9 participants