User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:184.108.40.206) Gecko/20090824 Firefox/3.5.3 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:220.127.116.11) Gecko/20090824 Firefox/3.5.3 In Firefox 3.5.3, on Mac OS X 10.5.8 and Windows Vista, the lang and rang character entities have extra whitespace, though not in the same way on the two systems. The Mac characters occupy double the required width, and the Vista character occupy four or five times the required height. Reproducible: Always Steps to Reproduce: 1.Display given web page. 2.Highlight the characters (e.g. mouse select the entire table). 3.Observe the extra whitespace that is part of the lang and rang characters. Expected Results: The characters shouldn't take up more space than they actually need.
Component: General → Layout: Text
Product: Firefox → Core
QA Contact: general → layout.fonts-and-text
Version: unspecified → 1.9.1 Branch
(In reply to comment #0) > Vista character occupy four or five times the required height. Do you have "Cambria Math" font on MS Win? Is "Cambria Math" used for ⟨/⟩ on MS Win? Get NSPR log with next option on MS Win. > SET NSPR_LOG_MODULES=winfonts:5 If you have "Cambria Math", load next test case on MS Win, and press CTRL+A. > http://bugzilla-attachments.mozilla.gr.jp/attachment.cgi?id=3706 You can see very large table row height(line height, same as character height) with "Cambria Math". Opera 10 displayed the test case(border=0, no font switch occurs in a table raw) with normal table row height, but displayed character with large character height when CTRL+A is pressed. Opera 10 displayed your test case(border=1, font switch occurs in a table raw) with large table row height(same as character height). Bug 372351, Bug 407059, Bug 407439 may be relevant.
FYI. IE8 displayed ⟨/⟩ only when "Cambria Math" is explicitly specified. (i.e. ⟨/⟩ is displayed in white square with your test case.) IE8 doesn't look to execute font switch for new ⟨/⟩. When "Cambria Math" is explicitly specified, IE8 displayed them with character height which we are expecting(and line height, table row height).
You need to log in before you can comment on or make changes to this bug.