W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2009

Re: PROPOSAL: content sniffing [#155]

From: Mark Nottingham <mnot@mnot.net>
Date: Thu, 9 Apr 2009 10:04:16 +1000
Cc: Julian Reschke <julian.reschke@gmx.de>, Adam Barth <w3c@adambarth.com>, Mark Baker <mark@coactus.com>, =JeffH <Jeff.Hodges@kingsmountain.com>, HTTP Working Group <ietf-http-wg@w3.org>
Message-Id: <645513D7-D6BD-46BE-8292-E29B6455B8E9@mnot.net>
To: Adrien de Croy <adrien@qbik.com>

On 09/04/2009, at 10:04 AM, Adrien de Croy wrote:

>
> Julian Reschke wrote:
>>
>> First of all, we're only discussing Content-Type, *not* Content- 
>> Encoding right?
>>
>> That being said, in the spirit of defining the meaning of the  
>> message, not it's processing, how about:
>>
>> "When an entity-body is included with a message, the data type of  
>> that
>> body is declared using the header fields Content-Type and Content- 
>> Encoding."
>>
>
> to me that implies that Content-Encoding is always required, whereas  
> in fact it's only required if there is an encoding also applied to  
> the content.
>
> I'd rather leave C-E out of it, or if referring to it, make it clear  
> it's only required when there is an encoding.


It might be good to step back and look at the context:

> When an entity-body is included with a message, the data type of that
> body is determined via the header fields Content-Type and Content-
> Encoding. These define a two-layer, ordered encoding model:
>
>     entity-body := Content-Encoding( Content-Type( data ) )
>
> Content-Type specifies the media type of the underlying data.
> Content-Encoding may be used to indicate any additional content
> codings applied to the data, usually for the purpose of data
> compression, that are a property of the requested resource. There is
> no default encoding.



--
Mark Nottingham     http://www.mnot.net/
Received on Thursday, 9 April 2009 00:04:58 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 2 February 2023 18:43:19 UTC