Will there be any improvement to the color picker in 2.0?

It would be incredibly helpful to have a field for entering colors as HTML codes into the color picker. This is pretty much a standard thing for a color picker to have these days.

The reason why this is important is, for example, for making textures for game development (or film work, or whatever) you have to adjust every color that's used to match the color scheme charts for the project. This is normally not a big problem, you just paste the HTML codes from the chart into the color picker as needed. Using HTML codes, rather than the RGB fields, you just have one number to do each time rather than three. But with Filter Forge this is not possible. Instead you have to take all the HTML codes off the color scheme chart for the game, translate then into RGB values with a 3rd party utility, and then every time you use one you have to enter three different values into the RGB fields. This really slows down the workflow.

I've just recently purchased Filter Forge and am delighted with it overall, but a few small usability improvements like this are sorely needed.

Quote
Vickery wrote: Using HTML codes, rather than the RGB fields, you just have one number to do each time rather than three.

Good point. However, as KGtheway2B noted, there are complications, such as HDR colors (especially those with negative / mixed-sign RGB channels) and the fact that our colors are floating-point, not just integer as in the majority of graphic software.

Quote
KGtheway2B wrote: I can already anticipate the official response though: 2.0 is only focusing on major changes, this will probably fall into the discouragingly large "not planned for 2.0" UI enhancement pile of requests.

Exactly, I'm afraid. That's the price we have to pay for adding big features. Also, we prefer to spend development time on features that can't be emulated -- e.g. you can emulate the color transfer from external apps by copy/pasting RGB values, but you can't emulate, say, proper HDR colors, so in this particular situation we would allocate our development man-hours towards the latter.