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

[Bug 13101] TAG issue on HTML+RDFa and Microdata last call drafts

From: <bugzilla@jessica.w3.org>
Date: Tue, 05 Jul 2011 22:19:42 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QeDy2-0006ub-C1@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13101

--- Comment #5 from Paul Cotton <Paul.Cotton@microsoft.com> 2011-07-05 22:19:40 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > That is a risky assumption given that the Last Call ends on Aug 4 which 
> > is less than one month away and the TF has not yet been created.
> From my understanding, the HTML WG's Last Call timeline doesn't matter if both
> the RDFa and Microdata specs in HTML5 are blocked indefinitely from publication
> as RECs until the Task Force decides a reasonable path forward. We will exit
> HTML WG Last Call with documents that will, at worst, be blocked from going to
> REC or at best, will have architectural issues logged against them during
> Candidate REC. What am I missing?

I am going to respond to just the first part of your comment.

The TAG has filed a Last Call comment and this comment has been filed against
both the RDFa and Microdata Last Call Working Drafts.  The WG Chairs intend on
processing these comments according to our WG Decision Policy.  This means the
bugs which have been assigned a Priority of P1 will be first processed by the
respective specification Editors and then will be subject to escalation as per
the Decision Policy.  

BTW, I see nothing in the TAG's comment that implies they intend to block these
drafts from going forward.  I suppose it is possible that the TAG might want to
file a Formal Objection if the HTML WG does not process these bugs to their
satisfaction but we are a long ways away from that stage. 

/paulc

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 5 July 2011 22:19:43 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:13 UTC