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

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Sep 27 15:15:03 UTC 2016


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

Heiko Tietze <tietze.heiko at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1

--- Comment #29 from Heiko Tietze <tietze.heiko at gmail.com> ---
Back to NEW, we need a decision here. I like the idea of mathematically
generated colors. But we should also think about cleaning up what we have. 

* cmyk: 216 unnamed colors in tiny steps that looks like a replacement for the
rgb input
* gallery: 61 colors w. gray scale, yellow to red, pink to violett, light blue
to dark blue, green, brown/ocker; unnamed
* html: 131 colors similar to "gallery" but finer grained; strangely named like
"ghostwhite F8F8FF 248.248.255"
* libreoffice: the branding colors + black & white; with (improvable) names
* palette: 77 darker red, green and blue colors; unnamed
* scribus: 545 named colors, guess for compatibility
* standard: Symphony based palette in 10x12 colors plus "nice", pale and chart
colors; well named
* tango: 27 named colors from tango
* web: 232 unnamed greenish, reddish and blueish colors
(document, + user, + recently used)

(named = "Red" instead of "255,0,0")

So my suggestion is:
* remove cmyk, gallery, html, palette, web
* add this "tonal" palette here, when the names are improved (design only
easyhack), but also add Breeze colors
(https://community.kde.org/KDE_Visual_Design_Group/HIG/Color)

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


More information about the Libreoffice-ux-advise mailing list