116990 - Vulgar Fraction entities don't use real glyphs when available

Status: VERIFIED DUPLICATE of bug 111728

(Core :: Internationalization, defect, P4)

Description

[Greg K.]

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

Mozilla simulates vulgar fractions by drawing the two numbers and a diagonal
slash. This is the desired behavior unless real vulgar fraction glyphs are
available.

Such glyphs are available under Mac OS but go unused by Mozilla.

Reproducible: Always
Steps to Reproduce:
1. Open a document containing vulgar fraction entities frac14, frac12, or frac34

Actual Results:  Mozilla ignores the available real vulgar fraction glyphs and
instead simulates them.

Expected Results:  Real vulgar fraction glyphs should have been displayed.

A testcase will shortly be attached.

Comment 1

[Greg K.]

Attachment: HTML test case containing three vulgar fraction entities frac12, frac34, and frac14.

Comment 2

[Greg K.]

Attachment: Screenshot of testcase in Mozilla and Key Caps application showing real glyphs.

Note also that this is applicable to Fizzilla.

Comment 3

[Boris Zbarsky [:bzbarsky]]

font stuff to intl

Comment 4

[Roy Yokoyama]

font/glyph staff-> shanjian
shanjian: can you work on Mac?  May be ftang or nhotta better?

Comment 5

[Frank Tang]

ok, I debug it, what happen is we ask TEC to 

182 nsUnicodeRenderingToolkit::TECFallbackGetDimensions(


219 err = ::ConvertFromUnicodeToText(fallbackConverter, (ByteCount)(2), 
220 (ConstUniCharArrayPtr) aCharPt, 
221 kUnicodeLooseMappingsMask , 0, NULL, 0, NULL,
222 STACK_TREASHOLD, &processBytes, &outLen, 
223 (LogicalAddress)buf);

...
245 err = ::ConvertFromUnicodeToText(fallbackConverter, (ByteCount)(2), 
246 (ConstUniCharArrayPtr) aCharPt, 
247 kUnicodeLooseMappingsMask , 0, NULL, 0, NULL,
248 STACK_TREASHOLD, &processBytes, &outLen, 
249 (LogicalAddress)buf);

....

275 
276 PRBool nsUnicodeRenderingToolkit :: TECFallbackDrawChar(

....
310 err = ::ConvertFromUnicodeToText(fallbackConverter, (ByteCount)(2), 
311 (ConstUniCharArrayPtr) aCharPt, 
312 kUnicodeLooseMappingsMask , 0, NULL, 0, NULL,
313 STACK_TREASHOLD, &processBytes, &outLen, 
314 (LogicalAddress)buf);

The kUnicodeLooseMappingsMask  flag cause those map to "1/2" or "1/4". Not sure
we should change this flag, we may turn OFF other mapping if we do so. Mark this
as P4 and Future.

Comment 6

[Frank Tang]

give this to nhotta. 

Comment 7

[Greg K.]

The ATSUI patch appears to fix this. Tested using FizzillaMach+ATSUI/2002042203.

Comment 8

[Eli Friedman]

Is this Mac-only?  it looks like I have the same problem on PC.

Comment 9

[Greg K.]

[e-mail], if your font has real fraction glyphs, and Mozilla
doesn't use them, then you can make this bug XP.

Comment 10

[Henri Sivonen (:hsivonen) (not reading bugmail until 2025-02-06)]

The patch for bug 111728 (one char at a time ATSUI instead of TEC) fixes this
one on OS X. If you can build on Mac OS 9.x, I suggest trying the patch there
with #ifdef XP_MACOSX removed.

Comment 11

[Greg K.]

This still isn't fixed following the check-in of the patch on bug 111728.

Comment 12

[Greg K.]

Whoops, I'm wrong. I was testing a latest-1.1 build. Using 2002081803-trunk,
this is now fixed.

Comment 13

[Greg K.]

Resolving dup of bug 111728 per comment 10.

*** This bug has been marked as a duplicate of 111728 ***

Comment 14

[Teruko Kobayashi]

Verified as dup.