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

Re: [XMLHttpRequest] update from the editor

From: Ian Hickson <ian@hixie.ch>
Date: Mon, 14 May 2007 20:21:25 +0000 (UTC)
To: Maciej Stachowiak <mjs@apple.com>
Cc: Bjoern Hoehrmann <derhoermi@gmx.net>, Anne van Kesteren <annevk@opera.com>, "Web API WG (public)" <public-webapi@w3.org>
Message-ID: <Pine.LNX.4.62.0705142006110.11553@dhalsim.dreamhost.com>

On Mon, 14 May 2007, Maciej Stachowiak wrote:
> The question we should be examining is whether [text/xsl] is actually 
> used in practice. If it is, then the right course of action is to get it 
> registered with the IETF (and presumably marked deprecated). If it 
> isn't, then we can safely require it not to be treated as XML.

My research (which is biased against non-HTML files) suggests that 
text/xsl is seen about as often as the following types:


I think the bias against "text/xsl" is high.

The type "application/xslt+xml" was present in my sample about 2.8 times 
more than "text/xsl", and "application/xslfo+xml" was present about 1.5 
times more. The type "text/x-xslt" was present about 0.1 times as much as 
"text/xsl". I expect the data to be biased against "application/xslt+xml" 
and "text/x-xslt" about equally. However, I expect it to be biased quite 
strongly in favour of "application/xslfo+xml" (relatively speaking).

The MIME type "application/xsl+xml" appeared about 0.2 times as much as 
"text/xsl", but I don't know what the bias in favour or against that type 
would be.

However, this data is for all intents and purposes worthless. All of the 
types mentioned in this study were seen so rarely (in the order of 
0.000004% of the multibillion document sample) that the numbers are 
probably swamped by the error margin.

Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Monday, 14 May 2007 20:21:33 UTC

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