In LO 4.1.2.3 on Linux: 1. There *is no* "Collate" option in the print dialog.
2. There is a "Create single print jobs for collated output" on the "Options" tab, but it has no effect. Multiple jobs are queued (when copies > 1) regardless of whether it is checked or not. 3. Either the label on the above-mentioned checkbox or its hover-popup text is wrong, because they give opposite descriptions (the hover help says "Check to NOT rely on the printer to create collated copies, but create a print job for each copy instead"). The PPD file (attached) does not contain the keyword "Collate" And again, why is LO attempting to handle collation in the first place, rather than leaving it to the print server (CUPS here)? The print server knows how to implement its -# <numcopies> option, and it is closer to the hardware than an application like LO. On Linux, at least, I don't think LO should be trying to be a low-level hardware driver. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1025839 Title: Printing multiple copies submits multiple separate jobs (should submit one job) Status in LibreOffice Productivity Suite: In Progress Status in “libreoffice” package in Ubuntu: Confirmed Bug description: In the print dialog, if "Number of Copies" is set to 50 then 50 separate, independent print jobs are spooled. It should submit a single print job, specifying 50 copies. This will allow the printer to do the replication if it can (all Postscript printers can). This is important because: 1) Submitting a separate jobs for each copy causes the page(s) to be rendered again and again, with a drastic reduction in through-put. This is CRUCIAL if the pages contain complex graphics or images which take a long time to render or transmit to the printer: A one-minute delay for the first of 50 copies is okay, but 1 minute for *each* of 50 copies is intolerable. 2) If the print job was a mistake, it is virtually impossible to stop the printer. Pressing the cancel button on the printer cancels just one copy, but after a little while the next one starts printing... 3) It is very inconvenient to cancel the job in CUPS, with 50 separate jobs, without affecting other unrelated jobs in the queue (you can cancel all jobs in the queue at once, or one at a time). Note that CUPS has always supported a "number of copies" option at the command-line level. For example lpr '-#50' file.pdf prints 50 copies of the file, rendering it once only. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: libreoffice-writer 1:3.4.4-0ubuntu1.2 ProcVersionSignature: Ubuntu 3.0.0-22.36-generic 3.0.33 Uname: Linux 3.0.0-22-generic x86_64 ApportVersion: 1.23-0ubuntu4 Architecture: amd64 Date: Tue Jul 17 11:49:58 2012 InstallationMedia: Xubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012) ProcEnviron: PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1025839/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
