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

Re: Updated DOCTYPE versioning change proposal (ISSUE-4)

From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Date: Wed, 17 Feb 2010 04:27:16 +0100
To: Maciej Stachowiak <mjs@apple.com>
Cc: Larry Masinter <masinter@adobe.com>, "public-html@w3.org" <public-html@w3.org>
Message-ID: <20100217042716798698.22c3d780@xn--mlform-iua.no>
Maciej Stachowiak, Sun, 03 Jan 2010 19:45:13 -0800:
> 
>> Documents served as an XML media type MAY include a DOCTYPE header, 
>> either to allow compatible content (so-called “polyglot” documents 
>> which are both valid HTML and also valid XHTML) or to support 
>> version-specific XML processing. While the DOCTYPE header is not 
>> required, including may help in XHTML/HTML crossover.
> 
> Implementations MUST NOT use the DOCTYPE to trigger different 
> processing, but documents MAY use it to support version-specific 
> processing. Why would documents have a need to support 
> version-specific processing if version-specific processing is not 
> allowed?

[Larry often changes subject when he replies, so sorry if I have 
overlooked his answer.]

I think the answer to your question is that one may want to use a DTD 
based validator to check that one has coded a document according to a 
standard. For example, I may define a custom DOCTYPE which picks some 
bits from HTML5. Or use a HTML4 doctype, to which I add some elements 
or attributes from HTML5.

A Web browser should however not be allowed to support version 
specific  processing based on the version and feature info inside the 
DTD.  

But if HTML5 causes more DOCTYPE variants to cause quirks mode, then 
HTML5 has in practices introduced _negative_ version specific 
processing. QuirksMode becomes a punishment for not using the DOCTYPE 
variants that are currently mentioned in HTML5.

See my recent letter: 
http://www.w3.org/mid/20100217040536701146.07876b67@xn--mlform-iua.no

-- 
leif halvard silli
Received on Wednesday, 17 February 2010 03:27:55 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:17:01 GMT