W3C home > Mailing lists > Public > www-archive@w3.org > June 2009

RE: FW: [Bug 7034] New: change "conformance checker" to "ideology checker" or "loyalty checker"

From: Bijan Parsia <bparsia@cs.man.ac.uk>
Date: Fri, 19 Jun 2009 14:29:56 +0100
Message-Id: <0DE14EEF-ED4B-4061-9617-C545966272D6@cs.man.ac.uk>
To: www-archive@w3.org, Larry Masinter <masinter@adobe.com>, "Michael(tm) Smith" <mike@w3.org>, Tim Berners-Lee <timbl@w3.org>
In <http://lists.w3.org/Archives/Public/www-archive/2009Jun/ 
0105.html> Larry Masinter wrote:

> Personally, I think the
> W3C HTML Working Group violates the W3C process in serious
> and significant ways. I understand there's little desire
> on the part of many participants to do much about that,
> but I think the simple matter of keeping the tracker and
> issue list better in sync would go a long way.

I've been observing the WG from the start, though I am not a  
participant, and I don't see that the WG is in violation, at all, of  
the process much less being in volation in serious and significant  
ways. But the only candidates I see have nothing to do with tracker  
or the issue list since, as far as I can tell, there are no process  
requirements for issue list maintenance. The closest I see is:


"""A document receives review from the moment it is first published.  
Starting with the First Public Working Draft until the start of a  
Last Call review, a Working Group <strong>should</should> formally  
address any substantive review comment about a technical report and  
should do so in a <strong>timely manner</strong>."""

There could be a difference in judgement here, I suppose. What counts  
as "timely"? In practice, many issues that many WGs face take a  
comparatively long time to address (e.g., since the technical issues  
aren't clear, or there is significant contention in the working  
group, or other works interferes).

The HTML WG seems to be acting fairly normally here. Easy issues are  
dealt with rapidly. Contentious issues take a lot longer and  
sometimes go though multiple rounds of circular argument.

In any case, this is a "should" level requirement. Given the  
resemblance to many other WGs I've observed, I don't think it's very  
credible to claim that the HTML WG so violates this should  
requirement that its violating process in serious and significant  
ways. Contrast with the must of last call:
"""Starting with a Last Call review up to the transition to Proposed  
Recommendation, a Working Group <strong>must</strong> formally  
address any substantive review comment about a technical report and  
<strong>should</strong> do so in a timely manner. When a Working  
Group requests to advance to Candidate Recommendation or beyond, the  
Director expects positive documentation that issues have been  
formally addressed (e.g., in an issues list that shows their  

You could argue that the HTML WG tends to violate meeting  
requirements, e.g.,
and perhaps, as a result, Good Standing requirements:
But again, these aren't typically hard requirements. Standing is just  
a tool for the chair, not a law.

You might think that the size of the group is in violation, e.g.,:
"""To allow rapid progress, Working Groups are intended to be small  
(typically fewer than 15 people) and composed of experts in the area  
defined by the charter. In principle, Interest Groups have no limit  
on the number of participants. When a Working Group grows too large  
to be effective, W3C may split it into an Interest Group (a  
discussion forum) and a much smaller Working Group (a core group of  
highly dedicated participants)."""

But this is clearly not a requirement. It's often "violated" and  
appropriately so. One could suggest splitting the WG into a WG and  
IG, but it's not clear that it would make things move faster (it  
certainly would magnify the power of the people in the core group,  
esp. since it would allow them to be more neglectful of the larger  
group). Also, you don't need 300+ people to have this volume of email.

Furthermore, participation, per se, is set in the charter:
""The Chair should not designate as an Invited Expert in a Working  
Group an individual who is an employee of a W3C Member. The Chair  
must not use Invited Expert status to circumvent participation limits  
imposed by the charter."""

Looking at the charter requirements:

I don't see anything that's obviously violated, or even judgement  
call violated by the HTML WG charter or practice.

In summary, I see a couple of cases where one might argue that the  
HTML WG is violating the process (though, I would think one would  
have to acknowledge that both text and practice support alternative  
judgments). If you have something else in mind, I would be very  
interested to know what that was. I haven't fully scoured the Process  
document, after all.

Received on Friday, 19 June 2009 13:25:49 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:33:40 UTC