Closed Bug 301819 Opened 19 years ago Closed 19 years ago

<sub> tags not rendered correctly with Bitstream Vera Sans font

Categories

(Core :: Layout, defect)

1.7 Branch
x86
Windows XP
defect
Not set
trivial

Tracking

()

RESOLVED DUPLICATE of bug 227452

People

(Reporter: krof.drakula, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

When using the <sup> and <sub> tags with different fonts, the display results
are dependant on the font used - for example, on the page
http://zhwau.net/sub_test.html I have used three different standard web fonts,
with which I have tested these tags - Bitstream Vera Sans does not render the
subscripts correctly, whereas if the page is viewed with Internet Explorer, the
subscripts are positioned correctly, disregarding the font-specific placement.

Reproducible: Always

Steps to Reproduce:
Just view the example page - it is valid 4.01 HTML Transitional. The relevant
parts are the <sub> tags in the body tag.

Actual Results:  
The subscripts on the page are misaligned only for the Bitstream Vera Sans font,
whereas the others appear correctly.

Expected Results:  
Correctly align the subscripts for the Bitstream Vera Sans font as with the
other fonts.
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → 1.0 Branch
Possibly related to bug 160697 or bug 224924?
I've had a look at those bugs, they don't seem to be related, as far as
dependency on certain digits is concerned. What I have done is add to the
example page a test list of all alphabet characters and digits. It seems to
render them all correctly, for the exception of the Bitstream Vera Sans font.

I've appended a screen shot from IE and Firefox to show the difference in the
rendering - to me it seems font-independent, I have no idea why Firefox renders
that particular font that way.
Sorry I was seeing something different to you since I've just realised I don't
have that font. Firefox uses one of the fonts metrics to position the substring
so it maybe that there is an error in this font? Possibly IE uses a different
metric.
Keywords: testcase
Version: 1.0 Branch → 1.7 Branch
1-IE doesn't always fallback to the same fonts that Gecko falls back to. If you
actually want to ensure Bitstream Vera Sans is used if available, you must quote
its name in your CSS thus: font-family: 'bitstream vera sans'.

2-You may have valid 4.01 Transitional, but you have a doctype that results in
Quirks Mode rendering.  To render in Standards Mode change your doctype to:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">. Better yet, use Strict.

3-WFM in Seamonkey on Linux and DPa2 & 1.0.5 on OS/2.

4-Confirmed bug on Win98SE with 1.0.6.

5-Note testcase URL is using charset=ISO-8859-2
Whiteboard: DUPEME
has patch, keyword fixed1.6
Bug 225109 SUP and SUB positioning : follow the 'rule of thumb' extracted from
TeX algorithm

Bug 227452 super/subscript offset : platform parity

a lot of these bugs have screenshots, but no testcase attached.
testcases from URL: are often not found.

*** This bug has been marked as a duplicate of 227452 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: