W3C home > Mailing lists > Public > public-html@w3.org > July 2009

Re: ACTION-128: Draft @summary voting text in conjunction with PF

From: Henri Sivonen <hsivonen@iki.fi>
Date: Wed, 8 Jul 2009 10:00:05 +0300
Cc: Ian Hickson <ian@hixie.ch>, public-html@w3.org, wai-xtech@w3.org
Message-Id: <104BEB07-153E-433B-94B2-05F3D5950F1D@iki.fi>
To: Maciej Stachowiak <mjs@apple.com>
On Jul 7, 2009, at 03:10, Maciej Stachowiak wrote:

> On Jul 6, 2009, at 4:37 PM, Ian Hickson wrote:
>
>> ...? Or do you think we should actually make summary="" conforming,  
>> as
>> opposed to a down-played error?
>
> I think the difference between down-played error and regular error  
> is not very meaningful.

I don't like downplayed errors. On one hand they want to be errors but  
on the other, they are something that are designed to be easily  
ignorable. I have dragged my feet with them hoping they'd go away. One  
day I almost started implementing them but then I got a higher- 
priority item to deal with.

> The actual material difference between different diagnostic classes  
> is not friendliness in the validator, but rather whether authors can  
> still use the feature if they have a requirement (self-imposed or  
> otherwise) to produce fully conforming content.
>
> Thus, I think a suggested non-error diagnostic would be better than  
> a requirement for a down-played error, in that it would give the  
> advanced experts who choose to disregard the warning the opportunity  
> to have their content be conforming.


I don't really like spec-prescribed warnings, either, because I fear  
that if we start doing normative warnings, people start wanting to  
make failures to adhere to their code style aesthetics as normative  
warnings when the discussion won't affect valid/invalid.

However, if we could get rid of downplayed errors and avoid  
introducing multiple conformance profiles by introducing a handful of  
normative warnings, let's try it.

-- 
Henri Sivonen
hsivonen@iki.fi
http://hsivonen.iki.fi/
Received on Wednesday, 8 July 2009 07:00:53 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:47 UTC