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

Re: The next HTML+RDFa Heartbeat

From: Henri Sivonen <hsivonen@iki.fi>
Date: Wed, 31 Mar 2010 02:07:59 -0700 (PDT)
To: Manu Sporny <msporny@digitalbazaar.com>
Cc: RDFa WG <public-rdfa-wg@w3.org>, HTMLWG WG <public-html@w3.org>
Message-ID: <1733445717.69259.1270026479505.JavaMail.root@cm-mail03.mozilla.org>
"Manu Sporny" <msporny@digitalbazaar.com> wrote:

> The only reason we are decoupling HTML+RDFa LC from HTML5 LC is in
> the
> case that there is some significant last-minute change to HTML5 that
> requires the RDFa WG to go back and rework HTML+RDFa.

You seem to writing as though the RDFa WG were developing HTML+RDFa if it's the WG to potentially "rework" it.

http://www.w3.org/Bugs/Public/show_bug.cgi?id=7670#c43 says "So, any changes made to RDFa Core 1.1 will be applied to HTML+RDFa.", which seems to mean that HTML+RDFa is so constrained by the output of the RDFa WG that there isn't anything for the HTML WG to do except to rubber-stamp it. (After all, bug 7670 is about one of the central concerns raised about RDFa in the HTML WG.)

What's the point of making HTML+RDFa nominally a deliverable of the HTML WG or making SVG+RDFa nominally a deliverable of the SVG WG if RDFa Core is fully(?) constraining what these specs can say? Why aren't HTML+RDFa and SVG+RDFa direct deliverables of the RDFa WG if the RDFa WG is de facto defining the normative constraints on the specs?

Henri Sivonen
Received on Wednesday, 31 March 2010 09:08:33 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:45:14 UTC