<p dir="ltr">Ah yeah, supporting w3c standards is probably a sensible move.</p>
<div class="gmail_quote">On 08/01/2015 9:55 am, "via Digitalmars-d" <<a href="mailto:digitalmars-d@puremagic.com">digitalmars-d@puremagic.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wednesday, 7 January 2015 at 20:57:51 UTC, Xavier Bigand wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think it can be interesting to provide some string formats can be directly converted into color structures.<br>
<br>
For example :<br>
 - plain color names : "red", "blue", "light gray",...<br>
 - hexadecimal : "#FF3CBB", "#FF3CBBAA" (same with alpha)<br>
 - decimal : "255, 158, 200", "255, 158, 200, 170"<br>
...<br>
<br>
I think to that cause I saw many times tools using pretty close syntax for color definitions but with boring variations (generally for the alpha position).<br>
</blockquote>
<br>
It is defined in a w3c standard and refined in a draft, but probably does not belong in the colour module, but a media-file parser module?<br>
<br>
However, the at least the following colour spaces are mentioned as supported in w3c documents:<br>
<br>
L*ab, L*CHab, HSL, HWB<br>
<br>
<a href="http://www.w3.org/TR/SVGColorPrimer12/" target="_blank">http://www.w3.org/TR/<u></u>SVGColorPrimer12/</a><br>
<br>
<a href="http://dev.w3.org/csswg/css-color/" target="_blank">http://dev.w3.org/csswg/css-<u></u>color/</a><br>
<br>
</blockquote></div>