W3C home > Mailing lists > Public > public-html@w3.org > September 2012

Re: Extension spec for hgroup (Was: Re: Getting HTML5 to Recommendation in 2014)

From: Jirka Kosek <jirka@kosek.cz>
Date: Thu, 20 Sep 2012 00:24:58 +0200
Message-ID: <505A463A.7050607@kosek.cz>
To: Sam Ruby <rubys@intertwingly.net>
CC: Paul Cotton <Paul.Cotton@microsoft.com>, "public-html@w3.org" <public-html@w3.org>, "w3c-wai-pf@w3.org" <w3c-wai-pf@w3.org>, "public-html-a11y@w3.org" <public-html-a11y@w3.org>, Maciej Stachowiak <mjs@apple.com>, "Janina Sajka <janina@rednote.net> (janina@rednote.net)" <janina@rednote.net>, Philippe Le Hegaret <plh@w3.org>, "Judy Brewer <jbrewer@w3.org> (jbrewer@w3.org)" <jbrewer@w3.org>, Jeff Jaffe <jeff@w3.org>, Tim Berners-Lee <timbl@w3.org>
On 20.9.2012 0:02, Sam Ruby wrote:

>>> 164 hgroup element
>>> Retain the current hgroup language in the spec. Note that a number of
>>> shipping browsers implement the syntax. Identify the semantics as an
>>> at risk feature.
> Why did you stop reading there?  The very next paragraph suggests the
> possibility that extension specs (plural) be written.

Of course, I read the whole document. You are probably refering to part:
"... MAY prohibit certain otherwise conforming content (e.g. prohibit
use of <hgroup>s)..."

It just seems odd to keep controversial hgroup in spec and allow
creation of extension spec which will prohibit it. It makes more sense
to have extension spec which extends not shrinks something.

If the plan is to get to REC status faster then all features which are
controversial or not yet interoperable should be moved to extension
specs. If for some features you propose to split them (some a11y ones)
and for some to keep them (eg. hgroup) then the plan doesn't look as
very unbiased.


  Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
       Professional XML consulting and training services
  DocBook customization, custom XSLT/XSL-FO document processing
 OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member

Received on Wednesday, 19 September 2012 22:25:29 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:27 UTC