[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 #31 from jshin at chromium.org  2009-04-07 14:31 PDT -------
(In reply to comment #29)
> > (backslash is usually used as escape in EUC-JP text,
> > so glyph is less important than Yen sign.
> 
> That's a very important observation, in my opinion! Indeed, erring on the side
> of yen sign is usually OK, because non-programmers are unlikely to encounter
> texts that use the backslash often. Programmers are less numerous than
> non-programmers, and more likely to be able to cope with such a glitch.


How about copy'n'paste of a Windows file path? The pasted result will have Yen
sign (U+00A5) instead of back slash (U+005C) and will not be a valid Windows
file path any more. Ok, it's not so common to copy'n'paste a file path, but
it'd be rather annoying when it happens to you.

LaTeX users are not programmers (I wouldn't say there are many, but their
number is likely to be larger than programmers :-) ), but they'd be surprised
to find that an example TeX snippet copied from an EUC-JP page to a their TeX
file results in numerous errors.  

IE does not have this problem (neither does it have 'Find in Page' issue as
pointed out earlier) as you already figured out. 


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