On 7/6/12 5:40 AM, "Adrian Johnson" <[email protected]> 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. >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 [email protected] http://lists.freedesktop.org/mailman/listinfo/poppler
