119572 - Text in Code2000 font face displays improperly

Status: VERIFIED WORKSFORME

(Core :: Layout, defect)

Description

[Greg K.]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.7) Gecko/20011221
BuildID:    2001122106

Text specified to display in the Code2000 font does not display properly, in
that it appears to align all font glyphs to the top of the line boxes.

Reproducible: Always
Steps to Reproduce:
1. Install the Code2000 font, available from
[http://home.att.net/~jameskass/CODE2000.ZIP]
2. Launch Mozilla
3. Access the HTML test case in a Mozilla Navigator window

Actual Results:  The individual font glyphs were top-aligned inside the line box.

Expected Results:  The font glyphs should have been aligned to the baseline as
with any other font.

It is possible there is some problem with the particular font in question. It is
a Windows-format TrueType font, but Mac OS X can apparently handle such fonts
directly.

Mac IE for OS X 5.1.3 (3095) has a similar problem, but not as severe as
Fizzilla's, in that it shifts vertically upward all glyphs with descenders.
BBEdit 6.1.2 seems to exhibit the same behavior as IE. 

Opera 5.0b3.393, iCab 2.6, and OmniWeb 4.0.6 all display the test case HTML
correctly with no problems.

Comment 1

[Greg K.]

Attachment: HTML test case containing text specfied to display in the Code2000 font face by CSS.

Comment 2

[Greg K.]

Attachment: Screen image of HTML test case displayed using Fizzilla/2001122106

Comment 3

[Greg K.]

See also bug 119397.

Comment 4

[Kevin McCluskey (gone)]

Reassigning to Don

Comment 5

[Greg K.]

Attachment: Second screen image of HTML test case on Fizzilla/2001122106

Another, even more interesting, screen shot showing the text to be vertically
compressed.

Comment 6

[Greg K.]

Altering Summary to reflect the fact that this font displays improperly in more
than one manner.

Comment 7

[Greg K.]

Adding intl keyword as this is a Unicode font.

Comment 8

[Greg K.]

Attachment: Screen shot showing similar problem in BBEdit 6.1.2, but no problem in TextEdit.

Comment 9

[Greg K.]

Quoting BBEdit support, whom I contacted about this problem:

"Based on what I observed, it appears that either the font does not have
appropriate metrics set up for use with QuickDraw, or there is some system-level
drawing glitch associated with the use of such fonts. However, in either case,
this is not an issue particular to BBEdit. (Note that TextEdit does not use
QuickDraw to render text; however, any other apps which do, e.g. the CodeWarrior
IDE, exhibit the same incorrect display behavior.)"

Comment 10

[Greg K.]

FYI, testing with an experimental FizzillaMach build with the ATSUI patches from
bug 121540, this problem seems to be fixed.

Comment 11

[Greg K.]

This appears to be fixed by bug 149427.

Comment 12

[Greg K.]

Now WorksForMe using FizzillaCFM/2002083017 on 10.1.5.