[Webkit-unassigned] [Bug 10094] Japanese characters improperly rendering in TOT

bugzilla-daemon at opendarwin.org bugzilla-daemon at opendarwin.org
Mon Jul 24 23:50:48 PDT 2006


Graham.Dennis at gmail.com changed:

           What    |Removed                     |Added
   Attachment #9667|                            |review?
               Flag|                            |

------- Comment #3 from Graham.Dennis at gmail.com  2006-07-24 23:50 PDT -------
Created an attachment (id=9667)
 --> (http://bugzilla.opendarwin.org/attachment.cgi?id=9667&action=view)

This bug only occurs when the first character of a text run is a decomposed
Japanese hiragana or katakana character with voice marks. The bug is caused
because WidthIterator::advance does not update the m_currentCharacter variable
while iterating, and then the call to WidthIterator::normalizeVoicingMarks
normalises the character starting at m_currentCharacter instead of starting at
currentCharacter. As a result, if the first character of a text run requires
normalising, all subsequent characters in the run will be displayed as being
identical to the first character (as m_currentCharacter will be 0).

This patch fixes the bug by turning the currentCharacter variable into an
argument to normalizeVoicingMarks.

A testcase has been included in the patch, however it must be run as a pixel
test for the test to actually check that the bug has been fixed.

Configure bugmail: http://bugzilla.opendarwin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

More information about the webkit-unassigned mailing list