Some tall characters in <h2> exceed their bounding boxes




8 years ago
7 years ago


(Reporter: Julian D. A. Wiseman, Unassigned)


Firefox Tracking Flags

(Not tracked)


(Whiteboard: [CLOSEME 2011-1-30])


(2 attachments)



8 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv: Gecko/20091201 Firefox/3.5.6
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv: Gecko/20091201 Firefox/3.5.6

On Mac Firefox 3.5.6, in <h2>, some tall characters (ÀÁÂÃÅÈÉÊÌÍÎÑÒÓÔÕÙÚÛ√Š) exceed their bounding boxes, and one (⁄) exceeds it width-wise. See following test case. 

This was discovered whilst making attachment 419881 [details] for bug 537444.

Reproducible: Always

Comment 1

8 years ago
Created attachment 419919 [details]
Simple HTML4 of tall characters, formatted H2, in a table with borders

Comment 2

8 years ago
Created attachment 419920 [details]
Screen shot of test case 419919.

<html><body><table border="1">
I don't think this is necessarily a bug. I'm not familiar with the details of the relevant specs, but the borders are presumably based on the "typographic bounding box" of the text, meaning the box defined by the origin and advance width of the text, and the nominal ascent and descent of the font. But glyphs may legitimately project beyond these bounds, in any or all directions, depending on the design of the typeface and on the ascent and descent that the designer has chosen to specify - these are NOT guaranteed to encompass the full extent of all the glyphs.

For a more extreme example, try:

data:text/html,<body style="font-family:zapfino;"><table border="1"><tr><td>fine font flourish&#x302;es tested</td></tr></table></body>

Here, the initial "f" projects to the left beyond the border; the accented "h" projects upwards; and the final "d" projects to the right. I believe this is correct behavior; a border that grows to enclose all the "ink" of the glyphs would NOT be expected.

Comment 4

8 years ago
Well, perhaps the ‘bug’ should be that the default typefaces should fit in their bounding boxes.

FWLIW, Safari 4.0.4 and Chrome do not have accents protruding above; but Opera 10.10 does (Opera’s Zapfino causes all the non-t ascenders break above). None of these browsers forces &frasl; to fit: rightly so I suspect.
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode? If not, please close. These links can help you in your testing.

You can also try to reproduce in Firefox 4 Beta 8 or later, there are many improvements in the new version,
Whiteboard: [CLOSEME 2011-1-30]
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile ( If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Last Resolved: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.