The default bug view has changed. See this FAQ.

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

UNCONFIRMED
Unassigned

Status

()

Core
Layout
UNCONFIRMED
7 years ago
7 years ago

People

(Reporter: Lawrence Spector, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments)

(Reporter)

Description

7 years ago
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.

Comment 1

7 years ago
Works fine for me. 
Have you an online example? 
Have you changed the browser's default font-size?

Comment 2

7 years ago
Created attachment 449574 [details]
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)

Comment 3

7 years ago
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 }

Comment 4

7 years ago
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)

Updated

7 years ago
Duplicate of this bug: 546350

Updated

7 years ago
OS: Windows XP → All
Hardware: x86 → All

Comment 6

7 years ago
(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?

Comment 7

7 years ago
Created attachment 449789 [details]
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).

Comment 8

7 years ago
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.
You need to log in before you can comment on or make changes to this bug.