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

Re: Letter to the Team Contact - ISSUE-30.

From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Date: Fri, 13 Aug 2010 18:07:31 +0200
To: Michael Smith <mike@w3.org>
Cc: Philippe Le Hegaret <plh@w3.org>, HTML WG <public-html@w3.org>, Sam Ruby <rubys@intertwingly.net>, Maciej Stachowiak <mjs@apple.com>, Paul Cotton <Paul.Cotton@microsoft.com>, www-archive@w3.org
Message-ID: <20100813180731605252.4046a58c@xn--mlform-iua.no>
Mike Smith, a clarification for my third point:

Leif Halvard Silli, Fri, 13 Aug 2010 17:01:36 +0200:

[ snip ]

>>> 3) Concerns not being duly considered
>>> Example: Longdesc link rot was cited as a problem both in the 

Please read "link rot" as "invalid URLs". Validator.nu obviously does 
not check for link rot in URLs, but it does check that the string of 
e.g. @src and @href are valid URLs. 

>>> objections, in the zero-change proposal _and_ in the decision document. 
>>> In my objection, I pointed out that this - in a way - automatically 
>>> becomes solved as soon as @longdesec is made valid: by making @longdesc 
>>> un-obsolete, HTML5 conformance checkers must - obviously - start to 
>>> conformance check the @longdesc URL. (Explanation: in the HTML4 
>>> validator, no URL validity checking is performed whatsoever, whereas 
>>> validator.nu does check URLs, as long as the attribute isn't 
>>> obsolete.)  
>>> I filed a bug about this, to make sure that conformance checkers would 
>>> do this, and the link to the bug is in my objection. 
>>> However, not a single time does the decision document that it has 
>>> considered this simple and obvious argument. Instead, the decision 
>>> document states it to be "uncontested" that "more work is needed to 
>>> make longdesc useful". However such a general statement is hardly 
>>> relevant when the required work, at the most basic level, simply 
>>> involves moving @longdesc from the list of obsolete attributes to the 
>>> list of valid attributes.

[ snip ]
leif halvard silli
Received on Friday, 13 August 2010 16:08:07 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 13 August 2010 16:08:08 GMT