Bug 59718

Summary: [KDE4] kprinters preview doesn't show multiple pages per sheet
Product: [Unmaintained] kdelibs Reporter: F Reifenstahl <f.reifenstahl>
Component: print-dialogAssignee: KDEPrint Devel Mailinglist <kde-print-devel>
Status: RESOLVED UNMAINTAINED    
Severity: wishlist CC: anaselli, bugzilla, esigra, ibc, jlayt, stefan-tiger
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description F Reifenstahl 2003-06-13 13:37:23 UTC
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.
Comment 1 Michael Goffioul 2003-06-13 14:11:47 UTC
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.
Comment 2 F Reifenstahl 2003-06-13 16:05:42 UTC
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

Comment 3 Martin 2003-08-08 01:38:32 UTC
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. 
Comment 4 Kristian Bäckström 2005-04-11 10:22:33 UTC
*** This bug has been confirmed by popular vote. ***
Comment 5 Cristian Tibirna 2005-12-09 12:39:55 UTC
*** Bug 117967 has been marked as a duplicate of this bug. ***
Comment 6 Iñaki Baz Castillo 2005-12-09 20:35:51 UTC
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.
Comment 7 F Reifenstahl 2006-04-25 10:06:45 UTC
Checking state of an old announcement: running KDE 3.5.2a it still does not work...
Comment 8 Kurt Pfeifle 2007-01-13 03:43:18 UTC
*** Bug 129250 has been marked as a duplicate of this bug. ***
Comment 9 Kurt Pfeifle 2007-01-13 03:44:09 UTC
Please read also comments to bug 129250 when discussing this one.
Comment 10 Kurt Pfeifle 2007-01-13 03:48:01 UTC
*** Bug 71493 has been marked as a duplicate of this bug. ***
Comment 11 Kurt Pfeifle 2007-01-13 03:49:17 UTC
*** Bug 130832 has been marked as a duplicate of this bug. ***
Comment 12 Janet 2007-01-13 17:16:02 UTC
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.
Comment 13 Kurt Pfeifle 2007-01-13 17:52:54 UTC
        "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.  :-)
 
Comment 14 John Layt 2009-01-01 12:24:12 UTC
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.
Comment 15 Christoph Cullmann 2024-09-14 16:17:44 UTC
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