52058 - [ps] Overline/Strikethrough prints too low

Status: RESOLVED FIXED

(Core :: Printing: Output, defect, P3)

Description

[Tobias Burnus]

Hi this is with 2000-09-08-21/Linux.

style="text-decoration:overline" is printed to close to the characters so they
overlap.

(I have only tested against the URW++-Fonts, can someone test it with the
original Adobe fonts? The problem is: The metric is hardcoded in *.h files. But
this is that low that I think this is Mozilla printing problem.)

Comment 1

[Tobias Burnus]

Attachment: Overline-HTML testcase

Comment 2

[uamjet602]

You can see this with gv. I don't know what the HTML spec sais about how it
should look.

It's not WYSIWYG this way though as it doesn't look the same on screen as it
looks on paper.

Comment 3

[shrirang khanzode]

spam : changing qa to sujay (new qa contact for Printing)

Comment 4

[Roland Mainz]

Was this bug fixed recently ? Xprint module (2001-06-10-08-trunk + patch from
bug 57820) prints the page correctly...

Comment 5

[Pete Zha]

seems dup of bug 127422
We don't use same to do layout and display when print preview.

Comment 6

[Tobias Burnus]

Attachment: Screen shot of ghostscript's output (printed version of attached test case)

> seems dup of bug 127422
> We don't use same to do layout and display when print preview.
Actually not. This is the PS file, not the preview window.

And that XPrint does support it, doesn't help as long as most systems don't
have XPrint installed. :-(

Comment 7

[Pete Zha]

This is because afm metrics is suck...
See below data in gfx/src/ps/Times-Roman.h:
The font's ascent is
683.000000,
And some character's bounding area is 
low left x:3.000000, 
low left y:-10.000000, 
up right x:468.000000, 
up right y:683.000000 
So, the overline will overlap part of font.

Comment 8

[Pete Zha]

Attachment: output from ps module

Print result of this output is better than view it with gs.
The overline is too low and overlap some up area of the font.

Comment 9

[Philip K. Warren]

We are also finding that strikethrough text is printed too low as well, and this
looks to be the same issue with overline text.

Comment 10

[Philip K. Warren]

I have found the strikethrough output to be somewhat better if we use CapHeight
instead of XHeight for calculating the strikethrough position. Pete - what do
you think of using this as a solution?

Comment 11

[Kenneth Herron]

Mass-resolving some bugs related to the old Linux/Unix printing code. The old code has been removed from the tree, and the bugs are all FIXED by the new cairo-based printing system.