WICG
Be explicit about how the eyedropper handles wide-gamut displays
Given all the discussion in the TAG review about wide-gamut displays, could you be explicit about how the out-of-gamut mapping takes place and how an in-gamut sampled color will round-trip when displayed using CSS?
Echo’ing comments from #3400, it seems like it might be nice to have a platform-wide Color primitive that represents a color of any colorspace (and possibly deals with conversions as well). This proposal could then expose a Color instance instead of the custom object with (initially only) an sRGBHex property on it.
@leaverou just pointed me towards https://github.com/WICG/color-api, which sounds like the proposal I was dreaming about in the previous comment :)