actually this probably already exists. 8 colors of equal perceived brightness and the same 8 colors at a higher but equal to each other perceived brightness.
Doesn't work because as you adjust the brightness, yellow turns brown before blue stops looking washed-out (or vice versa).
The problem is that yellow is, 1/255 increment for 1/255 increment, about 9 times brighter than blue, and the range of brightnesses that produce useful saturation just doesn't isn't wide enough to accomodate that difference.
The colors you get are a function of the brightness (also hue and saturation) you use. If you pick a fixed brightness and require yellow and blue to both be that bright, either the yellow is brown of the blue is washed out (or both) depending on which brightness you picked. As you adjust the brightness you're trying to design the palette for, it switches from one problem to the other.
so you are saying that one cannot choose colors which have the desired brightnesses and hues providing that it is within the range of colors that a monitor can display? like sRGB?
are you seriously telling me there is no way to produce both a yellow and a blue which have the same apparent brightness and also have the desired hues for an sRGB monitor? because that is not an informed opinion or you are not fully explaining what you are trying to say.
yes, if i naively pick a hue and a saturation and a brightness and change only brightness there may be color shifting associated with brightness changes owing to the particular display technology used, but if i author the colors, and remain within something like sRGB as i am suggesting, then i can author the colors so they appear with the intended apparent brightnesses and hues, which is exactly what the author of the linked article has done.
all i said was that i want a 16-color version of this palette, where all the darker colors have the same apparent brightness as each other, and all the brighter colors have the same, but higher, apparent brightness as each other, and that the brighter colors have the same apparent hue as the associated non-bright color in the palette. that is definitely possible unless you are measuring hues with a precise tool instead of an eyeball.
> one cannot choose colors which have the desired brightnesses and hues providing that it is within the range of colors that a monitor can display?
No, the problem is that you can't choose colors which have the desired brightnesses, hues, and saturation. If you start with a ideal #00F blue and try to make it lighter, you have to add red and green, which reduces the saturation. Conversely, if you start with a ideal #FF0 yellow and try to make it darker, you have to remove red and green, which also[0] reduces saturation. For most colors this reduction in saturation isn't too bad, but for dark yellow it produces a ugly (if you wanted yellow) shade of brown, and for light blue it produces a very washed out shade of blue (also ugly if you wanted a proper blue).
> a 16-color version of this palette [...] have the same apparent brightness as each other
TFA's palette doesn't have the same apparent brightness, and cites this problem specifically for why:
> > An HSL rainbow colour palette can be created by choosing fixed chroma and luminance values and varying the hue. However, the resulting palette looks unpleasant because yellow is darkened to brown, red is lightened to pink, and blue becomes very pale.
(You can fudge the red in practice (IME), but getting a properly saturated bright blue would require more photons than a white (fully-on) pixel has.)
Edit: 0: Well, saturation in the sense of distance-from-same-brightness-gray - depending on your color model, you might define saturation as angle from gray in color-vector-space, in which case dark yellow doesn't count since it's a scaled-down version of regular yellow. Not sure offhand which sense is more common, but GIMP at least seems to use angle, so feel free to suggest less-ambiguous terminology if you've got it.
"Thus in the case of a dark background colorscheme, the normal relationship for background and body text is base03:base0 (please note that body text is not base00)."
This was at the bottom, but even earlier in the blog when the codes were first shown, base0 and base00 just seemed kludgy to me on first sight. Then to see this note shows that I wasn't the only person to have issues with the naming. I know naming is hard and all, but this just seemed like low effort
actually this probably already exists. 8 colors of equal perceived brightness and the same 8 colors at a higher but equal to each other perceived brightness.