Bug 97604 - pdftocairo: paper width and paper height are swapped for PDF's in landscape
Summary: pdftocairo: paper width and paper height are swapped for PDF's in landscape
Status: RESOLVED MOVED
Alias: None
Product: poppler
Classification: Unclassified
Component: cairo backend (show other bugs)
Version: unspecified
Hardware: All All
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-05 16:39 UTC by peh
Modified: 2018-08-21 11:21 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description peh 2016-09-05 16:39:35 UTC
When running pdftocairo with -paperw and -paperh arguments, these dimensioners are swapped when a PDF in landscape is given as input file. Thus, width becomes height and height becomes width.

This behavior seems strange, as -W and -H arguments passed when cropping a PDF in landscape mode are not swapped.

I suggest consistent behavior where -paperw and -paperh denote the width and height of the output file, respectively (and not vice versa).

This change was made in poppler-0.38.
Comment 1 GitLab Migration User 2018-08-21 11:21:24 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/633.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.