W3C home > Mailing lists > Public > public-html@w3.org > November 2010

Re: Change Proposal for ISSUE-125

From: David Singer <singer@apple.com>
Date: Tue, 16 Nov 2010 17:10:29 -0800
Cc: Julian Reschke <julian.reschke@gmx.de>, Maciej Stachowiak <mjs@apple.com>, Jonas Sicking <jonas@sicking.cc>, Ian Hickson <ian@hixie.ch>, "public-html@w3.org" <public-html@w3.org>
Message-Id: <99D651A2-B657-470E-B813-8986D3ED0E37@apple.com>
To: Roy T. Fielding <fielding@gbiv.com>

On Nov 16, 2010, at 10:26 , Roy T. Fielding wrote:

> On Nov 16, 2010, at 10:00 AM, David Singer wrote:
>> On Nov 16, 2010, at 4:58 , Julian Reschke wrote:
>> 
>>> Also, *if* we agree that the algorithm is for http-equiv only, then the whole note about being a "willful" violation of HTTP becomes questionable; it should be rewritten to actually state what the difference is, and why this is the case (and as demonstrated before, "compatibility with legacy content" as single reason is incorrect).
>> 
>> 
>> It's worth noting that something that is not part of the HTTP protocol per se, and hence not subject to its rules, can hardly be said to be in willful violation of them.  Differ from them, perhaps.
> 
> The sole purpose of http-equiv is to state that this metadata name is
> defined by the HTTP standard and provided in the HTTP field-value syntax.
> Otherwise, use the name attribute.


I think we're trying to say two contradictory things.  "This metadata name is defined by the HTTP standard and provided in the HTTP field-value syntax" (precisely), and then also "but the syntax and parsing rules are not, in fact, as defined in the HTTP syntax, but differ from them".  This isn't a 'willful violation' of HTTP, but merely a contradictory pair of statements.

David Singer
Multimedia and Software Standards, Apple Inc.
Received on Wednesday, 17 November 2010 01:11:04 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:07 UTC