Bug 145906

Summary:	kdeprint's html printing overwrites document text with document header
Product:	[Applications] konqueror	Reporter:	Olivier Vitrat <ovit.debian>
Component:	khtml printing	Assignee:	Allan Sandfeld <kde>
Status:	RESOLVED NOT A BUG
Severity:	normal
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian stable
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Olivier Vitrat 2007-05-24 17:06:41 UTC

Version:            (using KDE KDE 3.5.5)
Installed from:    Debian stable Packages

Reported in Debian BTS at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399690

When printing a HTML document (from konqueror f.ex.), one can choose the
"Print header" option in the "HTML Settings" tab (it's on by default btw.).
If this is enabled, then kprint will *overwrite* the top of the page with
the header of the page.

This is less of a problem when printing single pages - you can see the
result of printing [1] into a PDF and displaying it in xpdf in the first
attached screenshot - notice that the logo is cut off at the top by the page
header.

But it becomes a bigger problem if there's little space on the sheet and
kdeprint pushes the text up towards the border of the sheet as seen in
the second screen shot where text is actually lost and the printed
document becomes unusable. This can be seen in the second attached
screenshot. It's the same document but printed through the Pamphlet filter
that puts multiple pages on one sheet.

Whether output goes to PDF or directly to the printer doesn't matter
here.

(see Debian bug report for screenshots)

Comment 1 Cristian Tibirna 2007-05-24 18:58:25 UTC

Whatever data konqueror generates for printing, this is what kdeprint takes and prints.

The "HTML settings" tab is introduced in kdeprint's dialog by konqueror/khtml. It is the application that handles this information.

So, this bug is reassigned to konqueror.

Comment 2 Kurt Pfeifle 2007-06-08 20:01:38 UTC

Olivier,

if you enable the "Print header" function, you need to make the top margins big enough at the same time in order to accommodate for header. (Custom margins may be set for khtml and text (Konqueror + Kate) printing on the separate tab named "Margins").

I'll close that bug report for now.

That said, I want to hint at two other possible problems, which I had no time to verify with 3.5.7 yet, but which I recently saw shortly on a customer system running KDE 3.5.3:

 --> the margins somehow do not work correctly. He had to choose s.th. like 4cm
     for the top margin in order to get 2cm on paper. Looked a bit like there
     was an A4 vs. Letter size mismatch.

 --> also, using the pamphlet pre-filter did not fully work. The PostScript pre-
     view looked fine + perfect, but on the paper printout it appeared like it 
     was scaled for Letter...

I'd be happy if you (or someone else) could check these points more thoroughly against KDE 3.5.7, and submit two separate bug reports (or 1, if it is the same problem), with the proper description and headline. For testing both features, correct margins and pamphlet pre-filter, (as well as a combination of them), please use the "Print to PDF" printer.


The specific thing you reported here ("print header" overwrites page content) can be avoided by setting the margin large enough. Not sure if margins and page sizes work exactly as they should.

Comment 3 Kurt Pfeifle 2007-06-08 20:06:56 UTC

Let me add one more thing:

in the past, the "print header" feature printed the header on a fixed distance from the top edge of the sheet (regardless the margin setting), and the rest of the page did honor the margin setting.

I do not know if that behaviour has been changed in recent KDE versions. If it did, you should re-open this bug, because then my advice is no longer valid.