Closed Bug 400351 Opened 17 years ago Closed 13 years ago

Scrolling with Devanagari not rendering correctly

Categories

(Core :: Graphics, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jtd, Assigned: jtd)

References

Details

Attachments

(6 files, 2 obsolete files)

A page containing Devanagari joiners (two code points that merge to a single glyph) does not render correctly when scrolled.

Steps:

1. Load the first testcase attached
2. Scroll to the bottom using the down arrow on the keyboard

Result: joining does not occur and there are areas of the window that aren't refreshed correctly.  Clicking on the refresh button clears up the display problem but the characters remain unjoined.

Compare this to the second testcase.  This time the text is joined correctly but the refresh problem still occurs.  Playing around with the order of unstyled and styled text runs seems to affect the joining process.  I'm guessing we're doing something wrong in one case and the result gets cached somehow.
Flags: blocking1.9?
Assignee: nobody → jdaggett
Status: NEW → ASSIGNED
Attached image correct rendering
Attached file Testcase with Arabic (obsolete) —
Looks like there's some sort of state that gets kept around, causing joining to stop working after handling the text run that follows "One pair of joiners".
Appears to be related to the presence of recent versions of Arial or Times New Roman or other fonts that provide cmap entries for Arabic, Devanagari or other complex scripts but do not contain morphing table needed by AAT.
Attachment #285450 - Attachment is obsolete: true
Testcase requires (1) Times New Roman v. 3.05 and higher and (2) Code 2000 font.  Both are OpenType fonts without morphing tables.
Attachment #285452 - Attachment is obsolete: true
Depends on: 361986
Flags: blocking1.9?
I guess the default Tiger install is OK. Will Leopard ship with these problematic fonts?
The problematic versions of Times New Roman ship with the latest version of MS Office *and* with Leopard but Leopard's version of ATSUMatchFonts seems to be more aware of OpenType fonts and does a better job of not matching against OpenType fonts that don't have AAT morphing tables in font fallback situations. 
Nightly on both 10.5 and 10.6 seem to work fine on those testcases; I'm presuming this is fixed.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: