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

Should images other than img use the list of available images? #4793

Closed
npm1 opened this issue Jul 23, 2019 · 3 comments
Closed

Should images other than img use the list of available images? #4793

npm1 opened this issue Jul 23, 2019 · 3 comments

Comments

@npm1
Copy link
Contributor

npm1 commented Jul 23, 2019

Currently, the list of available images is only referenced from HTMLImageElement processing model, would it make sense to unify with SVGImageElement and HTMLVideoElement's poster image?

@domenic
Copy link
Member

domenic commented Jul 29, 2019

My understanding is that the "list of available images" corresponds to what browsers today call the "memory cache", or something like that. So yeah, it's probably pretty generally applicable, indeed beyond just images. @yoavweiss @domfarolino as folks who should know more, including where we are on standardizing the memory cache.

@yoavweiss
Copy link
Contributor

Yeah, the "list of available images" is the closest thing we got to the memory cache implemented in Blink and WebKit.
We should be standardizing the whole thing (or its subset that is the "preload cache"), but it hasn't been on the top of anyone's TODO list AFAIK.

Maybe a good first step would be to unify image loading to go through this single algorithm (or move the list of available images further down the stack and into Fetch).

@annevk
Copy link
Member

annevk commented Feb 4, 2020

Duplicating this into #4474.

@annevk annevk closed this as completed Feb 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

4 participants