You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I may be reading things wrong in the specs, but I believe that the version of HSL that CSS supports is in fact HSL in sRGB space, not linear HSL.
It'd be nice if we had an option to store this type of HSL without hackishly converting an Hsl to an Rgb and then copying the components from the Rgb into an Srgb. Again, if I'm wrong and this is actually linear Hsl, feel free to ignore this use case.
The text was updated successfully, but these errors were encountered:
Yes, this was something we noticed and was about to change. See #60, where I started implementing support for multiple RGB standards. I haven't checked in what state it is, yet, but it's possible that it can be patched up and merged within a reasonable time... I'll check the comments and see what we got stuck on.
Hmm. It may have been a difference in our understanding of color primaries, which may mean that the code itself is OK (unless that part is wrong). I'll see if I can look at it tomorrow, and see how complete it is.
60: [WIP] Generalize the RGB types over RGB standards r=Ogeon a=Ogeon
This changes the `Rgb` type to have a type parameter that implements the `RgbStandard` trait. This trait defines a set of primaries, white point and transfer function. It does also make the RGB types more uniform and type safe.
Closes#66, closes#31, closes#58
I may be reading things wrong in the specs, but I believe that the version of HSL that CSS supports is in fact HSL in sRGB space, not linear HSL.
It'd be nice if we had an option to store this type of HSL without hackishly converting an
Hsl
to anRgb
and then copying the components from theRgb
into anSrgb
. Again, if I'm wrong and this is actually linearHsl
, feel free to ignore this use case.The text was updated successfully, but these errors were encountered: