[BUG] The color field shows black all the time

[twMat]

Describe the bug

Problem

This bug has been pestering us forever, i.e the set color is not reflected in the "color preview":

Based on earlier discussions it seems it is some browser issue. Here's a still open issue from 2014 #643 which I think is this issue.

...but it would be very simple to circumvent the problem:

Proposal

Just use the usual settings for the EditTextWidget as for when editing text, and add the color as the background colour to it:

This not only avoids the bug but it is even better to clearly see the value!

What about the colour picker?

Well, presuming that the filed is set to color (which is a presumption that also the current implementation does), then the colour picker could be opened as soon as the editwidget comes into focus, or a small "more" button could appear next to the field.

[ericshulman]

The problem is that the type=color HTML color picker input element only recognizes 6-digit hex #RRGGBB values. All other valid CSS values result in black (#000000) in the color picker element.

This includes:

• 3-digit hex = #RGB
• 4-digit hex = #RGBA
• 8-digit hex = #RRGGBBAA
• decimal = RGB(255,255,255)
• decimal+alpha channel = RGBA(255,255,255,0.5)
• X11 color names = blue, red, green, cyan, etc.

I've written some wikitext-based code that converts the above CSS syntax into #RRGGBB values. See the pick() macro in TiddlyTools/Templates/Color.

Note also that in order to convert X11 color names to #RRGGBB values, a separate DataDictionary tiddler is needed. See TiddlyTools/Settings/Colors/X11. It uses the X11 color names as indexes, with the corresponding #RRGGBB as the index values.