[Webkit-unassigned] [Bug 20237] Zero width and space characters are displayed incorrectly if not contained in a fallback font.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=20237


marv.decker at gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #22591|                            |review?
               Flag|                            |




------- Comment #2 from marv.decker at gmail.com  2008-07-31 16:56 PDT -------
Created an attachment (id=22591)
 --> (https://bugs.webkit.org/attachment.cgi?id=22591&action=view)
Patch

This patch makes boxes for directional markers and nonbreaking spaces disappear
when there is no fallback font that supports them. It hardcodes that the width
of "zero width space" characters is 0. Platforms will also have to hardcode
that the glyph for such characters is the space glyph. I've added this to the
Windows code.

Mac doesn't seem to have this problem because the fonts are less crappy. If Mac
wanted to implement it, it would be best in wkGetGlyphVectorFirstRecord which
looks like isn't public.

I added a parameter to the glyph width getter so it gets the original
character. I also use this for an optimization for Chinese characters which I
hope to submit soon; it's very helpful for the width computation code to
actually know what character we're talking about.

The changes in the Font.h file are to make the zero width space (and a few
related chars) actually return true in the treatAsZeroWidthSpace function().


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