W3C home > Mailing lists > Public > www-tag@w3.org > August 2009

Re: versioning, robustness principle, doctypes etc

From: Bjoern Hoehrmann <derhoermi@gmx.net>
Date: Mon, 10 Aug 2009 12:34:15 +0200
To: Henri Sivonen <hsivonen@iki.fi>
Cc: www-tag@w3.org
Message-ID: <s1sv75pliitlnrcfga5ffs22h9olm0a4s7@hive.bjoern.hoehrmann.de>
* Henri Sivonen wrote:
>Having an in-band version indicator for conformance checking makes the  
>following unwritten assumptions:
>
>  * It's appropriate for a person opting to target an older "version"  
>not to see more up-to-date advice. (Surely newer advice should be  
>assumed to be better informed and, thus, better advice.)
>
>  * If the person running a conformance checker and the person  
>producing the markup are different people (or the same person at  
>different times), the markup producer should choose the checker target  
>"version"--not the person invoking the checker.

Your assumptions are based on the assumption that conformance to some
version is somehow different to conformance to a different version from
the perspective of a conformance checker. Otherwise there could not be
good advice and bad advice, only correct and incorrect "advice", and
there would be no "target version" to consider. I would regard this as
incorrect, and hence your assumptions as not implied by inline labels.

The notion of a "target version" is particularily problematic. If you
consider the inline label, or the user's choice, as necessarily correct,
there are cases where the checker could not report that the only thing
preventing a resource passing its checks is the "target version", and
it would instead generate plenty of rather meaningless errors that'd
be better reported by a dedicated tool (like one designed to aid you in
switching from one version to another).
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ 
Received on Monday, 10 August 2009 10:34:51 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 12:48:15 GMT