236273 - Excessive spacing in print preview before HTML inline tag...

Status: RESOLVED DUPLICATE of bug 109970

(Core :: Printing: Output, defect)

Description

[u81239]

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040219

If you have a line with a <sub> (or similar, for example <sup>) tag in it, then
the print preview will add excessive spacing before it depending on the
preceding number of characters (or so it seems). As it covers both sub and sup
it does seem like a somewhat bigger problem, perhaps related to font sizing in
general.

I didn't test if this is actually printed, or only shows in the print preview.


~Grauw

Reproducible: Always
Steps to Reproduce:
1. Make an HTML document
2. Include a line like: <p>Print preview renders this wrong: foo<sub>bar</sub></p>
3. Go to print preview.

Actual Results:  
It adds excessive spacing between 'foo' and 'bar'.

Expected Results:  
Show the same as in the web browser.

Comment 1

[u81239]

Attachment: Testcase.

Testcase - view and compare with print preview.

Comment 2

[u81239]

It only shows in print preview, printing goes as it should.

~Grauw

Comment 3

[u81239]

Seems to be related to selected printer somehow. Problem with print preview
disappears when Adobe Distiller or PDFWriter is selected instead of Lexmark
Z25-Z35 Color Jetprinter. In all cases it actually prints ok.

Severity -> minor
Changed description because of new test case.


~Grauw

Comment 4

[u81239]

Attachment: new testcase

New testcase which also observes behaviour with <span> and <i> tags.

~Grauw

Comment 5

[John T]

A dependence on the printer/printer driver! That is strange. I've been looking
at the print preview bugs trying to find one dealing with faulty handling of
html tags, and this is the only one i've found so far. Check out the front
bug-reporting page, headed "Enter Bug" and do a print preview of it. I've
commented on this in bug #109970, just looked at it and noted that the reporter
attached examples including two made with different printers.

If the print preview display depends on the printer, then it's processed a
little for the printer instead of just adjusted to fit a paper-size section of
screen. Is that what the print preview code should be doing? If so, then the
print preview maybe is where all the processing should take place to make a
bitmap to send to the printer, and the printer should print the bitmap
perfectly. That's not happening, as my problem with printing text (fonts) with
Mozilla 1.7RC1 and RC2 is showing.

Comment 6

[Wayne Mery (:wsmwk)]

*** This bug has been marked as a duplicate of 109970 ***