On 10/10/17 10:34 AM, Tim-L wrote:
On 10/10/2017 04:23 AM, Toki wrote:
On 10/10/2017 03:38 AM, Gary Dale wrote:
I agree that storing organizational (not necessarily corporate) colours
in "custom" may not always be the best idea, but given their small
number in any rational organization, creating a separate palette for
them is arguably also not a good idea.
The primary function of an organisation branding palette, is to have a
formal description of the _only_ colours used in content produced by,
for, or on behalf of the organization. As such, having _one_ palette
that consists only of the organisation branding palette makes sense.
By way of example, the official colour palette of various organisations:
* LibreOffice: 27 colours;
* North Carolina State: 13 colours;
* University of Leeds: 4 colours;
* University of Arizona: 22 in the official palette, 24 in the
unofficial palette;
* University of South Dakota: 9 colours for printing, 9 colours for
the web;
* UPS: 4 colours;
Back when Mary Kay was alive, woe betide anybody who delivered anything
for her company, that wasn't in a colour that wasn't in the official
Mary Kay colour palette. (_Even their Uzi's Are Pink_ wasn't much of an
exaggeration.)
jonathon
If creating a small color palette is not a good idea, then add more
colors to it AFTER you have the "company" colors.
You could start with the - company's colors,
then LibreOffice colors,
then the web safe colors,
and any other colors you might want to use.
Your custom palette can represent all of the colors you use, not just
the small number of official colors your company uses. They can be in
any order or groupings.
As for the post stating concern about creating/editing XML files, do
not worry. It is really easy. If you make a mistake, then the
palette you create will not effect others.
That is why I use the LibreOffice .config folder for the SOC file[s]
for testing and more. If you have Windows, it might not be as easily
as I have with Ubuntu Linux. Still, the color palette file[s] is a
lot easier than other XML files I have seen from other applications
Still misses the point. Normal users shouldn't have to fiddle around
with XML files to create custom palettes. LibreOffice already has at
least two dialogues that allow users to define custom colours. The real
problem are that they:
1) are different, with each one having features the other lacks
2) aren't where a normal user would expect to find them.
The Format | Character | Font effects | Pick a Color dialogue allows you
to define colours in RGB, HSB and CMYK formats but doesn't allow you to
name the colour nor save it to a palette. This is the same dialogue as
used for Shapes | Line colours. Conversely the Shapes | Area colour
dialogue only allows you to define RGB colours (unless you notice the
"pick" button, which then brings up the other colour dialogue instead of
bringing up an eye-dropper to let you pick a colour from elsewhere on
your screen) but lets you give them a name and save them in the custom
palette.
This is a bizarre duplication of effort. Why are area colours given
second class status with respect to how you define them while line and
character colours are given second class status with respect to being
reusable?
A secondary concern is why isn't there a palette management tool? There
are 11 palettes available in my copy of Writer. I'm not sure if that is
normal or not since two of them are named "standard". Are some of them
from other applications?
Either way, with that many palettes in play, there should be a way to
manage them other than fiddling with XML files. At the very least, a
simple tool to create a named palette and add colours to it shouldn't be
difficult to add to the Tools | Options dialogue. Then you wouldn't need
to be able to add custom colours through other dialogues, which would
simplify the application.
FYI: The palette list I see is:
custom
standard
tonal
standard
html
breeze
chart-palettes
libreoffice
freecolour-hlc
tango
Document colors
The last one seems to be auto-generated to show all the colours used in
the current document.
--
To unsubscribe e-mail to: [email protected]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted