Cups Windows Drivers .... copies ignored?

[Jacob Brown]

I just tried duplexing, and that fails too.  At this point, I'm thinking that CUPS is ignoring all the options from the postscript data?  Copies and Duplex work if I set the printer in CUPS to RAW...  Sure, I could set up all my printers to RAW, but not all of my printers support Postscript, and I would like the page_log to have somewhat accurate data.

~Jacob

> So looking at the data coming from the windows driver, those lines are:
>
> featurebegin{
> %%BeginNonPPDFeature: NumCopies 3
> 3  /languagelevel where {pop languagelevel}{1} ifelse
> 2 ge { 1 dict dup /NumCopies 4 -1 roll put setpagedevice }{ userdict /#copies 3 -1 roll put } ifelse
> %%EndNonPPDFeature
> }featurecleanup
>
> I'll look some more in the source code to see if I can find where the "copies" information is getting lost.
>
>
>
>
> > It should use one of the following commands:
> >
> >      /#copies N def
> >
> >      <</NumCopies N>>setpagedevice
> >
> > and will probably be between the %%BeginNonPPDFeature and %
> > %EndNonPPDFeature comments.
> >
> > This copy information ends up in the raster header (for CUPS drivers)
> > or in the PostScript output stream (for PostScript drivers).
> >
> > On Jun 3, 2009, at 1:24 PM, Jacob Brown wrote:
> >
> > > How should the Windows driver be embedding the number of copies?
> > >
> > >
> > >> On Jun 3, 2009, at 12:32 PM, Jacob Brown wrote:
> > >>> I see the windows driver embedding it as "%%BeginNonPPDFeature:
> > >>> NumCopies 3".  Not sure if this is right or not.  I saw in the
> > >>> pstops.c code that it was called something else, but wasn't reading
> > >>> the original number of copies from the incoming postscript stream.
> > >>> The two drivers I've tried so far is "Generic Postscript", and a
> > >>> third party driver that comes with it's own filter.
> > >>>
> > >>> Where in CUPS is it supposed to be parsing the "%
> > >>> %BeginNonPPDFeature: NumCopeies" or whatever it is supposed to be
> > >>> called?
> > >>
> > >> CUPS never looks at these sorts of comments.
> > >>
> > >> ____________________________________
> > >> Michael R Sweet, Senior Printing System Engineer
> > >>
> > >>
> > >>
> > >
> > > _______________________________________________
> > > cups mailing list
> > > cups at easysw.com
> > > http://lists.easysw.com/mailman/listinfo/cups
> >
> > ____________________________________
> > Michael R Sweet, Senior Printing System Engineer
> >
> >
> >
>