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

[bugzilla-daemon at freedesktop.org]

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

--- Comment #24 from William Bader <williambader at hotmail.com> ---
Created attachment 71362
  --> https://bugs.freedesktop.org/attachment.cgi?id=71362&action=edit
screen capture to show the problem

The initial PDF that I attached to this bug is sufficient to reproduce the
problem.  After running pdftops, you need to view the EPS with a program that
is capable of showing all of the image and not only what is inside the area
specified in the %%BoundingBox comment.

In the screen capture, I used the unpatched pdftops 0.18.4 distributed with
Fedora 17.  I made both a PS and an EPS and then viewed them with "gv".

gimp might not be a good test, because as far as I know, it does not natively
support PDF, PS or EPS, and so it must rasterize them, and it probably
rasterizes them to the size in the %%BoundingBox comment, which means that you
will never see anything outside the crop box.

gv allows you to override the %%BoundingBox comment.  I selected a large size
that I used for previewing broadsheet newspaper pages.
pdftops crops PS.  If you try this with my test PDF and then compare the PS and
EPS files, the PS has the additional code
0.5 55 translate
7 16 417 1010 re W
immediately before the %%EndPageSetup comment.
My guess is that someone thought that it was not necessary to crop the EPS
because application embedding the EPS on a page would always crop it to the
size in the %%BoundingBox.

William

-- 
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/20121211/88b92ff6/attachment.html>