[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