Closed mysteryDate closed 9 months ago
Hi there,
Curious why list only 2 of the 4 editors of the specification as primary contacts? Especially since the editor who actually proposed and specced the feature is among the 2 that were left out.
Curious why list only 2 of the 4 editors of the specification as primary contacts? Especially since the editor who actually proposed the feature is among the 2 that were left out.
I was trying to keep it brief and just listed the two authors with whom I'd actively been in contact. Would you like me to add the other two to the original issue post?
I also wasn't sure what organization to list for you, Lea, as you are listed as an "Invited Expert" on the spec.
Is there an explainer for this that’s not a blog post?
Is there an explainer for this that’s not a blog post?
unfortunately not. https://groups.google.com/a/chromium.org/g/blink-dev/c/KeKBTjKEdaU
Is there an explainer for this that’s not a blog post?
@LeaVerou Was there an explainer that you all were working from when the spec was first written? This is not the first time that someone has wanted something more official. I could write one now, but that would feel a little post-hoc and I feel like I am far from the most knowledgable person on the subject.
Is there an explainer for this that’s not a blog post?
@LeaVerou Was there an explainer that you all were working from when the spec was first written? This is not the first time that someone has wanted something more official. I could write one now, but that would feel a little post-hoc and I feel like I am far from the most knowledgable person on the subject.
No, but it should be pretty easy to put one together with the info from the original proposal (which includes motivation, use cases, etc) and the updated proposal which converged on the sytnax that is currently in the spec.
I believe the differences between the current syntax and the (updated) proposal are:
color()
is now much more fleshed out than it was there.<number>
when that is allowed for the corresponding component.@svgeesus, am I forgetting any?
The above comment and its links is as useful as an explainer; it doesn't seem worth the effort to write a new one (but if someone is really inclined to, more power to them).
The above comment and its links is as useful as an explainer; it doesn't seem worth the effort to write a new one (but if someone is really inclined to, more power to them).
I disagree, the whole point of explainers is that they are easy to digest, piecing the info together from several links and cross-referencing with the spec is not work that whoever is reviewing the explainer should need to do.
I would love to do the work of putting an explainer together, but I can't commit to a specific timeframe right now, and I don't want to become the bottleneck here.
The other useful item that an explainer would provide is evidence of implementer support, so:
Oh btw @mysteryDate
Would create a
lab
color that is equivalent to magenta with half of the luminance
Half the lightness. See this diagram
Ok here is a somewhat minimal RCS Explainer
Exellent, thank you! I have updated the original comment to add the two missing authors, link to the new explainer and swap "luminance" for "lightness."
I added tests for RCS with currentColor
which currently no-one passes, but the spec clearly describes what should happen so hopefully the implementations will converge to interop on that aspect.
Mozilla position on RCS is positive with implementation starting soon
Thanks for the explainer updates, no concerns from us. :rainbow:
こんにちは TAG-さん!
I'm requesting a TAG review of Relative Color Syntax (RCS).
The new relative color syntax extends modern color syntax to allow existing colors to be modified using the color functions: if an origin color is specified, then each color channel can either be directly specified, or taken from the origin color (and possibly modified with math functions). For example:
lab(from magenta calc(l/2) a b)
Would create a
lab
color that is equivalent to magenta with half of the lightness.Further details: