Playing around with the new Gradient Hatch component, I was wondering what sort of colors DeepPink and Teal are and I’m happy Google told me those are HTML colors…
I created a Value List with 140 color names, sorted from A to Y
color name.ghuser (5.4 KB)
thanks for sharing, this is just what I needed now 
You can also Google image search for X11 colors or System.Drawing.Color. Those will give you good results.
@DavidRutten thanks. BTW: Is there a way to preview such a color name in gh without having to assign it to geometry preview? Like a color swatch with name input.
Legend? 
@andheum yes that’s it, thanks!
We’re aiming to do better in GH2. In general I feel the HTML colours are terribly inconsistent in their naming (why is MediumSeaGreen lighter than SeaGreen? Why is DarkGray lighter than Gray? Why are SkyBlue and LightSkyBlue almost indistinguishable? Why is Lime greener than LimeGreen? …) and unimaginative in their distribution (they all tend to hug 60° hue angles).
Kaitlin (who is mainly working on the linguistic/documentation portion of GH2) has been researching colour names for a while and compiling a database. Sadly it involves a lot of arbitrary decision making as humanity is simply not capable of coming up with consistent meanings for words, but still better than nothing.
Of course we’ll keep access to the HTML/X11 palettes, and I’ve added support for the OpenColor standard, but the main naming scheme will be our own.
Here you see the exposure of colour names inside the Colour Swatch and Colour Picker, and any colour plugged into a panel will be previewed correctly as well:
Kaitlin isn’t done yet with the standard set, there’s still some pretty big, empty regions without any named colours and she’s currently working on rectifying this. The colours we have so far though can be seen here: GH2 Standard Colours.3dm (2.1 MB)
Good to see some news on GH2 on this forum. As there are some discussions on colors. I know you have done lots of work on Gradiant
but I thought this link could be useful.
Good article on gradients. They are surprisingly subtle, and like everything to do with colour they are also surprisingly complicated. The GH2 gradient always interpolates in linear-RGB space, it doesn’t support other spaces such as CIELab or XYZ. However due to the linearity it does yield better results than just interpolation in sRGB, which is the most commonly used space.
Here for example you see what it looks like if you interpolate linearly through that linear-RGB space. The graphs underneath the gradient are drawn in (regular) sRGB values:
You can really see the gamma correction doing a lot of heavy lifting here.
There are however other interpolation modes the gradient supports. Such as Smooth (transitional colours are squeezed into a smaller region between the grips):
Cubic (very smooth, but can cause severe overshoots yielding “brighter than white” or “darker than black” intermediate results):
and Gaussian (tends to yield a duller outcome, and only works reasonably well if the grips are equally distributed, but it is the only completely continuous interpolation mode in that small changes to grip locations always result in small changes to the output gradient, even if that small change causes two grips to cross over):
