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

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

Some more comments ... below.

On 15/10/14 21:02, Tobias Hoffmann wrote:
> On 15/10/14 19:06, Alex Korobkin wrote:
>> Till, your patch works for me, at least for pure PDF workflow. I 
>> haven't tested all cases yet, just a JCL-based PPD and a PDF printing.
>>
>> Tobias, I haven't tested your patch. Is it different from Till's patch?
>>
>
> Till's patch only reached me after if sent mine, but, the basic idea 
> is obviously the same.
> My patch
> 1) also fixes an existing issue of memory ownership when ppd->jcl_ps 
> is replaced
> 2) will only insert @PCL SET COPIES, when jcl_begin uses the known PJL 
> begin sequence (copied from what pstops does wrt. to PCL).

That should be tested.

> 3) but it does not handle *Copies specially. That did not seem that 
> important to me; it probably makes some  sense for the 
> "*JCLToPDFInterpreter exists, but it's not PCL" case.

Specifically, what happens here is: The "Extended Settings" UI element's 
(generated for *Copies) value is replaced by the generic copies UI 
setting. I don't think it's that good of an idea, esp. as Foomatic-PPDs 
(which are about the only PPDs that use Copies) will not the PJL 
insertion feature from pdftopdf ... and thus will not have their UI 
value replaced. But IF printer dialogs handle *Copies specially, for 
Foomatic, then no code is needed in pdftopdf, as well...

   Tobias