Don't forget transparencies. So you'll several color models : HSL, HSV, RGB, G, YCC, YUV, all of them possibly with an additin alpha channel.
Add also the parameters for their scaling and linearity (or non linearity : exponential A-law, mu-law, logarithmic, sinusoïdal, inverted square plus 1...), and their precision (in bits) on each channel, plus conventions of ordering of bytes, bits, and multiplexing in channels like YCr/YCb, and questions relative to their frequency of sampling... Finally add the question of multicolor objects (not just one foreground color, but also a background and multiple foregrounds for describing the color of the card itself, and the colors of subglyphs drawn on them... And add dynamically changing colors and create animations and you'll need another dimension for time (e.g. flashing glyphs)... 2013/4/2 Curtis Clark <[email protected]>: > On 2013-04-01 12:19 PM, Buck Golemon wrote: >> >> I'm sure that some cards are blue. Do they not also deserve a code point? >> This amounts to color prejudice. >> >> If we generalize the proposal, we should encode all the various colors of >> cards. >> Further, we could denormalize the "red card" symbol into combining >> characters for "red" and "card". >> This points to a general category of colored combining characters. >> >> The only remaining question is whether the colors should be represented in >> the HSL or HSV color space. > > > Variation selectors! > > -- > Curtis Clark http://www.csupomona.edu/~jcclark > Biological Sciences +1 909 869 4140 > Cal Poly Pomona, Pomona CA 91768 > >
