W3C home > Mailing lists > Public > public-css-archive@w3.org > October 2019

Re: [csswg-drafts] [cssom-1][mediaqueries-5][css-color] Dealing with bi-plane (video/graphics) when reporting values (#4471)

From: Amelia Bellamy-Royds via GitHub <sysbot+gh@w3.org>
Date: Wed, 30 Oct 2019 20:20:58 +0000
To: public-css-archive@w3.org
Message-ID: <issue_comment.created-548095071-1572466857-sysbot+gh@w3.org>
> what if we do an enum called dynamic-range, with values { standard, high }.

The currently defined CSS [`color-gamut` media feature](https://drafts.csswg.org/mediaqueries-4/#color-gamut) uses keywords to describe existing commercial standards: srgb, p3, rec-2020. Does that cover what you need, or is that a distinct concept?

Or, could it cover what you need when combined with a measure of color bits per pixel, as suggested by the example in the CSSOM View spec describing [the `colorDepth` value of  the `Screen` interface](https://drafts.csswg.org/cssom-view/#the-screen-interface)?  (The [`color` media feature](https://drafts.csswg.org/mediaqueries-4/#color) provides similar information to `colorDepth`, although not in a directly interchangeable format.)

It would definitely be preferable to harmonize the concepts used in media queries with those used in CSSOM View, even separate from the bi-plane considerations.  If we can do that, then it seems like a natural extension to handle bi-plane rendering by extending the necessary media queries to have video-* versions, and extending the Screen interface to have a `screen.video` sub-object.


-- 
GitHub Notification of comment by AmeliaBR
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4471#issuecomment-548095071 using your GitHub account
Received on Wednesday, 30 October 2019 20:21:00 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:41:55 UTC