Followup to: <[EMAIL PROTECTED]>
By author: Tomohiro KUBOTA <[EMAIL PROTECTED]>
In newsgroup: linux.utf8
>
> I am interested in how European people succeeded to migrate from ISO 646
> variants into ISO 8859. Yen Sign Problem is exactly a problem of ISO 646,
> because "0x5c = YEN SIGN" comes from JIS X 0201 Roman, which is Japanese
> variant of ISO 646.
>
Well, for one thing we never had to do that in the context of MS-DOS
et al (which is where the \ as path separator came in), because IBM PC
had its own 8-bit character set from the very beginning -- thus we
never used ISO 646 on those systems.
As for conversion, I suspect the biggest problem was probably C
source code and the like, where I guess one could do pattern matching
(i.e. "is this character inside a string or not")?
Doesn't mean it solved all problems, but some it did...
-hpa
--
<[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt <[EMAIL PROTECTED]>
--
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
