- From: Dael Jackson <daelcss@gmail.com>
- Date: Wed, 15 Oct 2014 14:48:43 -0400
- To: www-style@w3.org
New W3C Process
---------------
- RESOLVED: Convert all specs to the new W3C Process at the next
publication at which such a conversion is allowed.
- plh presented new tooling for publishing WDs. W3C plans to allow
up to one snapshot per day, and editors will be able to
publish without W3C staff intervention. There was some
discussion of how much oversight the CSSWG should have on
publishing, whether editorial or substantive changes could go
directly to /TR, etc.
===== FULL MINUTES BELOW ======
New REC-track Process
---------------------
<plh> https://www.w3.org/wiki/ProcessTransition2014#Impact_on_Working_Groups
<plh> https://www.w3.org/wiki/ProcessTransition2014#What_is_the_transition_procedure_for_groups.3F
plh: I am new to this new process.
plh: We need to get rid of some of the pains between LC and CR.
plh: The new process does- it gets rid of LC.
plh: You still have to do review, but in the state of WD - but
when you're ready you move to LC and subsequently CR.
plh: You're supposed to get a review of it, and then issue the
change.
plh: The expectation is if you want to republish a CR you need to
get approval and it should occur quickly.
plh: We did this recently for two of the CSS documents, there are
some areas that we can streamline but that is the major
change.
plh: And it streamlines the dance that you're doing between the LC
and CR with the directors.
SteveZ: If you do a change in CR it does trigger the patent
policy, and only on the delta?
plh: When should we switch to the new process, it is really up to
the group?
plh: Also any documents in CR, you can move to the new process.
plh: Documents in LC you can not move to the new process.
fantasai: Do we need to republish to go into the new process?
plh: That is a good point, you don't want to trigger the patent
policy review between LC to CR.
dbaron: We should move all of our documents to the new process as
soon as possible.
dbaron: I presume we can resolve right now to do this on all specs.
chrisl: I propose we do that,
florian: Will we need to republish for them to be on the new
process?
fantasai: We'll need to update the boilerplate.
TabAtkins: Sure, it's a boilerplate I'll update it
<dbaron> Proposed resolution: We should convert all specs to the
new process at the next publication at which such a
conversion is allowed.
<chrisl> Even documents in WD have to say in SOTD whether its
oldstyle or newstyle.
<glazou> All in favor but two "abstains": yamamoto + Bert
<glazou> No objections.
RESOLVED: We should convert all specs to the new process at the
next publication at which such a conversion is allowed.
plh: It's not effecting you. It shouldn't be an issue. It is just
based on a delta.
glazou: Anything else on the new process?
plh: We are trying to determine what is "wide review" and we want
to define that.
New Publishing Process
----------------------
plh: We can talk about the publishing pipeline that we've been
working on.
plh: We're trying to resolve the pain of publishing
plh: It's a high cost on WD and the W3C directors.
plh: You can update it as often as you want, and we want to be
able to do that.
plh: If publication rules are okay then we'll let it go through
based on the link sent in by the editor.
plh: If you try to publish more than one version on the same day,
then we'll grab the latest one.
plh: It should be automatic.
glazou: Are you getting consensus from the WGs?
plh: We didn't think it was necessary.
plh: We want to leave this to the groups.
glazou: If there is a form, do not make it mandatory but also make
it so that we can have a URL for consensus.
plh: Also, there will be a way to do an undo.
plh: It will notify the chairs that a publication occurred.
plh: With all that, do you want to have a link?
fantasai: It could just be a general comment box for us to look up
later.
glazou: Is it possible for the form to know each Working Group's
public mailing list?
TabAtkins: The whole point is to push working drafts constantly.
TabAtkins: I don't want the public list spammed for every new
working draft.
TabAtkins: I don't want the setup to post to the public mailing
list to be used as an argument to preclude us from
doing constant publication.
glazou: I disagree that you should push directly to the WD without
consensus.
fantasai: I think we do want to publish faster and allow editors
to make quicker changes without consensus.
Shouldn't have to go to telecon to make editorial changes
glazou: The point of the consensus is that it allows you to review
complicated information.
SteveZ: The TR page currently points to the WD and ED.
plinss: The whole point of this is to get TR up to date so that
everyone is using the TR pages.
TabAtkins: I agree with plinss so I only brought this up that we
shouldn't need this going to the mailing list.
hober: I agree that editorial changes should be published easily,
but there have been examples that are controversial.
hober: We should treat our editors as adults, we have the Undo
button.
glazou: Who can push the undo button?
plh: The chairs and team contacts can press the undo button.
SteveZ: There are two audiences for these documents. Implementors
and Authors.
plh: Some groups will be updating the WD more frequently.
fantasai: My ideal mode of operating is that there is a
history chain of changes.
fantasai: Those snapshots are chained to discussions from the WG.
fantasai: The TR page is the thing that EVERYONE uses to look at.
fantasai: I'd like it so that every change that's not in the
process of being edited gets to the TR page as soon as
possible.
fantasai: Any edits to keep that up to date, that level of up to
date-ness will be possible with the new process.
fantasai: The only things that are not going to TR are the things
that we are working out technical details on the mailing
list.
glazou: I still want consensus on publications of substantiative
changes to publish a WD (non-editorial stuff).
<glazou> I don't want to see WD updated every day
plinss: I think this will need to be done on a spec by spec basis;
based on the maturity of specs.
TabAtkins: My issue is that editors push all the time to EDs that
implementors and authors looking at.
plinss: I agree with most of what you say.
plinss: If you can publish under TR more quickly you can use the
ED as a scratchpad and the TR can be the one people look
at.
plinss: I think for your issue with remembering to send emails to
publish we should offer tooling.
TabAtkins: I will send about 12 emails per day then.
plinss: We just need to have it noted, it can be on a twitter
account or email list, it doesn't have to be on www-style.
fantasai: It's creating the ability to create a little bit of a
break here as I leave things partially done in the ED
fantasai: I don't filter on EDs.
plinss: That sounds fine, have the back and forth on the ED and
then publish to WD.
SteveZ: You've now added the work to all of us.
TabAtkins: No I have not. You can still just review once a year.
SteveZ: The people that have dependencies aren't looking at the ED.
fantasai: That's not true.
fantasai: If it's the thing you should look at, it should be the
thing that the W3C says you should look at.
dbaron: What is the end conclusion we're looking for here?
dbaron: Were there some changes to what PLH stated?
TabAtkins: No, we're ironing out some of the details on that now
based on the auto-publish feature.
plh: There will be a checkbox for checking whether a draft has
large changes.
plh: The system was designed to trust individuals, and I don't
want it to decide what the WG's should do.
plh: It is designed to allow groups to publish daily.
astearns: I have a strong desire to trust the editors will publish
WD appropriately and not add WG process until we
actually have an issue.
plh: If there are issues down the road there are steps that we can
take, but we don't want to solve a problem that hasn't
occurred yet.
glazou: Section 7.3.2 of new process says "a Working Group must
record the group's decision to request publication".
glenn: This is a change, this making a WD without consensus.
TabAtkins: If you think this is a change you're not following
along today, we have everyone looking at the ED.
fantasai: I think it is very important that people that go to the
WD and it be the latest.
fantasai: I want all consensus and approval done through the same
system.
SteveZ: The status section should be updated in all WD.
florian: Are you suggesting having WDs and having a WD that states
it has consensus?
fantasai: Yes, we can even have the color change, etc
plinss: We can even have links (Latest Working Draft, Latest
Consensus Draft)
plh: Two points I'd like to make:
plh: It does not make the decision for the group.
plh: We still have a nightly draft link, but we are not going to
copy the editors draft into the TR space.
plinss: We should still retain the editors draft.
plh: It will not go away.
plinss: That then makes the ED become a scratch space.
fantasai: I've had implementors reference my editors drafts when
I'm trying to figure something out. It's a problem.
glenn: My issue is that you're trying to re-label this as a
Working Draft but it is an editors draft. It should be a
group process output.
glenn: I have a real problem with that. If you call it a
Non-Consensus Working Draft then I'm fine with it.
SteveZ: There is a presumption of working draft.
TabAtkins: You're arguing the definition of working draft.
SteveZ: Come up with the name that means Editor's Working Draft.
zcorpan: We are actually arguing about the URL more than the name
since TabAtkins doesn't care.
zcorpan: So why don't we leave the names as-is and just fix the
URL so the editor's draft is on TR?
plinss: We have our own tooling with bikeshed, we can make an ED
published and then with consensus this can be updated. We
can add additional tooling to make this easy and make the
output result very clear to what we're doing.
fantasai: Part of the update, was to allow the groups to practice
and experiment with their own process.
plinss: When will this tooling be available?
plh: Between TPAC and 2015.
plh: We will be testing between TPAC and 2015.
Received on Wednesday, 15 October 2014 18:49:10 UTC