[Poppler-bugs] [Bug 30692] [PATCH] pdftops does not crop

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=30692

--- Comment #16 from William Bader <williambader at hotmail.com> ---
>The issue as I see it is that you give the PSOutputDev a box, and it allows commands outside that box to be rendered, that is wrong and shall be fixed at the PSOutputDev level, not somewhere else.

With the patch, pdftops crops by generating a single crop box in postscript at
the beginning of the page.  I think that xpdf (which works) does that also. 
Checking the crop box inside poppler before rendering each object could be
expensive, and it could be tricky with text that was part inside and part
outside.

In theory, a pdf should not attempt to draw much outside the crop box other
than a small amount of descriptive information (as in the example pdf that I
attached) or registration marks for printing.  The example pdf has an image of
an ad that was intended to be placed on a newspaper page.  The crop box marks
the part of the image that should appear on the page.  The objects outside the
crop box are for proofing the image as a stand-alone item.

I have the same problem as you that I have very little time.  If you can tell
me exactly where poppler should make the crop test, I can try it.  The patch
has been working for me for years, and one of the libreoffice people said that
it worked for them also, and it is only a very small change.  Isn't a bigger
change more likely risk side-effects that could take a while to discover?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20121201/310d2638/attachment.html>