https://bugs.documentfoundation.org/show_bug.cgi?id=114719
Flora Canou <floraca...@qq.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|FIXED |---
Status|RESOLVED |REOPENED
--- Comment #50 from Flora Canou <floraca...@qq.com> ---
After checking this color palette I find it dissatisfactory for its inaccuracy
in some extreme cases. In particular, when it comes to dark colors:
<draw:color draw:name="Dark Blue 4" draw:color="#362413"/>
<draw:color draw:name="Dark Teal 4" draw:color="#302709"/>
If I interpret the numbers correctly (like R36, G24, B13), this is not blue but
is an orange/brown color.
The problem is probably rooted in this RYB color space. The space is generated
by something like a translation from an RGB color space, where every color is
mapped in a certain way with a little orange in order to obtain yellow as the
primary color. One of the consequences is the general decrease of saturation in
blue--green colors. Actually the gray scale turns orange too (Clearly 7f7f7f
becomes 9c744a by the transformation in https://bahamas10.github.io/ryb/).
Since turning the brightness off base naturally reduces saturation, in extreme
cases the blue itself is overriden by the translation of the space.
With scientific minds, modern standard color spaces should be either RGB (for
screen) or CMYK (for print). A reduced-saturation version of them can be more
favorable. Why do we bother to use an RYB instead and get all the messes?
--
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
