On 10/10/17 10:34 AM, Tim-L wrote:
On 10/10/2017 04:23 AM, Toki wrote:If creating a small color palette is not a good idea, then add more colors to it AFTER you have the "company" colors.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.) jonathonYou 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 colorsThe last one seems to be auto-generated to show all the colours used in the current document.
-- To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org 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