home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / std / internat / 1253 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.8 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!sh.wide!fgw!fdm!ace!melby
  2. From: melby@dove.yk.fujitsu.co.jp (John B. Melby)
  3. Newsgroups: comp.std.internat
  4. Subject: Re: Radicals Instead of Characters
  5. Message-ID: <MELBY.93Jan21144739@dove.yk.fujitsu.co.jp>
  6. Date: 21 Jan 93 14:47:39 GMT
  7. References: <1j8kroINNf59@flop.ENGR.ORST.EDU> <1993Jan18.212846.3030@fcom.cc.utah.edu>
  8.     <1jhvstINNbcq@flop.ENGR.ORST.EDU>
  9.     <1993Jan20.233154.19733@fcom.cc.utah.edu>
  10. Sender: news@ace.yk.fujitsu.co.jp
  11. Organization: Open Systems Group, Fujitsu Limited, Yokohama
  12. Lines: 28
  13. In-reply-to: terry@cs.weber.edu's message of 20 Jan 93 23:31:54 GMT
  14.  
  15. >What is the min, max, and median number of radicals per glyph?  How about
  16. >per word?  As was pointed out by someone else, Japanese may take multiple
  17. >glyphs to encode a word.
  18.  
  19. Looking at Han characters in a probabilistic sense probably is not going
  20. to help much, since the positioning of radicals varies widely between
  21. characters.
  22.  
  23. The majority of rare characters needed for normal purposes can be composed
  24. by putting a "productive" radical on the left, top, bottom, or right side
  25. of a character which already has an existing codepoint.  There are two
  26. major catches:  (1) some rare characters cannot be expressed in this manner,
  27. and (2) allowing the display of arbitrary characters using this sort of
  28. composition does not mean that their components will be aesthetically
  29. spaced.
  30.  
  31. >In terms of benefit to the Japanese, any answer over and above "2" is more
  32. >expensive than raw encoding for a 16 bit font, or "4" if a 32 bit font is
  33. >used.
  34.  
  35. A 16 bit font is insufficient for encoding rare characters, whichever way
  36. you look at it, although having 16-bit CJK unification and a user-defined
  37. character facility may be sufficient for an average user.
  38.  
  39. -----
  40. John B. Melby
  41. Fujitsu Limited, Yokohama
  42. melby@yk.fujitsu.co.jp
  43.