Version: (using KDE KDE 3.1.2) Installed from: SuSE RPMs Printing output is o.k. when choosing two or four pages per sheet, but the preview always shows one page per sheet.
This is "normal" in the sense that page re-layouting is not done by KDEPrint itself, but by the print spooler. And what the preview shows you is the file as it will be sent to the spooler, so the pages have not been re-layouted yet.
Subject: Re: kprinters preview doesn't show multiple pages per sheet > This is "normal" in the sense that page re-layouting is not done by > KDEPrint itself, but by the print spooler. And what the preview shows you > is the file as it will be sent to the spooler, so the pages have not been > re-layouted yet. IC, but arguing in a user way I would not term this conclusive. For me as a user of kdeprint there is a configuration dialogue. After having made all my settings I confirm - and the next step provides a result that doesn't fit the settings. UC? At least there should be a hint accordingly. Kind regards Frank
I can also confirm that "effect". But in my system (Mandrake 9.1) it occurs only with the CUPS printing system, not with the others. With LPD or LPR the preview shows correct the multiple pages on one sheet.
*** This bug has been confirmed by popular vote. ***
*** Bug 117967 has been marked as a duplicate of this bug. ***
I can't understand why does the "Preview" option exist using Cups. Imagine this typical situation: A common user selects two pages per sheet and not all the pages to print, just a range of them, and selects "Preview". He press "Print" and the preview appears, but it seems incorrect, of course: in the preview there appear all the pages and just one per sheet, so it generates a big confusion in the user. It could be better for the user if the "Preview" option doesn't exist using Cups. Will be posible to preview correctly the printing using Cups in the future? I think it's very important for KDE. Anyway, good job and thanks for all.
Checking state of an old announcement: running KDE 3.5.2a it still does not work...
*** Bug 129250 has been marked as a duplicate of this bug. ***
Please read also comments to bug 129250 when discussing this one.
*** Bug 71493 has been marked as a duplicate of this bug. ***
*** Bug 130832 has been marked as a duplicate of this bug. ***
Kurt Pfeifle wrote in Bug 130832: > Ghostview does get the file for previewing, but we don't care (yet?) for what the user marked in the preview. (We assume the user does select the pages to be printed in the dialog). [...] But you are right: once users did change their mind and select different pages in the kghostscript preview for printing, we should try to respect that. < It is not only when the user changes his/her mind. Being able to choose which pages to print in the print preview would be very handy especially when printing websites. I cannot choose which (how much) pages to print in the print dialog before having seen the print preview, because I don't know how much pages the print will create and which of the for me unimportent side content is printed on extra pages so I can skip those. When I print webpages I always have to go into the print preview, leave the print preview, start the print dialog again and choose which pages to print. That's a bit long winded.
"When I print webpages I always have to go into the print preview, leave the print preview, start the print dialog again and choose which pages to print. That's a bit long winded." True. I have to do the same. But it is also a bit tricky to implement... (and who knows if kghostview will at all be around in KDE4, and what the name of the successor app will be...). We'll see. :-)
There's two clear issues here. 1) Print Preview does not show the final output of the job with the CUPS options as selected in the Print Dialog. This is only a KDE3 issue for now, as KDE4 uses the Qt Print Dialog which does not allow Print Preview from the dialog. As KDEPrint in KDE3 is unmaintained this issue will never be addressed. 2) Ease of selection of pages to print from within the Print Preview. This could actually be an easy-ish one to solve. The KDE4 KPrintPreview generates a PDF of the whole document then calls the KPart for showing PDF's, which is usually OkularPart. Okular has the ability to Bookmark pages and print just those selected pages, so it may be possible to show the OkularPart with the Page Previews and Bookmark option and a Print button to meet this request. This needs further investigation. Another option is to request the feature be added to the QPrintPreviewDialog and use that instead. Leave open for now to remind me to look into Print Preview a bit more for KDE 4.3. If investigation shows is feasible, I'll open a separate wish.
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have implemented this wish. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann