Miriam Suzanne

Yeah, I think we **should not** be adding these to the global namespace. But if we put them in the `sass:color` module, they can provide both consistent sRGB output, and...

`hwb()` is an sRGB format already, so the conversion would be lossless. But we might want to namespace it anyway, to avoid complaints similar to the current `hsl()`-conversion…

I'm told by [the editors of CSS Color level 4](https://twitter.com/svgeesus/status/1238219779758084096) that the best solution is to lock `hue` & `lightness`, then reduce `chroma` until the color is in-gamut. I've created...

Ok, colors are complex. I think we can break this down a bit more, and take it a step at a time 1. `hwb()` is part of the `sRGB` color...

> I'm not saying there's no way it makes sense to fake wider gamuts in the short term, but whatever function names and syntax we come up with for doing...

I understand that I'm late to this conversation, but I want to push back on a few things as an author: One of Sass's long-term strengths has been the shallow...

The module system also helps clear up any confusion - since any `precalc()` function would have to be loaded explicitly from a Sass namespace, e.g. `math.precalc()` – where `calc()` and...

> I'd say that first-class calc() will be more like Sass's support for CSS units and colors than like Sass's @import. That's a great point. Put in that context, I...

I think what I’m actually suggesting is that the most CSS-like and consistent is to fence *all math* inside some form of calc function, rather than trying to find the...

Haha, that's totally fair. :) Deprecating all un-fenced math is clearly too severe, and I know nothing about actual difficulty programming these things in Dart. So one last question: is...