Re: [PyX-devel] [PyX-checkins] SF.net SVN: pyx:[3162] trunk/pyx/pyx/font/t1file.py

[Joerg L. <jo...@us...>]

Hello Michael,

On 30.05.11, Michael SCHINDLER wrote:
> Here is some additional info to changeset 3162:
> 
> The minimal example:
> 
> -----
> from pyx import *
> text.set(mode="latex")
> text.preamble(r"\usepackage{mathptmx}")
> c = canvas.canvas()
> c.text(0, 0, r"$\delta$")
> d = document.document([document.page(c)])
> d.writePDFfile("minimal", compress=False)
> -----
> 
> The character $\delta$ does not show up if displayed using xpdf, evince, or
> okular (acroread and Skim do not have problems). The problematic PDF is
> attached.

> 
> The problem can be boiled down to the encoding of the partially included font:
> In the non-working file the font encoding is given as
> 
>   /Encoding 256 array
>   0 1 255 {1 index exch /.notdef put} for dup 100 /delta put
>   readonly def
> 
> If I change it manually to
> 
>   /Encoding 256 array
>   0 1 255 {1 index exch /.notdef put} for
>   dup 100 /delta put
>   readonly def
> 
> then it works.

Interesting! This looks like a limitation in the PDF engine(s) of
xpdf & Co. A brief look through Adobe's Type-1-font documentation
did not reveal the significance of whitespace in the defintion
of the encoding array.

Cheers,

        Jörg