[poppler] Weird rendering of a very simple pdf
Albert Astals Cid
aacid at kde.org
Wed Aug 1 14:05:06 PDT 2012
El Divendres, 6 de juliol de 2012, a les 05:26:28, Leonard Rosenthol va
escriure:
> On 7/6/12 5:40 AM, "Adrian Johnson" <ajohnson at redneon.com> wrote:
> >The problem appears to be that the rectangles are painted inside the
> >text object. According the PDF standard, a text object consists of
> >operators for showing text, moving the text position, and setting text
> >state. It doesn't say anything about allowing graphics operators inside
> >a text block.
>
> Actually, non-text operators aren't supported to be present inside of
> BT/ET, however they aren't explicitly restricted (that I can find quickly
> in 32K-1).
>
> >If I put BT/ET around only the text operators then Adobe
> >Reader paints the rectangles over the text. It looks like when graphics
> >operators are inside a BT/ET block Adobe Reader renders the graphics
> >operations first then the text. If I move the graphics operations to
> >before the text block the pdf renders the same in both poppler and Adobe
> >Reader.
>
> That doesn't make sense - but I'll investigate what we are doing.
Did you find out something you can tell us?
Cheers,
Albert
>
> >I also tested the pdf with ghostscript and my printer which supports
> >pdf. Ghostscript ignores the graphics operators inside the text block
> >and only renders the text. My printer draws the rectangles over the text.
>
> The GS implementation is perfectly reasonable.
>
>
> Leonard
>
> _______________________________________________
> poppler mailing list
> poppler at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/poppler
More information about the poppler
mailing list