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

What about still images? #194

Open
jonsneyers opened this issue Apr 9, 2022 · 2 comments
Open

What about still images? #194

jonsneyers opened this issue Apr 9, 2022 · 2 comments
Labels

Comments

@jonsneyers
Copy link

This seems rather focused on video capabilities, but the key capability that matters is the display itself, which influences both video and still images. Color gamut, dynamic range, transfer curve, bit depth, peak nits, etc are as relevant for still images as for video.

Perhaps some of these concepts could be formulated in a somewhat more generic way, e.g. not using names like VideoConfiguration but rather DisplayCapabilities?

Also, I think this should be implemented in such a way that it can be made to work for images in an img tag without harming prefetch and without causing a combinatorial explosion of variants in the markup: X formats times Y dimensions times Z display capabilities is too much for a picture tag, a single img tag with the server figuring out which image to send based on request headers is the way to go imo.

@chrisn
Copy link
Member

chrisn commented Dec 13, 2023

This API is intended to focus on decoding capabilities and leave display/rendering capabilities to other specs, e.g., there are media queries in https://drafts.csswg.org/mediaqueries-5/.

@chrisn
Copy link
Member

chrisn commented Jul 9, 2024

For images, see ImageDecoder.isTypeSupported(), and whatwg/html#10055 which proposes adding isTypeSupported() to img tags (HTMLImageElement).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants