[Printing-architecture] Different Collate option handling in pdftopdf and pstops
a.makhalkin at samsung.com
Mon Dec 9 13:40:57 UTC 2013
Our testing group has found an issue with printing of multiple copies
with collate option turned on.
cups-filters version is 1.0.40-0ubuntu1
When PDF workflow is used, pdftopdf filter doesn't put collated copies
of document pages in output pdf file.
With the same PPD file and print options pstops filter produces N *
(numpages) pages in output PS file, which seems to be a correct behavior.
There is an attribute *cupsManualCopies in PPD file, which is set to False.
There is no Collate option inside the PPD file.
This printer doesn't seem to support hardware collate, but it supports
hardware page copies.
The expected filter behavior is to produce collated copies of the document.
When we change its value to "True", pdftopdf filter produces the
expected number of pages (does copies manually).
Could you please explain, which filter behaves correctly?
Is it a bug in pdftopdf filter?
More information about the Printing-architecture