# [texhax] Who can tell me what's the font used in the picture?

Reinhard Kotucha reinhard.kotucha at web.de
Sat Apr 16 12:37:16 CEST 2011

```On 2011-04-16 at 15:23:08 +0800, Steven Woody wrote:

> On 16 April 2011 14:08, Steven Woody <narkewoody at gmail.com> wrote:
> > On 15 April 2011 22:42, Reinhard Kotucha <reinhard.kotucha at web.de> wrote:
> >> On 2011-04-15 at 20:42:57 +0800, Steven Woody wrote:
> >>
> >>  > On 15 April 2011 19:33, William Adams <will.adams at frycomm.com> wrote:
> >>  > > On Apr 15, 2011, at 7:09 AM, Ivan Griffin wrote:
> >>  > >
> >>  > >> And taking this further, Inkscape can parse the PDF, and (via the inkscape2tikz extension) can generate TikZ to render this - see the attached LaTeX code.
> >>  > >>
> >>  > >
> >>  > > Neat!
> >>  > >
> >>  > > Is it a tikz limitation that the colours are defined as RGB or was it Inkscape which caused that?
> >>  > >
> >>  > > \definecolor{c7dcc35}{RGB}{125,204,53}
> >>  > > \definecolor{c5a5758}{RGB}{90,87,88}
> >>  > >
> >>  > > The original .pdf had them as a CMYK green and CMYK grey, so the not-triplet RGB not-quite grey is kind of odd --- no colour profile applied, so a colour w/ a cast to it is IMO wrong.
> >>  > >
> >>  > > William
> >>  > >
> >>  >
> >>  > William, do you think I can read out the CMYK values from the PDF and
> >>  > change the tikz definitions in Ivan's tex file?  Another relative
> >>  > question: given any color on my screen, is there a tool that can tell
> >>  > me its CMYK values?  I love CMYK more than RGB.
> >>
> >> From the PDF file:
> >>
> >>  <xapG:Colorants>
> >>     <rdf:Seq>
> >>        <rdf:li rdf:parseType="Resource">
> >>           <xapG:swatchName>Landis+Gyr Green (51/0/94/0)</xapG:swatchName>
> >>           <xapG:mode>CMYK</xapG:mode>
> >>           <xapG:type>PROCESS</xapG:type>
> >>           <xapG:cyan>51.000000</xapG:cyan>
> >>           <xapG:magenta>0.000000</xapG:magenta>
> >>           <xapG:yellow>94.000000</xapG:yellow>
> >>           <xapG:black>0.000000</xapG:black>
> >>        </rdf:li>
> >>        <rdf:li rdf:parseType="Resource">
> >>           <xapG:swatchName>Landis+Gyr Gray (0/0/0/75)</xapG:swatchName>
> >>           <xapG:mode>CMYK</xapG:mode>
> >>           <xapG:type>PROCESS</xapG:type>
> >>           <xapG:cyan>0.000000</xapG:cyan>
> >>           <xapG:magenta>0.000000</xapG:magenta>
> >>           <xapG:yellow>0.000000</xapG:yellow>
> >>           <xapG:black>75.000000</xapG:black>
> >>        </rdf:li>
> >>     </rdf:Seq>
> >>  </xapG:Colorants>
> >>
> >> Regards,
> >>  Reinhard
> >>
> >
> > Thanks Reinhard, you found the answer for me.  Now I am looking
> > through the xcolor manual trying to get know how to convert (cyan:51,
> > yellow:94) to correct xcolor expression (i.e., cyan!xx!yellow!yy) that
> > can be used in my document.  The strange part is that 51 + 94 != 100.
> >
>
> Actually, I want to ask, in PDF, the (cyan:51, yellow:94) means 51% of
> cyan and 94% of yellow or 51 units of cyan and 94 units of yellow?

Sorry, I overlooked that.  The actual values in the PDF are

0.51 0 0.94 0

and

0 0 0 0.75

respectively.  The values in the XML description are in percent.
Thus, you can set \color[cmyk]{0.51,0,0.94,0} and
\color[cmyk]{0,0,0,0.75} when using LaTeX's color package or maybe
\definecolor{c7dcc35}{cmyk}{0.51,0,0.94,0} and
\definecolor{c5a5758}{cmyk}{0,0,0,0.75} in the TikZ file.

Please note that the range of values is 0 ... 1 if the color
model name is written lowercase, and 0 ... 255 else.  Larger values in
CMYK models denote darker colors, and lower values in RGB models
denote darker colors.

In the attached file I also replaced the autogenerated color names
with more meaningful names.  With \pdfcompresslevel=0 you can check
easily wherther the correct colors are used.  Look for lines like

0.51 0 0.94 0 k

at the beginning of paths in the uncompressed PDF file.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo-cmyk.tex
Type: application/octet-stream
Size: 53111 bytes
Desc: not available
URL: <http://tug.org/pipermail/texhax/attachments/20110416/f8f57d99/attachment-0001.obj>
-------------- next part --------------

Regards,
Reinhard

--
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------
```