Open Bug 570424 Opened 16 years ago Updated 3 years ago

<sub> should placed deeper; looks better and matches other browsers (CSS vertical-align: sub)

Categories

(Core :: Layout, defect)

defect

Tracking

()

UNCONFIRMED

People

(Reporter: lawrence_spector, Unassigned)

References

()

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 GTB7.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 GTB7.0 The Summary says it all. Reproducible: Always Steps to Reproduce: 1. Write this HYML code: <P CLASS=center>log<SPAN CLASS=exp><SUB>10</SUB></SPAN>10,000 = 4.</P> 2. 3. Actual Results: No subscript. Superscripts, <SUP>, are fine/ Expected Results: A subscript. Your friends IE and Google Chrome do it right.
Works fine for me. Have you an online example? Have you changed the browser's default font-size?
Attached image screenshot
This is what I get with Fx 3.6.3 on Win XP. Is something wrong with that or have you different results? (btw, we prefer public discussion here in the bug)
OK, I see that other browser move the subscript deeper. You can solve this easily. Just add something like this to your stylesheet: sub { vertical-align: -0.4em }
The URL is fixed now by adding "sub {vertical-align:-0.6em}" Changing summary and leaving this UNCONFIRMED. Maybe someone is interested in changing the default of "vertical-align: sub;" Indeed it is more visible in WebKit, Opera, IE.
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Summary: Although the <SUB> tag is written, the result is not a subscript. → <sub> should placed deeper; looks better and matches other browsers (CSS vertical-align: sub)
URL: http://www.themathpage.com/aPreCalc/l...data:text/html,log<sub>10</sub>10,00
OS: Windows XP → All
Hardware: x86 → All
(In reply to comment #0) Lawrence, the subscript will vary based on the font used. Could you put together a testcase that explicitly uses the font that causes the problem on your machine? Is it a typical font or something only installed on your machine?
Attached file testcase, strict mode
This appears with common web fonts. Lawrence's original reported URL uses Garamond, which is often not available and falls back to default font. By creating this testcase I noticed that IE8 behaves different in strict mode (close to Firefox).
This might be the intended rendering. According to bug 227452 comment 2 screenshot ( https://bug227452.bugzilla.mozilla.org/attachment.cgi?id=142253 ). It looks to standardize on the rendering the same as your screenshot.
I just made bug 225109 comment 14, which might be of interest/relevance to this discussion.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: