Hi, On Thu, Sep 14, 2006 at 09:55:39AM +0200, Nicolas Costes wrote: > > I haven't worked on this issue for now, and I'm not sure that JASmine > should do copies, because it's and intermediary backend. Well, in fact > i've got a small idea : JASmine should launch the final backend the same > way it was itself launched, using the same number of arguments. It > doesn't at the moment, and always uses the same mode. > > Jerome, what are your thoughts about it ? How do you do this in Pykota ?
Like this. PyKota passes the input datas as-is. In particular, the backend passes the arguments it receives unchanged, excepted the very first one (device uri) where the wrapper's name is removed (cupspykota:// for PyKota). So the real backend acts just as if PyKota wasn't there. When printing in normal mode, i.e. non-raw, the copies argument is probably always 1, because the copies were generated by the printer driver already. When printing in raw mode, the backend has to generate the copies, but since Jasmine is an intermediate backend, it shouldn't do anything itself. So what Jasmine **should** do is simply multiply pkpgcounter's return value by the number of copies passed as an argument, and let the original backend decide if several copies have to be generated or not. NB : CUPS v1.2.3 fixed a bug wrt number of copies. See cups.org for details. bye Jerome Alet -- Put JASmine in your Cups ! To unsubscribe : mailto:[EMAIL PROTECTED] List archives : http://dir.gmane.org/gmane.comp.printing.jasmine.user http://www.mail-archive.com/jasmine%40ml.free.fr/ Web site : http://jasmine.berlios.de/
