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)
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.
Updated•19 years ago
|
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → 1.0 Branch
Comment 1•19 years ago
|
||
Possibly related to bug 160697 or bug 224924?
Reporter | ||
Comment 2•19 years ago
|
||
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.
Reporter | ||
Comment 3•19 years ago
|
||
Reporter | ||
Comment 4•19 years ago
|
||
Comment 5•19 years ago
|
||
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.
Comment 6•19 years ago
|
||
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
Comment 7•19 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•