home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / std / unix / 381 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  1.6 KB
  1. Path: sparky!uunet!uunet!not-for-mail
  2. From: peterw@spaten.sharebase.com (Peter Wisnovsky)
  3. Newsgroups: comp.std.unix
  4. Subject: Re: POSIX update
  5. Date: 14 Aug 1992 13:31:36 -0700
  6. Organization: NCR/ShareBase Corporation
  7. Lines: 25
  8. Sender: sef@ftp.UU.NET
  9. Approved: sef@ftp.uucp (Moderator, Sean Eric Fagan)
  10. Message-ID: <16h578INNklc@ftp.UU.NET>
  11. References: <16b9drINNero@ftp.UU.NET> <16ccqfINNrss@ftp.UU.NET>
  12. Reply-To: peterw@spaten.sharebase.com (Peter Wisnovsky)
  13. NNTP-Posting-Host: ftp.uu.net
  14. X-Submissions: std-unix@uunet.uu.net
  15.  
  16. Submitted-by: peterw@spaten.sharebase.com (Peter Wisnovsky)
  17.  
  18. In article <16ccqfINNrss@ftp.UU.NET> decot@cup.hp.com (Dave Decot) writes:
  19. >What kind of OS support do you envision is required?  Generally, applications
  20. >should be written using libraries that are codeset independent anyway.
  21.  
  22. At the meeting, more elaborate algorithms for collation sequences than
  23. those that exist in existing standards were discussed. Also, for doing
  24. string matching one needs to "normalize" a Unicode string, because
  25. there are a number of different representations of a string that
  26. displays the same, as well as some normalizations that affect display
  27. but may be desirable anyway (display Kanji numerals as Arabic ones,
  28. for instance). Also, if you need to calculate the display width of a
  29. string you would want to have an OS function to do it, since the
  30. rendering algorithms can be quite complicated.
  31.  
  32. Peter Wisnovsky
  33. -- 
  34.  
  35. UUNET:   peterw@sharebase.com
  36. US Mail: ShareBase Corporation - 1919 Addison Ave. - Berkeley, CA 94704
  37. Phone:   (510) 548-3211
  38.  
  39.  
  40. Volume-Number: Volume 28, Number 96
  41.