[Webkit-unassigned] [Bug 24906] 0x5C of EUC-JP is not Yen Sign but U+005C

[bugzilla-daemon at webkit.org]

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





------- Comment #32 from jshin at chromium.org  2009-04-08 15:02 PDT -------
Created an attachment (id=29347)
 --> (https://bugs.webkit.org/attachment.cgi?id=29347&action=view)
another example demonstrating what IE and Firefox do

IE does not do anything fancy, but it just "relies on" (perhaps, 'leave it up
to" is better than 'relies on') the hack 'built-into' Windows Japanese fonts. 

In addition, when no font is specified for EUC-JP (Shift_JIS, ISO-2022-JP)
documents, it uses the default Japanese font (MS PGothic). That's what my
preliminary patch for bug 18085 does and Firefox does. Chrome 1.x/2.0beta have
that patch but does not benefit from it because U+005C is replaced with U+00A5
by webkit before the actual text drawing code path is hit.

The sample html file I'm uploading illustrates that point. When no font is
specified, IE uses MS P Gothic (for EUC-JP documents) as shown by the identical
rendering results of the first two sections. Because MS P Gothic has the Yen
sign glyph for U+005C, we see the Yen sign glyph although the underlying
character remains U+005C. 

When arial is specified, the glyph for U+005C comes from Arial and its glyph is
that of the back slash (not that of Yen sign). 


-- 
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.