> if the PPD for the printer contains "Collate=True" and if it doesn't then > Collate is handled > as fall-back by LO itself so you get multiple jobs.
Just to clarify: The reason this is not a good idea is that CUPS already handles this case wotj a better & smarter solution. The whole thing appears as a single job in the print queue which can be canceled, etc. rather than as many independent jobs. For example, the CUPS foomatic Postscript driver implements the '#<numcopies>' lpr option by replicating the document's page descriptions and sending a *single* Postscript file to the printer containing all the pages. So if the document has 3 pages, and you ask for 10 copies, then a single job is sent to the printer containing 30 pages, and the job can be paused or canceled in CUPS or cancelled by pressing a button on the printer. CUPS+gutenprint for HP printers does a similar thing but sends a PCL file instead of Postscript. (This is on Ubuntu linux. If the print server on Windows can't handle this sort of thing then LO should do something similar (*not* queuing multiple jobs) on Windows. But on Linux it doesn't need to do anything at all, just pass the '#<numcopies' argument to the lpr command or equivalent) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1025839 Title: Printing multiple copies submits multiple separate jobs (should submit one job) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1025839/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
