[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: IE5.0 does not conform to RFC2376

  • From: "Rick Jelliffe" <ricko@a...>
  • To: <xml-dev@i...>
  • Date: Wed, 7 Apr 1999 23:59:07 +1000

Re: IE5.0 does not conform to RFC2376


From: MURATA Makoto <murata@a...>
 >Appendix F is non-normative.  RFC2376 supercedes it, as intended by
the
>XML WG.   XML 1.0 cleary says:
>
>  "Rules for the relative priority of the internal label and the
MIME-type
>  label in an external header, for example, should be part of the RFC
document
>  defining the text/xml and application/xml MIME types.   ...  in
particular,
>  when the MIME types text/xml and application/xml are defined, the
recommendations
>  of the relevant RFC will supersede these rules."

> On  the other hand, appendix in XML 1.0 is merely informative and was
meant
>to be replaced by the XML media type RFC.

As far as making the relative priorities explicit. I hope there is no
intention to supercede the XML encoding declaration as the normative way
in which documents, not being wrapped by some higher protocol which
treats the text at some more generic level, announce their character
set.

I think the encoding declaration has been a great success: witness the
hundreds of character sets that is successfully supports. The only
problems I have heard so far are:

* some people say that UTF-7 cannot be accomodated (I have not confirmed
this is true);

* there are several 16-bit coded Unicode varieties, and so even 16-bit
Unicode will need an encoding declaration: the BOM is enough for endian
and width detection, but does not give information about whether
surrogates are used;

* the early (mandatory) normalization suggested in the W3C Character
Model draft means that it is possible that even Unicode has two flavours
(unnormalized and normalized):  the intention is that this difference in
repertoire should not be reflected in any header (everyone should just
normalize, and if you don't, things will break...hmmm)

* there is no way to support non-standard character sets (very commonly
used here in Asia) (I have a little proposal floated called "DrLove" at
http://www.ascc.net/~ricko/drlove.htm, which addresses this issue a
little bit: comments welcome on Document Resource Locations suggestion.)

Rick Jelliffe


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.