home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!sun-barr!ames!data.nas.nasa.gov!taligent!tseng.taligent.com!user
- From: jenkinsj@blowfish.taligent.com (John H. Jenkins)
- Newsgroups: comp.std.internat
- Subject: Re: ISO 10646 the final character set?
- Message-ID: <jenkinsj-120892082033@tseng.taligent.com>
- Date: 12 Aug 92 15:45:15 GMT
- References: <BstGEq.7E7@immd4.informatik.uni-erlangen.de> <q++ygqb@rpi.edu> <1992Aug11.221914.7798@csc.ti.com> <23302B@erik.naggum.no>
- Sender: usenet@taligent.com (More Bytes Than You Can Read)
- Followup-To: comp.std.internat,comp.misc
- Organization: Taligent, Inc.
- Lines: 52
-
- In article <23302B@erik.naggum.no>, enag@ifi.uio.no (Erik Naggum) wrote:
- >
- > Fritz Whittington <fritz@ra.csc.ti.com> writes:
- > |
- > | I believe that the revised standard will come up for vote again
- > | around the end of the year.
- >
- > This is incorrect. Voting terminated on 1992-04-10, and ISO DIS 10646
- > became ISO 10646, a fully official International Standard. It has not
- > been published and made available, yet that I know of. Partly due to
- > the size of the standard, partly due to the number of comments with
- > votes, which I think have been reconciled by now (with the exception of
- > Turkey's irrational request to replace ISO 8859-1 in the 00xx "row" with
- > their favorite set, and Japan's more reasonable concerns).
- >
-
- The vote actually ended at the end of May. Some countries got their votes
- in late and were not counted.
-
- I believe that the comments from Poland and Tunisia were not accomodated
- for reasons similar to Turkey's (who wanted Latin 9 used instead of Latin 1
- in the first 256 code points; nobody else would agree to that). The UK and
- Denmark were accomodated and appear to be satisfied with the accomodations.
-
-
- Turkey, BTW, used its diplomatic corps to exert pressure on other countries
- to go along with them. I think this backfired and lost them sympathy
- rather than winning them any.
-
- There was a lot of effort expended to try to satisfy Korea, but it's
- unclear whether it actually did. There is considerable disagreement within
- Korea as to whether precomposed or combining methods should be used to
- represent Hangul; the IS includes both, but only by putting several
- thousand precomposed Hangul within the user space (unofficially, of
- course). Nobody can tell if Korea will, in the end, find this satisfactory
- or not.
-
- One of Japan's reasons for voting no was procedural (they felt that it
- violated ISO procedures to have a second DIS with so many fundamental
- changes). This could not be accomodated. Some of their technical comments
- were accomodated and some weren't. For example, Japan's desire to have a
- swap zone within 10646 large enough to hold all of JIS was generally felt
- to be unreasonable, given the fact that everything in JIS is already
- included in the CJK-JRG URO (which is part of 10646).
-
- BTW, I'm told that 10646 set a record for the number of countries
- participating in the vote.
-
- John H. Jenkins
- John_Jenkins@taligent.com
-
- #include <std_disclaimer.h.>
-