On 10/11/2017 02:43 PM, Toki wrote:
On 10/11/2017 02:48 PM, Gary Dale wrote:
Either way, with that many palettes in play, there should be a way
to manage them other than fiddling with XML files.
Palettes are function specific. As such, if made according to the user
specifications, there is no legitimate reason to change anything within
them.
I agree that there are some users do not want to create a color
palette, but add just a few colors they need to use. I remember
doing that a few years ago, for a specific project, before I looked
into creating my first color palette. That seems to be the reason
for the "custom" palette - which I currently have empty.
In terms of creating the palette, it is several orders of magnitude
easier to do so, using XML, than colour pickers. (Try creating the
Resena Paint colour palette using a GUI. Doable, but instead of taking
ten or so minutes, you'll spend hours, and need a second person to
proof
read the resulting XML file.)
Yes creating the XML palette is easy to do. All you need is to
rename one of the small color palettes and then replacing the values
of a line - like this one - with your colors.
<draw:color draw:name="Tango: Aluminium 3" draw:color="#babdb6" />
All you need to do is copy/paste this type of line, then replace the
"Tango: Aluminium 3" with a new name. Then, change this HTML color
value of "#babdb6" to the color you want to use.
I have a color palette with Resena colors - over 1370 of them. I
added LibreOffice Branded colors, as well of a few others, bringing
the total to about 1400 of them.
Below is the color palette file and then the PDF file of 10 pages
with the color names and HTML color codes.
http://libreoffice-na.us/colors_resene.soc
http://libreoffice-na.us/resene-a--Alphabetical-Color-Chart.pdf
I do have other PDF files for other color palette PDF files. Only
some of them are listed on the "libreoffice-na.us" site. The Resene
palette is not in the same order as the PDF file. I have 6 versions
with it either unsorted or sorted by different methods. using these
PDF files, I have searched for specific colors/hues, like wood-brown,
gold-like, oranges, etc.. Then I created SOC files for these type of
colors.
The PDF files for the large ones, can be found on a web site link on
the top of each page of these PDF files. They are a great way to see
defined color names and their associated HTML color code.
Luck was with me when I was given the text list of colors for several
large SOC files.
To be honest, if you use a color picker on these PDF color "boxes"
you may find the visible color may not be the exactly same color code
as listed in the page. The problem might stem from the software that
converted the image files to the PDF pages. Also, for me, my printed
pages are darker then what is shown on the display/monitor. Syncing
the printer to my laptops and desktops is not something most users
can do for themselves. Also only a few printers have drives with
options to "tweak" the printed colors.
FYI: The palette list I see is:
standard
standard
What is the extension of those two files?
Regardless, no OS allows two files in the directory to have an
identical
name. Some operating systems allow filenames to differ, only by case
that used for one or more glyphs.
jonathon
Yes, Color.soc and color.soc are different on Ubuntu Linux, but as
one professor stated "think of the Windows file names as all
uppercase or lower case names. . . ". I have run into this type of
limitation with transferring files from my Ubuntu laptop to a NTFS or
Fat32 USB flash drive and/or to a Windows format external drive.
Between the /opt/ root system folder[s] and the hidden .config "home"
folder [Linux install], I have 11 installed palettes and a few in the
works