W3C home > Mailing lists > Public > xml-editor@w3.org > October to December 1998

Incompatible CCS

From: MURATA Makoto <murata@apsdc.ksp.fujixerox.co.jp>
Date: Wed, 02 Dec 1998 11:13:36 +0900
Message-Id: <199812020213.AA02812@murata.apsdc.ksp.fujixerox.co.jp>
To: xml-editor@w3.org
[Here is yet another report.  Although I report this, I do not think that 
XML 1.0 can do anything.  This type of issues should be left to regional 
profiles, I think.]

In ISO-2022-JP, we can use JIS X 0208:1978.  But this is not a source standard 
of Unicode 2.0  A new version, namely JIS X 0208:1983, is a source standard, 
but is incompatible with JIS X 0208:1978.  [What a mess!]

ISO-2022-CR can use GB 7590, which is not a source standard of Unicode 
2.0 and is not mentioned in "3. Universal Multilingual Character Set:  
ISO/IEC-10646/Unicode" of RFC 1922 (Chinese Character Encoding for Internet 
Messages).  

Is an XML document containing such character sets a fatal error?  
In the case of ISO-2022-JP, some converters appear to be able to handle 
JIS X 0208:1978.  When an XML processor is build on top of such a converter, 
such a processor should be conformant.

I plan to say that JIS X 0208:1978 in ISO-2022-JP is an error in the Japanese 
XML profile.  We will submit it to W3C after it is endorsed by JIS.

Cheers,

Makoto
 
Fuji Xerox Information Systems
 
Tel: +81-44-812-7230   Fax: +81-44-812-7231
E-mail: murata@apsdc.ksp.fujixerox.co.jp
Received on Tuesday, 1 December 1998 21:08:08 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:59:29 GMT