[NTG-pdftex] [pdftex-Bugs][939] \pdfximagebbox wrong for PDF files with /Rotate != 0

pdftex-bugs at sarovar.org pdftex-bugs at sarovar.org
Tue Apr 22 10:35:37 CEST 2008


Bugs item #939, was opened at 2008-04-19 23:42
Status: Open
Priority: 3
Submitted By: Hartmut Henkel (hhenkel)
>Assigned to: Hartmut Henkel (hhenkel)
Summary: \pdfximagebbox wrong for PDF files with /Rotate != 0 
>Resolution: Accepted
Group: v1.50.0-alpha
Category: PDF inclusion


Initial Comment:
The primitive \pdfximagebbox gives a wrong boundingbox info for PDF files that contain a /Rotate key with value 90 or 270 [degrees].

Reason is that in pdftoepdf.cc the values epdf_height and epdf_width are swapped in 90 and 270 degree cases (but the epdf_orig_x and epdf_orig_y are not swapped, which makes it even more inconsistent).

The proposal is that \pdfximagebbox should always deliver the unchanged original values for the actually used boundingbox (e. g. "artbox", "cropbox"...), as read from the appropriate /...Box[] array in the embedded PDF file. The epdf_height and epdf_width values should _not_ be swapped for \pdfximagebbox.

----------------------------------------------------------------------

>Comment By: Martin Schröder (oneiros)
Date: 2008-04-22 10:35

Message:
Hrm. Is \pdfximagebbox actually used? And if it's used, is it enough when /Rotate is present or do we need a way to enquire about /Rotate?

----------------------------------------------------------------------

You can respond by visiting: 
http://sarovar.org/tracker/?func=detail&atid=493&aid=939&group_id=106


More information about the ntg-pdftex mailing list