[Libreoffice-ux-advise] [Bug 80196] standardize color palette using mathematically generated colors

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Nov 21 23:10:09 UTC 2016


https://bugs.documentfoundation.org/show_bug.cgi?id=80196

--- Comment #43 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to Heiko Tietze from comment #42)
> Created attachment 128930 [details]
> tonal_col
> 
> (In reply to V Stuart Foote from comment #41)
> > 
> > But completely looses the beauty/utility of the palette--white at top for
> > out of gamut colors is _functional_, not decorative!
> 
> Functional because you have the choice between 20 white? Here is what I mean.

No, functional because the position of the blanks has symbolic meaning to the
color table they represent. 

Fortunately the new Area fill dialog shows the whole palette. But the 12x7 (or
12x8 as yours shows) of the swatch picker crops the color table. 

With your suggested inverted layout, after the gray scale in the 1st row--the
2nd and 3rd rows of 10% and 20% values are not of much use. It positions the
30% values in the 4th row, while cutting off view of the more useful 73% and
82% level Magenta, Cyan and Yellow. They are less significant/useful colors so
invert and position 10% and 20% to the bottom where it does not matter if they
are not always visible. The blanks in the upper rows have relative meaning.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list