https://bugs.documentfoundation.org/show_bug.cgi?id=114719
--- Comment #56 from Flora Canou <floraca...@qq.com> ---
(In reply to V Stuart Foote from comment #55)
> ...
> The gradient is smooth, and RGB colors quite acurate, it looks nice,
> unfortunately the full palette tends toward the pastels. The same issue as
> with the freecolour-HLC CIELAB reference palette.
>
> Need more highly saturated RGB colors. For example the "tonal" technical
> palette--perhaps alligh the name/color pairings (from the tonal 58% row)
> across these two RGB centric palettes adjusting the starting point. But if
> just an extension--your call on that stylistic facet.
I've looked into this issue and decide to keep the current state, because
(1) it already has three rows of fully saturated entries (the 2nd row, the 85%
row and the 15% row), (2) _tonal_ is there, and (3) IMO slightly neutral color
set looks better for documents.
> Also, to simplify things for translators should this be added to core, I
> would suggest you adopt the color naming from the tonal palette of Spring
> Green and Chartreuse rather than the non-standard Lime and Turquoise you've
> assigned.
I've changed _lime_ to _chartreuse_ since I find _lime_ is a quaternary for
standard RGB. _Turquoise_ is kept because (1) _spring green_ is two words and
thus sounds dumb, (not to mention it's almost a homophone of "dumbass" in my
mother tongue (Chinese Mandarin)) (2) translation/interpretation can always be
done on the color and not the wording.
Now that some say it's impossible to produce pure black by RYB blending, I
somehow accept the current algorithm -- it's defected by nature and showing
nature is fine. Studying for a better algorithm is costly. I'll try though.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
