W3C home > Mailing lists > Public > www-archive@w3.org > February 2011

Re: Please explain the role of the W3C in the continuing development of HTML

From: Nathan <nathan@webr3.org>
Date: Tue, 15 Feb 2011 13:20:50 +0000
Message-ID: <4D5A7DB2.3060109@webr3.org>
To: Karl Dubost <karl@la-grange.net>
CC: "Jacobs B. Ian" <ij@w3.org>, Jeff Jaffe <jeff@w3.org>, www-archive <www-archive@w3.org>
Hi Karl,

Karl Dubost wrote:
> Le 15 févr. 2011 à 07:27, Nathan a écrit :
>> It would be great to see the two approaches balanced such that announcements are made like "HTML has just been updated, features a,b have been added, bugs h,j,k have been fixed and z has been deprecated".
> 
> What would be the criteria for these features? There are many possible ways of 

I simply couldn't say, a balance between evolution and interoperability 
would need to be struck, taking in to account the factors you've 
mentioned below (and anything missed) - but I'm very glad to see you've 
started outlining the questions that need to be addressed to make this 
happen :) One could see this is standardizing standardization, and who 
better to do it than a group of standardization experts who understand 
the space well!

> * Interoperability tables?
>   http://wiki.whatwg.org/wiki/Implementations_in_Web_browsers
>   http://caniuse.com/

an important factor, if a feature is deployed and working on XX% of 
targets and is being used, then I'd suggest that feature would certainly 
be a candidate for being pushed to the rec.

> * Under Patent Policy?

can't say, not my domain at all!

> # Small feature specifications 
> 
> (extracted from the OpenWeb "wiki" specification which is HTML living standard.)
> 
> * Benefits: 
>   - Easier, quick to publish 
>   - can be put in shape (not the content) by someone else
>   - small target for test suites
>   - small target for interoperability reports
>   - easier to publish tutorials
> 
> * Drawbacks: 
>   - reference and dependencies hells. 
>   - consistency: easier to publish comes with we need to be 
>     quicker to fix an error. 
>   - more legacy documents around after a few years/months
>   - IANAL. Patent policy not designed?, set up 
>     for this kind of things. 
>   - W3C staff work more difficult (publishing, announcements) 
>     in a limited resources environment. (Can be fixed)

Good starting outline! hope to see this positive forward thinking 
continue, kudos.

Best,

Nathan
Received on Tuesday, 15 February 2011 13:23:32 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 7 November 2012 14:18:34 GMT