W3C home > Mailing lists > Public > public-webapi@w3.org > May 2007

Re: [XMLHttpRequest] update from the editor

From: Bjoern Hoehrmann <derhoermi@gmx.net>
Date: Wed, 09 May 2007 07:05:30 +0200
To: Maciej Stachowiak <mjs@apple.com>
Cc: "Web API WG (public)" <public-webapi@w3.org>
Message-ID: <9cj24351b2u7b8tvoa7h6vme6f43aukkir@hive.bjoern.hoehrmann.de>

* Maciej Stachowiak wrote:
>I'm also not sure of the benefit of letting the UA treat arbitrary  
>other types as XML besides those listed. Modern XML MIME types should  
>all be following the +xml convention. And clearly for  
>interoperability we want it to be the case that the UA MUST NOT treat  
>text/html or text/plain or image/png as XML types. What types are  
>there where it would be acceptable for the UA to go either way?

It is not useful to assert anyone suggests user agents treat arbitrary
types as indicating XML documents; clearly image/png does not indicate
an XML document, and even if a user agent would do that, parsing would
fail in all but the most bizarre cases, resulting in the same behavior.

It is false to assert modern XML MIME types follow the +xml convention.
The most recent type proposal, application/vnd.fcsexpress.launchfile,
does not, the reason being that the format uses XML now, but might not
do so in the future. An ISO standard case whether going either way is
sensible is application/fastinfoset, which certainly is a modern type.

If you do not support application/fastinfoset, you might well treat it
as non-XML type; you could also treat it as XML document and find you
do not support the 'finf' character encoding. Either way you get the
same behavior. Of course, if you do support it, you are not likely to
honor the proposed requirement to treat it as non-XML due to benefit/
cost considerations.
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ 
Received on Wednesday, 9 May 2007 05:05:36 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:16:23 UTC