Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The pdftops filter should use the media or crop box as the page size for printing #912

Closed
michaelrsweet opened this issue Sep 23, 2004 · 2 comments
Labels
enhancement New feature or request
Milestone

Comments

@michaelrsweet
Copy link
Collaborator

Version: 1.2-feature
CUPS.org User: h.blischke

Currently (based on xpdf 2.03, I think), the pdftops filter uses the
page size configured as default in the printer's PPD or some internal
default if no PPD is available. The page size information contained
in the PDF itself is completely ignored.

Instead, the filter should use the crop box or, if that isn't specified,
the media box (imilar to the option "-paper match" of xpdf's pdftops
utility 3.00.

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: mike

Reassigned to CUPS 1.2.

The current behavior is to center or fit (depending on the state of the fitplot option) the page on the currently selected media size; if no media size is available (bad or missing PPD), then a "universal" size (intersection of Letter and A4) is used as a default.

We will be adding support for auto-page-sizing in CUPS 1.2, along with more advanced options for scaling/offsetting/rotation. However, given that the PDF format is very limited in the job options that can be expressed, you may not get the media size you expect, i.e. CUPS will need to guess at the correct PageSize or CustomPageSize based on the file and the options you have provided...

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: mike

Fixed in Subversion repository.

@michaelrsweet michaelrsweet added the enhancement New feature or request label Mar 17, 2016
@michaelrsweet michaelrsweet added this to the Stable milestone Mar 17, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant