Le Jeudi 14 Septembre 2006 05:18, Donny Christiaan a écrit : > Jerome & Nicolas,
Hello ! > I faced another problem using Jasmine & pkpgcounter. > here are the summary: > > Splix+Jasmine --> print 1 page (2 copies) --> output: 1 page > ML-1710(foomatic+gdi)+Jasmine --> print 1 page (2 copies) --> output: 4 > pages > Splix --> print 1 page (2 copies) --> output: 1 page > ML-1710(foomatic+gdi) --> print 1 page (2 copies) --> output: 2 pages Well, I've been waiting for something like this for months now... What I must admit is that : First, I still have not understood all about CUPS backends, and moreover, I haven't got any printer with "strange" drivers so I cannot test JASmine-Backend in these situations. By "strange" drivers, I mean cheap printers that are not Postscript/PCL ;-), because at work all our printers are laser or business jet. So, here is the problem : CUPS' behaviour is different in raw mode and 'normal' mode. I know that in one of these modes, the "copies" parameter sent to the backend must be ignored, as the document already contains the copies. And when operating in the other mode, the backend _must_ take care of the copies itself... 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 ? -- 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/
