Bug 121683 - Formatting: Some wrong colors in Standard palette
Summary: Formatting: Some wrong colors in Standard palette
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.2.0.0.beta1+
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Color-Palettes
  Show dependency treegraph
 
Reported: 2018-11-23 20:49 UTC by Cathy Crumbley
Modified: 2018-11-25 21:30 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Standard color palette (26.47 KB, image/jpeg)
2018-11-23 20:49 UTC, Cathy Crumbley
Details
current RYB standard.soc with Light 4 and Dark 4 levels adjusted to 70.5% tint or shade (9.02 KB, application/xml)
2018-11-24 21:25 UTC, V Stuart Foote
Details
ODF Writer page with table cells showing SOC modified with Light 4 and Dark 4 at 70.5% (20.82 KB, application/vnd.oasis.opendocument.text)
2018-11-24 21:31 UTC, V Stuart Foote
Details
screen clip of the adjusted SOC with 70% tint and shade (68.71 KB, image/png)
2018-11-24 21:42 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cathy Crumbley 2018-11-23 20:49:47 UTC
Created attachment 146987 [details]
Standard color palette

The colors shown on the Standard palette do not appear to be correct. The darker colors have too much gray or brown. Example: Tools > Options > Application Colors.  

This was not a problem in 6.2 alpha.

I have seen other bug reports about issues with the colors in the Standard palette but I am not sure if they cover this problem. Apologies if this should be considered a duplicate.
Comment 1 V Stuart Foote 2018-11-23 21:33:34 UTC
No, this is unchanged since the current RYB standard.soc was committed to project source 2018-01-30

The Standard pallet now uses algorithmic generation [1] of RYB from sRGB values. Rendering into RYB color theory correct "Tints" (i.e. White added) of 30%, 45%, 60% and 75%; and "Shades" (i.e. Black added) of 20%, 40%, 60% and 80%.

The 20%, 40% and 60% Shades hold their RYB hue fairly well--while the 80% shade is admittedly a bit muddled, tending into browns.

Design team is committed to a RYB color palette, and not clear a better algorithm for RYB pallet generation is possible. 

The 80% shade might be reduced to a 70% to render in hue, but the design is intentional.

A test document ODT [2] table appears as attachment 139004 [details]

=-ref-=
[1] https://bahamas10.github.io/ryb/about.html#how
[2] attachment 139005 [details]
Comment 2 Cathy Crumbley 2018-11-24 18:10:35 UTC
I can see that there has been extensive discussion about making the RYB standard. I don't understand the reasons for this but accept that there are good reasons.  I also appreciate that there are several trade-offs and challenges that people have been working diligently to overcome.

However, as a regular user, it just seems baffling and frustrating that the standard palette colors vary so much from their names and that so many colors are dark brown or dark gray.  I would imagine that the standard palette is the only palette that many users, if not most, use. They will find that the beautiful graphics and styles they have created now show completely different colors. I will not be the only one who thinks there is a bug.

If there needs to be a RYB palette that looks like this, why can't it be something other than the default palette?
Comment 3 V Stuart Foote 2018-11-24 21:25:56 UTC
Created attachment 147009 [details]
current RYB standard.soc with Light 4 and Dark 4 levels adjusted to 70.5% tint or shade

(In reply to Cathy Crumbley from comment #2)
> ...
> However, as a regular user, it just seems baffling and frustrating that the
> standard palette colors vary so much from their names and that so many
> colors are dark brown or dark gray.  I would imagine that the standard
> palette is the only palette that many users, if not most, use. They will
> find that the beautiful graphics and styles they have created now show
> completely different colors. I will not be the only one who thinks there is
> a bug.
> 

Colors are not held inside ODF document by name, rather by RGB triplet. So this does not affect any existing document or template. So while bringing a more flexible color palette selection and management mechanism to LibreOffice--reworking the color dialog--we simplified the standard palette to be derived from a RYB named color wheel as preferred by artists and graphics designers.

For modern technical design we provide the specialized RGB Tonal palette, and the CIE Lab process color palette for CMYK printing. Adopting a RYB for standard layout--rather than a HSV/HSL derived palette--presents traditional color wheel used in Design and Art education.

I've attached an alternative RYB palette--with 70.5% tint, and 70.5% shade where the RYB hues are more obviously rendered, and a sample document showing that RYB chart at those levels.

To see if reducing the tint and shade is appealing, simply add the "vsf_70pt5_standard.soc" to the LO installations: share -> palette folder, and select the palette for use rather than standard.soc when choosing a defined palette to work with.
Comment 4 V Stuart Foote 2018-11-24 21:31:33 UTC
Created attachment 147011 [details]
ODF Writer page with table cells showing SOC modified with Light 4 and Dark 4 at 70.5%
Comment 5 V Stuart Foote 2018-11-24 21:36:23 UTC
Comment on attachment 147011 [details]
ODF Writer page with table cells showing SOC modified with Light 4 and Dark 4 at 70.5%

clarified description
Comment 6 V Stuart Foote 2018-11-24 21:42:34 UTC
Created attachment 147012 [details]
screen clip of the adjusted SOC with 70% tint and shade
Comment 7 Cathy Crumbley 2018-11-25 21:30:45 UTC
Thank you for the further information.

I tested the palette you sent and could see no difference in Dark Blue 3 but could see a difference in  Dark Blue 4.  It did not appear bluer, however. 

It sounds like this new standard palette will be quite helpful for artists and graphic designers. But I still don't understand why the standard palette should be changed to accommodate that subset of specialists rather than regular users. How does this decision benefit them? I must be missing something.

Let’s say, for example, that someone created a number of graphical elements using the standard palette. Now they want to make more graphical elements with those same colors but the standard palette has changed.  The old standard palette is not even included in the 6.02 version I have. Do they now need to create their own palette? If so, why put them in the position of having to do that? 

As a side note, you mention the RGB tonal palette and the CIE Lab process color palette for CMYK printing. I don’t see palettes clearly labeled with those names, although presumably “tonal” is the RGB palette. Wouldn’t it be helpful to have the names match the type of palette? How would someone looking for an RYB palette know that that Standard palette is an RYB palette?  

Why not treat the RYB palette like the other specialized palettes?

I know that you and others have put a lot of work and thought into this and am sure that there are good reasons for these decisions. However, from a user perspective, they seem baffling.