Re: [Printing-architecture] Number of copies in pure PDF workflow

[Tobias Hoffmann <lprint-list@thax.hardliners.org>]

[-- Attachment #1: Type: text/plain, Size: 1321 bytes --]

On 07/10/14 23:18, Alex Korobkin wrote:
> 2014-10-07 16:03 GMT-04:00 Till Kamppeter <till.kamppeter@gmail.com 
> <mailto:till.kamppeter@gmail.com>>:
>
>     pdftopdf uses cupsManualCopies. If cupsManualCopies is set in the PPD
>     software copies are done, otherwise hardware copies. If the printer
>     supports PJL, an appropriate command to generate the copies is
>     added to
>     the PJL header.
>
>
> Till, I've just tested it again on my PDF printer and PJL-based PPD, 
> and pdftopdf creates software copies regardless of the value of 
> cupsManualCopies. Shouldn't it insert PJL SET COPIES=X when 
> cupsManualCopies is False or not present?
>

I'm not sure what exactly is happening in your setup.
Maybe your PPD is missing something (- and I'm not an expert for PPD/PJL)?
Maybe you don't have a recent cups-filters (>= 1.0.34)?
Maybe you're hitting some edge-cases that are not handled correctly in 
the current code?

AFAIK no-one else has reported a problem with PJL in a pure pdf 
workflow, and I can't find an obvious flaw in the code which deals with 
PJL in pdftopdf. The code is also basically copied over from the old 
pdftopdf implementation (cups-filters <=1.0.20); if your PPD does hw 
copy with the old implementation, but not with >=1.0.34, I will probably 
be able to fix that.

   Tobias


[-- Attachment #2: Type: text/html, Size: 2358 bytes --]