Version: (using KDE KDE 3.5.1) Installed from: Gentoo Packages Compiler: gcc-3.4 OS: Linux setup: kdeprint-3.5.1, cups-1.1.23, HP 2200 The collate checkbox (active by default) doesn't work, i.e. whether it is checked or not, the pages are ordered 1-1-1, 2-2-2, 3-3-3, ... Expected (and advertised) behaviour: order 1-2-3, 1-2-3, ... if checkd and 1-1-1, 2-2-2, 3-3-3, ... otherwise.
On 11 February 2006 10:50, Daniel Franke wrote: > > setup: kdeprint-3.5.1, cups-1.1.23, HP 2200 > > The collate checkbox (active by default) doesn't work, i.e. whether it is > checked or not, the pages are ordered 1-1-1, 2-2-2, 3-3-3, ... > > Expected (and advertised) behaviour: order 1-2-3, 1-2-3, ... if checkd and > 1-1-1, 2-2-2, 3-3-3, ... otherwise. Please test if it works when you don't use kprinter: - open ~/.lpoptions - add on the line representing your HP 2200 printer the option "Collate=On" - print 2-3 copies of a multipage document (2 pages will be enough for testing ;-) using the commandline lpr utility: lpr -2 test_document.ps (You should use a ps or a pdf document) Does this work? Thanks.
# cat .lpoptions Dest HP2200 Collate=On # lpr -# 2 test.pdf -> 2 copies: 1-2-3, 1-2-3 # cat .lpoptions Dest HP2200 # lpr -# 2 test.pdf -> 2 copies: 1-1, 2-2, 3-3
I'm having the same problem. (Gentoo, kpdf without poppler-patch, HP CLJ 2605dn) Collating doesn't work in kpdf and kghostview. I couldn't get it to work on the command line either. However Acrabot Reader collates just fine!
Daniel, Gilles, is this still an issue with KDE-3.5.5? If so, can you upload an example PDF (not too large) where this problem still occurs? If you want yourself to help shootdown the problem, do this: (a) Use kghostview and kpdf and "Print to file (PostScript)". Save the file. (b) Create a copy of your /etc/cups/ppd/yourprintername.ppd file. (c) Insert the line *cupsFilter: "application/vnd.cups-postscript 0 pstops" below line starting with '*NickName:' (d) Add a line FileDevice True to your cupsd.conf and restart cupsd. (e) Install a new printer named "printtotestfile" like this: lpadmin -p printtottestfile \ -v file:/tmp/collatedtestprint.ps \ -E \ -P /path/to/modified-copy-of-ppd.ppd You will now get the result of CUPS' filter system (after it passed the "pstops" filter) in the /tmp/collatedtestprint.ps (ATTENTION, each job will overwrite the previous one, so save it to some other name before the next test). Now test printing with various settings from various applications, look that the "diff" and tell us the results.... Cheers, Kurt
Kurt, I don't have access to a HP2200 any more. Can't help you here.
I have commited a fix to trunk I think solves this. At least the collate option is now transferred to cups, even when the application say it does page ranges itself. I don't think page range should have any influence on collate However I'm unable to test it
Created attachment 22337 [details] ODF file that prints collated with OOo Writer but not with Kword
I am encountering this bug on my AMD64 Kubuntu 7.10 installation. Collation does not work when I try to print pdf files using kpdf or acroread (v8.1.1) or when I print odt files using Kword. Collation DOES work when I print the same odt files using OpenOffice.org Writer, or when I print html files using Konqueror. I am attaching an odt file that displays this behavior during printing.
KDEPrint is obsolete, unmaintained and will never be revived. Closing all open bugs.