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

[Bug 8895] New: Document policy for First Public Working Drafts

From: <bugzilla@wiggum.w3.org>
Date: Sun, 07 Feb 2010 06:28:19 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-8895-2486@http.www.w3.org/Bugs/Public/>

           Summary: Document policy for First Public Working Drafts
           Product: HTML WG
           Version: unspecified
          Platform: PC
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: working group Decision Policy
        AssignedTo: dave.null@w3.org
        ReportedBy: mjs@apple.com
         QAContact: public-html-bugzilla@w3.org
                CC: mjs@apple.com, Paul.Cotton@microsoft.com,
                    rubys@intertwingly.net, mike@w3.org

Larry Masinter wrote:

"If a bug resolution results in the document being split, we seem to be doing a
CfC for publishing the split parts as FPWD. "

I replied:

"Clarification: Publication of a new FPWD is a separate process from the
Decision Policy. Anyone can bring forward a draft at any time, and whether it
was produced as the result of a bug resolution is irrelevant. The existence of
a bug does not remove the need for the standard Call for Consensus that we do
in such cases.

Possible Policy Update: The Chairs believe that we should write a separate
document on the policy for publishing new documents as a First Public Working
Draft. We believe the requirements for a new publication should be fairly
minimal, but at the same time we feel it is only fair that the requirements
should be documented. This will likely be a separate document from the current
Decision Policy, but it may end up a new section in the current policy."

We should definitely document the FPWD requirements somewhere.

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 Sunday, 7 February 2010 06:28:21 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:10 UTC