> I may be a total inexperienced user and complete amateur when it
> to graphics design and color theory, but unless I'm terribly wrong,
> that's why the Pantone® color numbers are used, isn't it?,
Without going into a long discussion on color reproduction, there are
some bad things about specifying a color via the PMS system. Simply
put, PMS was designed to use the Pantone inks only, so if you use any
other color space ( let's say some obscure ones like RGB or CMYK ),
you won't get what you specified. ( I'm surprised several people
jumped up and down about the free font issue, but no one mentions
using a proprietary, single vendor color system ;) Anyway, the big
difficulty is getting various output devices to reliably match a PMS
color. Most companies that print stuff work very hard to get that
right behind the scenes, it doesn't always come easy.
That said, PMS is considered a standard in the graphics/print
industry, so using PMS to specify the colors is not really a wrong
move. But it isn't a silver bullet that solves all color reproduction
I understand about this, but the problem is that printing houses don't.
They mostly use PMS and especially down here (Mexico City) it is a
problem. Even Adobe native formats have problems as most print houses
use Corel tools.
> I am using
> Inkscape, as I'm doing all in Linux with free software... One thing odd,
> though... As you say, CMYK values are rather odd, however the
> hexadecimal values and the RGBA values DO correspond to those in the
The values reported by my version of Inkscape ( 0.43-3.fc5, PPC )
for PMS 2935
Hex : 0A57A4
RGB : R10, G87, B164
CMYK : C94, M47, Y0, K36
for PMS 541
Hex : 072B61
RGB : R6, G43, B97
CMYK : C93, M56, Y6, K62
I'd be interested if yours were different from these.
Those hex values above are what is in the SVG, but they don't match
the usage guide hex values.
Inkscape 0.43-3.fc5, x86_64.
The infinity symbol freshly opened, I get the following values (from
RGBA to Hex):
RGBA: 5 43 97 255
HSL: 152 230 51 255
CYMK: 97 55 0 62 100
RGBA: 10 87 164 255
HSL: 149 226 87 255
CYMK: 95 48 0 36 100
RGBA: 255 255 255 255
HSL: 0 0 255 255
CYMK: 0 0 0 100
> I would assume there is a problem with CMYK support in Inkscape,
> which might be worth to report to the mailing list.
I mentioned this previously, the SVG spec doesn't support CMYK or
PMS, so Inkscape makes some guesses to convert to those color spaces.
There is a way to save an SVG as an Inkscape-only SVG that maintains
those values, but those values won't get used by another program that
opens the file. Similar to the issue where Illustrator is able to get
the colors right if it opens the SVG, but Inkscape can't.
Good point... I was
thinking on raising this discussion at the Inkscape
mailing list and see what does the Inkscape community has to say about
this situation, or if it is a bug in the current implementation of CMYK
scheme or what. But since the format as such does not support the CMYK
color scheme, it may very well be traced down to a simple conversion
error in the CMYK algorithm used by Inkscape.
> I have had some
> trouble manipulating the files in Inkscape (only tried with the infinity
> symbol, though), but I had to resort to the XML editor to be able to
> select the different four elements of the drawing, when trying to select
> with the mouse, only a grouped selection is possible..
There are two selection tools in Inkscape, you might have been using
the one that doesn't let you select objects within a group. I didn't
have a problem.
I'm suing the F1 selection tool, and you are right... If chose
editor, I can indeed select individual objects within the global group.
Thanks for the tip!
> I suppose this
> is what the original designer intended, and (compared to a "pure" SVG
> made with Inkscape),
Yes, mere mortals should really not be poking around within these
files, as per the guidelines they shouldn't be modified. I opened them
because I wanted to verify how the files would open and work in
several different graphics programs.
That's what I thought, a
scalable-not-to-be-edited version (editable,
but should not be edited at all). Still I found have some questions
about background color and the symbol... As I noticed in the default
splash screen, boot screen and wallpaper: The infinity symbol has both a
highlight and a white border to prevent it be lost in the darker blue
background. My question would be: For darker backgrounds, could we add a
light/white border to better outline the symbol so it won't be lost and
keep deffinition? That would be editing the symbol, true, but it would
also make it more visible (or simply visible).
> the file has two additional images (one in jpeg
I believe that is a thumbnail used to preview files in the Adobe "Open
File" dialog box. It's not useful for much else.
Ok, that explains it.
> and one in PGF [for whatever that is]) which I have been unable
> to export
Those are binary structures ( CDATA ) that are used instead of ( or in
addition to ) the SVG when the file is re-opened in Illustrator.
If you use a text editor to cut out those entries, InkScape is still
But that would be editing the original files, which I thought was
strictly forbidden by the guidelines... Even though it would make
Inkscape happy, that would mean altering the file. If this action was
officially endorsed, then I would do it, or better still, let those who
control the graphics politics for Fedora, handle this, remove those
extra instructions, and may be provide two versions of the files: One in
native Adobe format, and one in "pure" SVG format.
" All SVG colors are specified in the sRGB color space "
ICC color profiles can be used to specify other color spaces.