home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / std / internat / 1017 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  2.9 KB
  1. Path: sparky!uunet!spool.mu.edu!sgiblab!nec-gw!nec-tyo!wnoc-tyo-news!cs.titech!titccy.cc.titech!necom830!mohta
  2. From: mohta@necom830.cc.titech.ac.jp (Masataka Ohta)
  3. Newsgroups: comp.std.internat
  4. Subject: Re: Data tagging (was: 8-bit representation, plus an X problem)
  5. Message-ID: <2606@titccy.cc.titech.ac.jp>
  6. Date: 4 Jan 93 17:02:52 GMT
  7. References: <24426@alice.att.com| <1gpruaINNhfm@frigate.doc.ic.ac.uk> <2563@titccy.cc.titech.ac.jp> <24494@alice.att.com>
  8. Sender: news@titccy.cc.titech.ac.jp
  9. Organization: Tokyo Institute of Technology
  10. Lines: 60
  11.  
  12. In article <24494@alice.att.com> andrew@alice.att.com (Andrew Hume) writes:
  13.  
  14. >> >japanese better get rendered as japanese no matter what your locale is.
  15. >> 
  16. >> I heard that, microsoft's NT will have a locale mechanism so that
  17. >> it can print Japanes Han as Japanese and Chinese Han as Chinese,
  18. >> which is impossible with bare 10646/Unicode.
  19. >
  20. >    this is a fundamental and persistent misapprehension of
  21. >10646. it was neither designed for, nor can it allowd a system
  22. >to display identical Han characters (same 10646 codepoint)
  23. >in different fonts WITHOUT some other (non-10646) convention.
  24.  
  25. As it defines the same code point for correnponding Japanese/Chinese
  26. characters, differentiation is impossible.
  27.  
  28. >10646 simply defines codepoints, allowing the unambiguous specification
  29. >of the characters. if you want to set (or switch) fonts, then you
  30. >have to invent some scheme to do it, as say ISO 2022 does
  31. >(in a slightly clumsy way).
  32.  
  33. Then, why you use ISO 10646? Can't we use ISO 2022?
  34.  
  35. >    i claim NT has some convention in addition to the locale
  36. >(perhaps, it is part of the lcoale's definition) so it can do this.
  37. >but i don't know.
  38.  
  39. Then, how can I create a text file which contains both Chinese
  40. and Japanese?
  41.  
  42. >> Shouldn't we use error numbers internally and interprete it by local
  43. >> programs?
  44.  
  45. >    when the protocol was updated, this was taken out
  46. >and errors are now just text strings (64 bytes i think).
  47.  
  48. Making everything English text is another fatal misdesign of Plan 9
  49. as an internationalized OS.
  50.  
  51. >    the bottom line is, when you connect to remote services,
  52. >there is simply no way to know what they might report as errors.
  53.  
  54. If you are connecting to some server, you know the protocol you use
  55. in which meanings on error numbers are contained.
  56.  
  57. >the problem is that a file server, say, may have an arbitrary
  58. >number of error conditions, many of which may not be known locally.
  59.  
  60. Or, how can the client program know the severity of the error? Should
  61. client program retry on error? How many times? Or should the client
  62. abort the current transaction and retry? Or should the client
  63. abort the entire job?
  64.  
  65. Even if the version of the server is updated and new error codes are added,
  66. the server should know the version of the client and return old error code.
  67. Or, how can the client program behave? Of course, for purely
  68. informational purpose only, you can still report it, say, as "unknown
  69. error # 42", which is of no help.
  70.  
  71.                         Masataka Ohta
  72.