Cups Windows Drivers .... copies ignored?

[Jacob Brown]

By the Way, I'm using CUPS 1.3.9

> 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?
>
>
> Thanks,
> Jacob
>
> > The Windows driver should be embedding the number of copies as a
> > PostScript command, which normally gets passed down to the driver
> > (raster) or printer (PostScript).  Are you by chance using a Foomatic-
> > based driver on your CUPS system?
> >
> > On Jun 3, 2009, at 9:44 AM, Jacob Brown wrote:
> >
> > > So I'm printing to a CUPS from MS Windows using the CUPS driver for
> > > windows.  When I send a print job, and increase the copies to
> > > something other than 1, the job that comes out of the printer is
> > > always 1.  I've looked at some of the filters, and they all ignore
> > > the "%%BeginNonPPDFeature: NumCopies 3" line.  It looks like all the
> > > filters get the number of copies as a command line argument, which
> > > CUPS is defaulting to 1.  Where is CUPS supposed to be getting this
> > > value from?  Is the windows driver naming it something wrong in the
> > > postscript feature?
> > >
> > > Also, I've tried finding a way to get the Windows driver to generate
> > > the copies itself by modifying the "*cupsManualCopies:" variable in
> > > CUPS6.PPD file, but that seemed to have no affect.  Is there a way
> > > to do it by modifying the PPD file?
> > >
> > > Thanks a bunch for any help!
> > > ~Jacob
> > > _______________________________________________
> > > cups mailing list
> > > cups at easysw.com
> > > http://lists.easysw.com/mailman/listinfo/cups
> >
> > ____________________________________
> > Michael R Sweet, Senior Printing System Engineer
> >
> >
> >
>