home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / std / internat / 995 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  2.5 KB
  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!mcsun!sun4nl!cwi.nl!dik
  2. From: dik@cwi.nl (Dik T. Winter)
  3. Newsgroups: comp.std.internat
  4. Subject: Re: Dumb Americans (was INTERNATIONALIZATION: JAPAN, FAR EAST)
  5. Message-ID: <8504@charon.cwi.nl>
  6. Date: 3 Jan 93 01:46:37 GMT
  7. References: <1993Jan1.115424.27258@enea.se> <1i2gpvINN3lm@rodan.UU.NET> <1993Jan2.230101.20871@enea.se>
  8. Sender: news@cwi.nl
  9. Organization: CWI, Amsterdam
  10. Lines: 40
  11.  
  12. In article <1993Jan2.230101.20871@enea.se> sommar@enea.se (Erland Sommarskog) writes:
  13.  > The problem with your idea is that you believe that everything is
  14.  > known at input time. It isn't. If you have a list of names which 
  15.  > is to be used in Sweden, Norway, Denmark and Finland, the list will
  16.  > sort differently depending on the reader, not on who is entering the 
  17.  > text. The Swedish and Finnish alphabets ends with A-ring, A-dots,
  18.  > O-dots. The Danish and Norwegian ends with AE-ligature, O-slash,
  19.  > A-ring. Looks trivial for a simple bit-order sort? Nope. Because
  20.  > the dotted A is equivlent to the AE ligature and so is dotted O and
  21.  > O-slash. Thus Danish and Norwegian names with slashed O should
  22.  > appear together with Swedish and Finnish names with dotted O. So
  23.  > the sort algorithm must make no distinction between the two, except
  24.  > when everything else in the same. And the sort algorithm must know
  25.  > in which order the user wants the text to be presented.
  26. Not to mention that the Danish/Norwegian 'aa' is sometimes equivalent
  27. to 'a-ring'.
  28.  > 
  29.  > This is a simple end-user requirement which your proposal is not
  30.  > incapabale to handle.
  31. I think you intended to say that Vadims proposal is not capable to
  32. handle it (I agree with that).
  33.  > 
  34.  > >which is not easy and sometimes ruins the whole logic of the
  35.  > >program (see shell globbing example in my previous posting os
  36.  > >tr example before).
  37.  > 
  38.  > You've talked a lot about regular expressions etc. Frankly I
  39.  > don't give a damn about those. The main bulk of computer users
  40.  > are not programmers and don't know what a regular expression
  41.  > is, so why focus such specific issues?
  42.  
  43. I agree completely here.  Shell globbing, regular expressions and
  44. sorting by 'ls' are not relevant.  (There are still systems around
  45. that do not sort the list of files at all.  Can you say IBM VM/CS?)
  46. Those things are indeed used by programmers only, end-users search
  47. on fixed strings and would be surprised if their dotted-a shows no
  48. match because of language differences.
  49. -- 
  50. dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland
  51. home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
  52.