Date: prev next · Thread: first prev next last
2016 Archives by date, by thread · List index

On 11/18/2016 01:43 AM, "Christoph Schäfer" wrote:
Hi Toki,

Thanks for making sense :)

In the CIE-HLC palette colours are ordered by Hue - Lightness - Chroma in increments of 10, e.g., 
HLC 000-00-10, HLC 000-00-20 etc. After some experimentation we found that this model is the most 
user-friendly, compared to the more common LCH or HCL (not to mention LAB), because it's much 
easier to find a colour in the printed reference. Actually, it's much more efficient than any other 
colour reference I've worked with, including Pantone and HKS. So yes, it's *very* important for 
colours to be named, especially if you're working with a physical colour reference.

It would be even better if the ODF spec could be extended to be able to store named colours as an 

As to the number of palettes, I'd suggest a basic palette, e.g. 128 or 256 colours plus CIE-HLC. As 
for the rest, the suggestion of using extensions (plural) makes sense:

- one with all the palettes currently shipped with LO;

- another one with the Open Colour Systems Collection (more than 360; the number of colours per 
file varies between a handful for foils and more than 5000 for car finishes; CC licence);

- I can also create SOC files from the palettes currently shipped with Scribus, including various 
government standards (US, DE, NL, CA, UK; mostly Public Domain or similar);

- Finally, I could also create SOC versions of all colour palettes provided by the New Zealand 
colour vendor Resene. They are under a BSD-style licence, so the distribution would be OK.

Unfortunately, I've no experience in building OXT files, so I'd need some assistance or someone 
who'd do the building for me.

On a final note, I wonder why there is a file called "scribus.soc". These are not the colours of any of Scribus's 
"native" palettes but the old X11 colours, so the correct name would be "X11.soc".

Kind regards,

Gesendet: Donnerstag, 17. November 2016 um 20:10 Uhr
Von: toki <>
Betreff: Re: [libreoffice-design] "LibreColour" palettes for LibreOffice

On 16/11/2016 08:24, Heiko Tietze wrote:

But it's hard to imagine how to deal with the 545 (luckily named)
colors from the Scribus palette.

Go back to 2004, and there were complaints from some people that the
palettes for OOo didn't contain enough colours. Those complaints were
what prompted me to create the colour palette at
I just downloaded the "ultimate_colour_palette.soc" from the "" link. Trying to view this 922.7 meg file crased "Kate" and another one. The "default text viewer" took a few minutes to open. I did not finished the process, since it already went past more colors than I would want to use.

My "default" soc file was created for over 1,000 colors. I am thinking to strip that creation to several others. I have to go a long way to get to the Gold and Copper styles of colors. The same for other groups of colors that might be easier than one large color file.


The only issue[s] now is the fact that my HP Officejet 7000 [paper up to 13x19 inches] has a different color printing than the Canon inkjets, with even differences within the Canon printers. The MG5400 series - packed away as my spare printer - uses a different ink cartridges than my MG5320 and MG6220 ink set. Both of the last two use the same ink so the color printed out on them look the same.

So, this means that if I print out a letter sized poster on the Officejet and the same file to the MG5400 series they look different with the Officejet a little darker. The MG5320 and. MG6220 printers also look different from both the HP and the Canon 5400 series.

Note: since I packed it away, I do not remember if is a 5420 or 5440, etc. - I am reading the info from my "printer" option for Ubuntu/Mate laptop. Also I have almost stopped using the MG6220 since it is making a lot of "noise". The 5320 was a "replacement" for the noisy printer - which was my default printer.

[ I hope I am making any sense, since I have been up for almost 24 hours now]

The second most common complaint I've received about that palette, is
that the colours are not named. The most common complaint is the obvious


The size of the palette is not an issue, _if_ the colours are
consistently ordered by hue ,chroma, and lightness. When colours are
randomly ordered, such as by RGB value, or alphabetically, the palette
becomes, at best, awkward to use.

Should we limit the number of palettes,
Ship with one palette, but have additional palettes available for
installation as an extension. ZD_Color_Palettes.oxt being an existing,
albeit somewhat dysfunctional example.

have also a manageable size in terms of <50 colors (this is a very
arbitrary number), postulate elaborated color names?

Personally, I think that the minimum size should be 128 colours.

One might be able to get away with a 64 colour palette, if alternative
palettes are _easy_ for non-technical people to install.
Both ooespalette.1.1.oxt and ZD_Color_Palettes.oxt throw an error, when
attempting to install their *.soc files using the extension. For
non-techies, this is a fail.


One other item to be considered, is that switching palettes from within
LibO usually requires the program to be restarted.  (My normal practice
is to close LibO, copy the palette I want to standard.soc, then start LibO.)


To unsubscribe e-mail to:
Posting guidelines + more:
List archive:
All messages sent to this list will be publicly archived and cannot be deleted

To unsubscribe e-mail to:
Posting guidelines + more:
List archive:
All messages sent to this list will be publicly archived and cannot be deleted


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.