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

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Mar 5 00:06:18 PST 2010


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





--- Comment #40 from Shinichiro Hamaji <hamaji at chromium.org>  2010-03-05 00:06:17 PST ---
I think I followed the discussion on this bug. Some description about this
patch:

- If a reviewer feels this patch is big, please let me know and I'll split
this.
- I referred the patch in Bug 22339 to write transcoder/FontTranscoder. I hope
this can be reused by EOT.
- When a font explicitly specified by an HTML author is known non-hacked, we
may want not to transcode even if the encoding is Japanese encodings. I
couldn't figure out how we can know a Font object is a system fallback font or
explicitly specified. I put a FIXME in FontTranscoder.cpp:71 .
- I added "Shift_JIS", "ISO-2022-JP", and "ISO-2022-JP-2" as hacked-backslash
encodings as it seems Firefox is doing the same transcoding.
- Whenever users copies U+005C, they will get non-transcoded characters.
- I think we cannot test this patch using dumpAsText with current test
infrastructure. The dumpAsText() dumps texts in DOM objects, but we need texts
in RenderText to test this patch.

Any suggestions will be welcomed!

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



More information about the webkit-unassigned mailing list