Bugs item #939, was opened at 2008-04-19 21:42

Status: Closed Priority: 3 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: \pdfximagebbox wrong for PDF files with /Rotate != 0 Category: PDF inclusion Group: v1.50.0-alpha Resolution: Fixed

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: The Thanh Han (hanthethanh) Date: 2010-07-28 12:40 Message: Fixed in 1.40.11 ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-04-22 08: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