home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0082.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.5 KB
  1. From: nike!ll-xn!mit-amt!mit-eddie!frog!jim (Jim Isaak)
  2. Date: Mon, 20 Oct 86 16:52:03 EDT
  3.  
  4. re: mod.std.unix note of Mark Crispin
  5.  
  6. Charles River has been shipping 8 bit "UNIX System V" Derived systems
  7. for some 5-6 years, and with a substantial user base in Japan and
  8. China.  It is important, significant, and very useful that the full
  9. 8 bits is carried throughout the file system.  Since terminals tend
  10. to display what is input, and since a single site tends to use compatible
  11. terminals the system does not need to be aware of what character sets
  12. are being used -- if it's Kanji in its Kanji out .... as long as we
  13. don't start sneaking in automatic conversions or stripping the 8th bit.
  14.  
  15. This alone does not speak to the uppercase/lower case point.  While it
  16. is clear that we  (both as vendors and the standard) would be foolish to
  17. not permit at least 8 bit characters, it might still make sense to do
  18. a conversion of the "a-z" range to "A-Z" ... at least in theory; any
  19. other abuse of the bit ranges would seem to be un-acceptable. 
  20.  
  21. So, the question comes down to "a-z" vs "A-Z"; the answers should look
  22. forward to a much broader base of users, and to the systems of the
  23. 1990's.  From a system perspective, every thing I see  coming out
  24. can support upper and lower case, so there is little incentive for
  25. case-folding there.  Also, I think the broader range of users (not us
  26. computer folk) are used to their local conventions for upper and lower
  27. case, and would want to project these onto a given system.  That probably
  28. means not folding the cases.
  29.  
  30. Volume-Number: Volume 7, Number 83
  31.  
  32.