TexShop and embedded fonts

Herbert Voss Herbert.Voss at fu-berlin.de
Thu Jan 30 08:18:46 CET 2020

Am 29.01.20 um 23:38 schrieb Reinhard Kotucha:
> First of all, the Type 3 font *is* embedded.  This can be confirmed
> with pdffonts.  Curiously Adobe Reader claims that it is not.
> It seems that your workflow is latex -> dvips -> ghostscript, as
> needed by pstricks.
>  From the PDF file I can neither determine the name of the font nor the
> name of the font file.  All I can say is that there is only one Type 3
> font in the PDF.  By default all TeX engines insert only a subset of
> each font containing only the glyphs you actually use.  Ghostscript
> does such optimizations too.
> The embedded Type 3 font in question contains only one glyph called
> "/Bullet".  When I de-compress the glyph description I see:
>    16300 0 m
>    16300 9002.24 9002.24 16300 0 16300 c
>    -9002.24 16300 -16300 9002.24 -16300 0 c
>    -16300 -9002.24 -9002.24 -16300 0 -16300 c
>    9002.24 -16300 16300 -9002.24 16300 0 c
>    f

That is what we call a "Softfont". it is generated on the fly as a Type 
3 font
and loaded into the print job, hence _always_ embedded and in the case
of PSTricks _always_ a vector font.

> The not embedded Helvetica shouldn't be a problem because the Adobe
> PDF spec sais that this font (among 13 others) have to be present in
> all PDF processors.  At least after the Euro symbol had to be added
> to these fonts in 2002 it turned out that this was a bad decision.
> Thus it's better to embed it as well.
> Herbert, I suppose that the workflow latex -> dvips -> gs is supported
> by a script which is part of pstricks.  If so, wouldn't it make sense
> to call gs with the option -dPDFSETTINGS=/prepress ?

yes, that should be the default. But there is no script, it has to be 
done by
the user or by the Editor which runs the document.


More information about the texhax mailing list.