If onecolor hsl is initialized black, subsequent modifications yield invalid results about one-color HOT 3 CLOSED

I'll look into it. I remember there was some special case, but it's been years since I touched that code, so I'll need to dive into it again to figure out how to handle it.

from one-color.

This seems to be a feature in the math that converts from HSL to HSV:
https://github.com/One-com/one-color/blob/master/lib/color/HSL.js#L15

The reason for it is probably that saturation is a useless dimension when lightness is zero. In that case the resulting color will be black, and the output color in the HSV space is also black. So the color is intact, but one of the dimensions simply doesn't make sense in that specific conversion and is hard reset to avoid division by zero.

I don't think there is a reasonable way to keep the information about saturation intact. Converting through rgb would yield the same result.

from one-color.

Thanks for looking into it. We managed to resolve the issue over at colorjoe. In this particular case it was enough to move from HSL to HSV (used by rgb picker) as the results were equivalent (we were using HSV components for modifications after all).

I guess it's safe to close this. You could add a mention about the issue to README but apart from that I can't think of anything else to do.

from one-color.