W3C home > Mailing lists > Public > www-tag@w3.org > July 2011

Re: [Bug 13100] TAG issue on HTML+RDFa and Microdata last call drafts

From: Noah Mendelsohn <nrm@arcanedomain.com>
Date: Tue, 19 Jul 2011 15:37:40 -0400
Message-ID: <4E25DD04.2040406@arcanedomain.com>
To: Paul Cotton <Paul.Cotton@microsoft.com>
CC: Jeni Tennison <jeni@jenitennison.com>, "www-tag@w3.org List" <www-tag@w3.org>, "Sam Ruby (rubys@intertwingly.net)" <rubys@intertwingly.net>, "Maciej Stachowiak (mjs@apple.com)" <mjs@apple.com>, Dan Appelquist <Daniel.Appelquist@vodafone.com>
OK, thank you. Turns out I will not be on the TAG call this week, but this 
should be what our acting chair Dan Appelquist and the rest of the TAG need 
to figure out next steps.

Noah

On 7/19/2011 3:04 PM, Paul Cotton wrote:
>> If raising this as an issue now will help that to happen, then the TAG should know that.
>
> If you raise this bug as an Issue then the HTML WG Chairs next step in the escalation path would be to request change proposals.  See " 1. Raised Issue: Chairs Solicit Proposals"  [1].
>
> This is effectively a call for WG volunteers to draft change proposals for the Issue.  Normally such a call for Proposals lasts for one month.  Note that the WG Chairs cannot compel anyone in the WG to draft such a change proposal.  And if no change proposals are forthcoming then the Issue is closed "without prejudice" as per the 2.a Closed without Prejudice" step in the escalation path.
>
> "2.a. Closed without Prejudice
> If no one volunteers within a month of the Chairs' request, or a Change Proposal is not presented by the deadline, the Tracker Issue will be marked POSTPONED in the Tracker without prejudice and presumed deferred to the next version of HTML. In this case, we affirm the Editor's decision by default. The Basic Process then proceeds from step 7a. An issue that is closed without prejudice in this way can only be re-raised with approval of the Chairs. ** This is an endpoint for the escalation process. **"
>
> So unless the TAG participants have a particular set of changes in mind, have a specific change proposal to be tabled or know of at least one WG member that is going to draft a change proposal I would NOT recommend you escalate this bug into an ISSUE at this time.
>
> Since the TAG's plan appears to be to create a task force to work on this matter, I believe the best plan would be to wait for that task force to build the necessary change proposal(s) and to use the two bugs the WG has created to table those proposals.  Then depending on the action of the Editor(s) based on those change proposal(s) you could decide if you want to escalate one or both of the bugs into WG Issues.
>
> Please let me know if you need any further clarification on the above advice.
>
> /paulc
> HTML WG co-chair
>
> [1] http://dev.w3.org/html5/decision-policy/decision-policy-v2.html#escalation
>
> Paul Cotton, Microsoft Canada
> 17 Eleanor Drive, Ottawa, Ontario K2E 6A3
> Tel: (425) 705-9596 Fax: (425) 936-7329
>
>
> -----Original Message-----
> From: Noah Mendelsohn [mailto:nrm@arcanedomain.com]
> Sent: Monday, July 18, 2011 6:54 PM
> To: Paul Cotton
> Cc: Jeni Tennison; www-tag@w3.org List; Sam Ruby (rubys@intertwingly.net); Maciej Stachowiak (mjs@apple.com)
> Subject: Re: [Bug 13100] TAG issue on HTML+RDFa and Microdata last call drafts
>
>
>
> On 7/18/2011 6:27 PM, Paul Cotton wrote:
>> This effectively means that you have until Jan 14, 2012 to convert any Last Call bug into an Issue as per the WG's escalation path of its Decision Policy:
>> http://dev.w3.org/html5/decision-policy/decision-policy-v2.html#escala
>> tion
>>
>> Please let me know if this information is clear.
>
> Speaking for myself, as opposed to TAG as a whole: yes, it is now that you point it out. That said, I think all of the following are true:
>
> * There is significant ongoing investment in use of both these technologies. Parallel use of them in their current forms will become more and more entrenched in coming weeks and months.
>
> * We probably need to bring together quite a range of perspectives to validate any proposed solution (my view of why the W3C task force makes sense)
>
> * The HTML WG is ultimately responsible for the specifications, and almost surely has essential expertise in crafting, or at least validating any solutions.
>
> Putting all that together, I think it would be desirable for the HTML WG members to put some energy into helping to come up with better solutions sooner rather than later. If raising this as an issue now will help that to happen, then the TAG should know that. Otherwise, it's useful to know that we can wait until January without tripping over process obstacles.
>
> In general, the sentiment I heard in the TAG was to try to get everyone to focus on this ASAP, before the problem gets harder to solve than it already is.
>
> Thank you.
>
> Noah
>
>
Received on Tuesday, 19 July 2011 19:38:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 12:48:39 GMT