IE5.0 does not conform to RFC2376

[David Brownell]

One lesson:  most web servers should default to using the
"application/xml" MIME content type, not "text/xml"!


Chris Lilley wrote:
> 
> What this RFC appears to do is remove author control over correctly
> labelling the encoding, and ensure that most if not all XML documents
> get incorrectly labelled as US-ASCII.

Not at all.  The best default MIME content type for all web
servers is "application/xml".  Without a "charset=Big5" or
similar declaration, then the XML processor's autodetection
kicks in ... minimally handling UTF-8 and UTF-16, and quite
commonly handling a variety of additional encodings.

For example, Sun's XML processor handles about 140 encodings
at last count ... and _does_ conform to RFC 2376.


> So, this RFC removes at a stroke the possibility of authors correctly
> labelling the encoding of their XML documents and takes us back to that
> dark time (the present) when the majority of, say, Japanese Web content
> was mis-labelled. And it seems to have done this simply to save a very
> small part of coding effort for people writing transcoders.

Again, no it doesn't.  The idea is to get the web server to
attach the correct MIME content type, which is NOT "text/xml"
in many/most cases.  Authors must rely on the administrator
not breaking their content, and this is part of it.

- Dave

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
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 at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)