Version: 2.2.1 (using KDE 3.2.2, Mandrake Linux Cooker i586 - Cooker) Compiler: gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk) OS: Linux (i686) release 2.4.25-2mdk I selected to print page 19-20 of one document. The document had more than 2000(!!) pages. But insteed of sending only the ifrst 20 pages the whole document was send to printer.
*** Bug 83120 has been marked as a duplicate of this bug. ***
Yep, I have this on my list. I dont know why it changed yet.
I don't own a printer, so I can't test this for real. However, I have been told that if a range or set is selected, kdeprint should send only those pages to the printer, even if Kate produces ps output for the entire document. Can anyone confirm that that is the case? I can understand that doing so id bad for a very big document though, so I'll see if I can find a way to skip the actual drawing for unwanted pages, and end after the last wanted page.
Now that I actually own a printer I can confirm that only the pages defined in the range is sent to the printer. Question: Should we implement skipping over those pages in the kate code? We still need to calculate the line height/width to be able to know which data goes into which page, so it feels kind of meaningless - how would the user know what data would go on pae 19-20???
no, if that works, we should just close the bugreport
You CANNOT close this bug. You have to sent to the screen just the part that have to be printed, not the whole document. I have to know what I'm printing viewing the screen. I know that the correct part of the document is printed, but this bug tell you another thing. You have to fix what is sent to the preview.
That makes no sense, if that is your problem, than you need to assign that to kdeprint, as we send our data just to kprinter, and that whole which pages are printed stuff is handled there. if preview != printer output, that's a kdeprint problem, no kate issue.
Another bug for you. I think kprinter should be rewrite for KDE4 to avoid all this bug report ;)
How do you select what pages to be sent to the printer? a) by selecting them in the preview? b) by selecting a page range in the "Copies" tab of kprinter?
Closed this bugreport due to... (a) timeout for the feedback requested by Cristian [2005-10-31 13:39] (b) WORKSFORME (tested with multi-page documents in KWord and Kate) Giovanni, feel free to re-open this report if it still bugs you. But please test with KDE 3.5.5 first.
a) by selecting them in the preview? No b) by selecting a page range in the "Copies" tab of kprinter? No Page selection / range: 1-4 And the previews gets all the pages but to the printer goes the pages from 1 to 4.
> (a) timeout for the feedback requested by Cristian [2005-10-31 13:39] > (b) WORKSFORME (tested with multi-page documents in KWord and Kate) Yes for KWord 1.6.1, but no with Kate 2.5.5 and with KWrite. Strange. kate --version Qt: 3.3.7 KDE: 3.5.5 Kate: 2.5.5 kwrite --version Qt: 3.3.7 KDE: 3.5.5 KWrite: 4.5.5
To summarize: (a) printing selection of pages works for all KDE applications on the printer (b) previewing the selected pages only in the kprinter preview does work for some applications, but not for others (though even those applications that show *all* pages in the preview do actually only print the pages which were selected KWord is an examples for page selection working in preview. Kate/Kwrite is example for page selection not working in preview. I'm currently not sure why we have this difference. I assume this is an affair of Kate/Kwrite developers to implement that they only *send* the pages that were selected to kprinter, and it may be right to assign this bug to the Kate developers. I'll do a few more tests with other applications to get a fuller picture about what the current state is. Changing $summary + reopening bug, for now as "UNCONFIRMED" (so it's easier for me to find it when I revisit bugzilla...) (old $summary: "I want to print a selection and the whole document was send to printer")
Duplicate to bug 79892 *** This bug has been marked as a duplicate of 79892 ***
Closing old Resolved status bug. Note in KDE4 using Qt4 due to cross-platform support it is the responsibility of the app to select and render the correct page range for sending to the print system.