[
https://issues.apache.org/jira/browse/PDFBOX-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr updated PDFBOX-1794:
------------------------------------
Attachment: PDFBOX-1794-vattenfall.pdf-1.png
One of the problems is in drawType3String(): the graphics state is pushed, and
after processSubStream(), the graphics state is popped. However, that one isn't
the same, for example it has 0,01 instead of 1 in the matrix. I also traced the
size: before push it is X, after pop it is X+1, i.e. somebody elsewhere does a
push() without a pop().
As a test solution, I saved the ctm and reassigned it to the graphics state.
The result is an image that is "much less empty", although it does still have
its problems.
> Rendering Problem with Type 3 Fonts
> ------------------------------------
>
> Key: PDFBOX-1794
> URL: https://issues.apache.org/jira/browse/PDFBOX-1794
> Project: PDFBox
> Issue Type: Bug
> Affects Versions: 1.8.3, 2.0.0
> Environment: W7, XP
> Reporter: Tilman Hausherr
> Labels: type3
> Attachments: PDFBOX-1794-vattenfall.pdf,
> PDFBOX-1794-vattenfall.pdf-1.png, PDFBOX-1794-vattenfall.pdf-1.png
>
>
> The attached file does not render correctly.
> (This is the same problem mentioned in PDFBOX-1773, but this time its not
> from my employer. I was able to find a tool (qpdf) to create an uncompressed
> PDF file and this way to remove my customer#)
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
