home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!mintaka.lcs.mit.edu!ai-lab!wheat-chex!glenn
- From: glenn@wheat-chex.ai.mit.edu (Glenn A. Adams)
- Newsgroups: comp.std.internat
- Subject: Re: Dumb Americans (was INTERNATIONALIZATION: JAPAN, FAR EAST)
- Keywords: Han Kanji Katakana Hirugana ISO10646 Unicode Codepages
- Message-ID: <1ippgmINN7af@life.ai.mit.edu>
- Date: 10 Jan 93 18:22:14 GMT
- Article-I.D.: life.1ippgmINN7af
- References: <1993Jan9.031217.27425@fcom.cc.utah.edu> <1in56mINNnhq@life.ai.mit.edu> <2676@titccy.cc.titech.ac.jp>
- Organization: MIT Artificial Intelligence Laboratory
- Lines: 23
- NNTP-Posting-Host: wheat-chex.ai.mit.edu
-
- In article <2676@titccy.cc.titech.ac.jp> mohta@necom830.cc.titech.ac.jp (Masataka Ohta) writes:
- >Different Characters with different stroke counts are mapped to a
- >single code point in 10646/Unicode.
-
- For those in the listening audience who don't read Hanzi or Kanji, I should
- say that Ohta-san is correct, but in a completely frivolous way. Stroke
- counts are a bit subjective. Some people count some elements as distinct
- strokes, whereas others do not. However, there is no systematic difference
- in the way that Japanese count strokes versus the way that Chinese count
- strokes versus the way that Koreans count strokes. The ways that CJK
- standards bodies count strokes are extremely uniform; therefore, the
- unification of CJK characters into single Han code elements does not
- remove discriminating information; rather, it preserves the common, important
- information (formal and functional) represented by the unified elements.
-
- >Thus, if you use 10646/Unicode, stroke count is context dependent. Don't
- >use it.
-
- This is a bit like saying "Japanese (or English or another language) is
- context dependent. Don't use it." Come on Ohta-san, return to reality.
- Try making a rational argument.
-
- Glenn Adams
-