This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 13253 - Sometimes Change Proposals request a grab bag of changes that are loosely related, but separable in principle
Summary: Sometimes Change Proposals request a grab bag of changes that are loosely rel...
Status: NEW
Alias: None
Product: HTML WG
Classification: Unclassified
Component: working group Decision Policy (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: This bug has no owner yet - up for the taking
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-14 16:19 UTC by Maciej Stachowiak
Modified: 2011-07-15 17:11 UTC (History)
5 users (show)

See Also:


Attachments

Description Maciej Stachowiak 2011-07-14 16:19:41 UTC
Sometimes Change Proposals request a grab bag of changes that are loosely related, but separable in principle. This creates a few problems:
   a) At times, the Chairs have to refactor an issue into multiple separate surveys. This tends to be confusing to the WG.
   b) Sometimes the Chairs may find that one part of a proposal drew the weakest objections but not another part, leading to split decisions. Split decisions can lead to confusion about applying the decision and undue controversy.
   c) Evaluating and countering more complex Change Proposals is more challenging for Working Group members.
Comment 1 Maciej Stachowiak 2011-07-14 16:23:03 UTC
Proposed resolution:

1) When a Change Proposal covers multiple separable changes, during review the Chairs suggest (but do not necessarily mandate) splitting the Change Proposal into one per change and splitting the issue in a corresponding way.

D) If a Change Proposal author is unwilling to split, and feels the changes are all-or-nothing, then the Chairs treat it that way. If *any* part of a compound Change Proposal (where a split was recommended) is found to draw stronger objections than the alternative, the whole Change Proposal is rejected. We do that instead of issuing a split decision.

E) If two compound Change Proposals, where in each case the Chairs recommended a split, are up against each other, and one part of one draws weaker objections, and another part of the other draw weaker objections, they both fail. If these are the only Change Proposals, the issue is closed without prejudice.
Comment 2 Edward O'Connor 2011-07-15 17:11:21 UTC
I think the prevailing (and only) Change Proposal for ISSUE-150
code-point-verbosity illustrates this issue. In it, Julian proposed two
types of changes to the spec:

* One dealt with how individual code points should be referred to in the
  spec. On this point, he received support from several implementors
  (Anne, Aryeh, and Henri) in the original bug.

* The other type of change was to have the spec define ad-hoc character
  classes, a point on which Henri objected.

The changes, while thematically related, are logically separable and
could indeed be applied to the spec independently of one another.