home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / std / internat / 1085 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  2.6 KB
  1. Path: sparky!uunet!olivea!sgigate!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: <2641@titccy.cc.titech.ac.jp>
  6. Date: 7 Jan 93 09:22:54 GMT
  7. References: <24426@alice.att.com| <1gpruaINNhfm@frigate.doc.ic.ac.uk> <2630@titccy.cc.titech.ac.jp> <24564@alice.att.com>
  8. Sender: news@titccy.cc.titech.ac.jp
  9. Organization: Tokyo Institute of Technology
  10. Lines: 54
  11.  
  12. In article <24564@alice.att.com> andrew@alice.att.com (Andrew Hume) writes:
  13.  
  14. >> >~ Then, how can I create a text file which contains both Chinese
  15. >> >~ and Japanese?
  16.  
  17. >    the layer handling character transport need not know.
  18.  
  19. Then, after the transport, the distinction information is lost.
  20.  
  21. >one would presume the display layer needs to know. as for seeking,
  22. >we can find word boundaries and all sorts of useful things WITHOUT
  23. >knowing higher-level information such as font changes or size changes.
  24.  
  25. "all sorts of useful things"? Then, how can display the part of the text
  26. after seek? Isn't displaying characters useful?
  27.  
  28. >    we've come a long way; from a guess of mine as to how
  29. >NT does internationalisation, you've deduced 10646 is utterly hopeless.
  30.  
  31. No, no. Regardless of NT, 10646 itself is utterly hopeless. I only made
  32. you realize that.
  33.  
  34. >> >~ Making everything English text is another fatal misdesign of Plan 9
  35. >> >~ as an internationalized OS.
  36.  
  37. >> >    damned if i know where i said the text was english.
  38.  
  39. >> How damned Plan9 is. It is much better to be said "Not a tty" than
  40. >> "iwmczal aslkdjf lskjancm aslkio" on inappropriate ioctl.
  41.  
  42. >    what? you said plan 9 is crap because it uses english. i replied
  43. >that i never said plan 9 had to use english. you reply plan 9 is crap because
  44. >it doesn't use english.
  45.  
  46. Yes. That the Plan9 with English error status is worse than the current
  47. UNIX with integer error status does not mean you can't make Plan9 even
  48. worse.
  49.  
  50. >> Internationalization of "errno" interpretation is a simple and
  51. >> already-solved problem.
  52.  
  53. >    really? i would think so for the cases like posix where there is
  54. >a predefined list of alternatives and implementations such
  55. >as a list of language-dependent strings indexed by error numbers work
  56. >just fine. when the errors are not so constrained, i am unaware
  57. >of any general solution. does anyone know of one? if so, could you
  58. >describe it here or email me please?
  59.  
  60. Simple.
  61.  
  62. Let all error classes be known in advance and provide appropriate
  63. messages locally to each class of errors.
  64.  
  65.                         Masataka Ohta
  66.