home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / std / internat / 1080 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  2.7 KB
  1. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!att!allegra!alice!andrew
  2. From: andrew@alice.att.com (Andrew Hume)
  3. Newsgroups: comp.std.internat
  4. Subject: Re: Data tagging (was: 8-bit representation, plus an X problem)
  5. Message-ID: <24564@alice.att.com>
  6. Date: 7 Jan 93 06:49:50 GMT
  7. Article-I.D.: alice.24564
  8. References: <24426@alice.att.com| <1gpruaINNhfm@frigate.doc.ic.ac.uk> <2630@titccy.cc.titech.ac.jp>
  9. Organization: AT&T Bell Laboratories, Murray Hill NJ
  10. Lines: 55
  11.  
  12. this is probably pointless but i'll have one more go at extracting some
  13. facts out of this interchange.
  14.  
  15. In article <2630@titccy.cc.titech.ac.jp>, mohta@necom830.cc.titech.ac.jp (Masataka Ohta) writes:
  16. > In article <24551@alice.att.com> andrew@alice.att.com (Andrew Hume) writes:
  17. > >~ Then, how can I create a text file which contains both Chinese
  18. > >~ and Japanese?
  19. > >
  20. > >    i said i didn't know; presumably, there are magic commands (a la RTF)
  21. > >that change fonts.
  22. > 
  23. > Very good.
  24. > Then, isn't the magic commands a special escape sequence or something
  25. > like that?
  26. > Mustn't we know how that particular font specification works?
  27. > Doesn't the font specification make everuthing stateful, so we can't
  28. > seek or anything?
  29.  
  30.     the layer handling character transport need not know.
  31. one would presume the display layer needs to know. as for seeking,
  32. we can find word boundaries and all sorts of useful things WITHOUT
  33. knowing higher-level information such as font changes or size changes.
  34.  
  35. > According to your criteria, 10646 is just horrible and utterly hopeless
  36. > to us Japanes.
  37. > Thus, 10646 can't be a internationally usable standard.
  38.  
  39.     we've come a long way; from a guess of mine as to how
  40. NT does internationalisation, you've deduced 10646 is utterly hopeless.
  41. this is called sophistry.
  42.  
  43. > >~ Making everything English text is another fatal misdesign of Plan 9
  44. > >~ as an internationalized OS.
  45. > >
  46. > >    damned if i know where i said the text was english.
  47. > 
  48. > How damned Plan9 is. It is much better to be said "Not a tty" than
  49. > "iwmczal aslkdjf lskjancm aslkio" on inappropriate ioctl.
  50.  
  51.     what? you said plan 9 is crap because it uses english. i replied
  52. that i never said plan 9 had to use english. you reply plan 9 is crap because
  53. it doesn't use english. this must be the logic equivalent of bistro math.
  54.  
  55. > Internationalization of "errno" interpretation is a simple and
  56. > already-solved problem.
  57.  
  58.     really? i would think so for the cases like posix where there is
  59. a predefined list of alternatives and implementations such
  60. as a list of language-dependent strings indexed by error numbers work
  61. just fine. when the errors are not so constrained, i am unaware
  62. of any general solution. does anyone know of one? if so, could you
  63. describe it here or email me please?
  64.  
  65.  
  66.             andrew hume
  67.