08:32:37 RRSAgent has joined #w3process 08:32:37 logging to http://www.w3.org/2013/11/13-w3process-irc 08:32:43 rrsagent, please make record publci 08:32:46 rrsagent, please make record public 08:33:15 fantasai has joined #w3process 08:33:19 trackbot, please follow this process 08:33:19 Sorry, dsinger, I don't understand 'trackbot, please follow this process'. Please refer to for help. 08:33:30 SteveZ has joined #w3process 08:33:40 astearns has joined #w3process 08:33:57 zakim, please call chaals 08:34:31 -> http://www.w3.org/2013/10/LC-TRprocess-20131024 Recommendation Track Process, "Last Call" draft proposal 08:36:08 ScribeNick: fantasai 08:36:52 dauwhe has joined #w3process 08:36:52 chaals: Things I wanted to put on the agenda 08:37:05 chaals: Transition process -- assuming we adopt this proces,s how do we implement that? 08:37:09 chaals has joined #w3process 08:37:42 chaals: Issue of getting review, in practice 08:37:47 chaals: Are there other issues? 08:37:56 chaals: various bikeshedding issues 08:38:11 fantasai:I would like to get clarifications on re-entry into LCCR 08:38:33 sgalineau has joined #w3process 08:38:41 agenda+ getting review 08:38:46 agenda+ transition 08:38:59 agenda+ process onions 08:39:04 dsinger: Thinking about onion rings of process 08:39:07 agenda+ bikesheds 08:39:22 agenda+ existing outstanding issues 08:40:06 I would like to explore the onion-ring of interests: how well it works for people (a) inside the WG (b) outside the WG but inside the W3C (c) in standards but outside the W3C and (d) rest of world. 08:40:27 mchampion has joined #w3process 08:40:32 agenda+ cycling within LCCR 08:40:53 agenda+ implementation being a forcing function 08:40:59 paul: Old status section was, don't hold your implementation over our head 08:41:04 paul: But people are doing that right now 08:41:13 paul: Your changes are encouraging early implementation, early testing 08:41:28 paul: Having that text appear in the status section seems antithetical to that approach 08:41:42 Zakim has joined #w3process 08:41:53 zakim, clear agenda 08:41:53 agenda cleared 08:42:02 zakim, agenda+ naming stages 08:42:02 agendum 1 added 08:42:03 szilles: Would like to do a quick straw poll on bikeshedding, to see wrt bikeshedding ... 08:42:03 paulc has joined #w3process 08:42:19 mchampion: Why do they find w3c hard to work in? One was weird jargon 08:42:23 s/they/Chinese people/ 08:42:24 agenda+ gettting review 08:42:34 agenda+ implementation as a forcing function. 08:42:41 szilles: current suggestion was to call LCCR "Candidate Recommendation" 08:42:58 szilles: separate issue wrt Recommendation -> Standard 08:43:21 bikeshed: Working Draft (internal, public), Draft Specification, Specification? 08:43:28 chaals: If we change Rec to Standard, then of course CR would not be great 08:43:42 chaals: Do people think we should change REC to something else 08:43:43 or WD, Draft Standard, Standard 08:44:33 sgalineau: I spend way too much time explaining to people that a Recommendation is a standard 08:44:44 paulc: We use the term "recommendation" everywhere 08:44:50 various people in favor, others are opposed 08:45:01 agenda+ LCCR cycling 08:45:04 paulc: Anyone know why they're REC not Standard? 08:45:04 agenda+ transition 08:45:09 zakim, agenda 08:45:09 I don't understand 'agenda', chaals 08:45:13 paulc: W3C wanted to recommend their standards, not to force anyone 08:45:14 zakim, agenda? 08:45:14 I see 5 items remaining on the agenda: 08:45:15 1. naming stages [from chaals] 08:45:15 2. gettting review [from chaals] 08:45:15 3. implementation as a forcing function. [from chaals] 08:45:15 4. LCCR cycling [from chaals] 08:45:15 5. transition [from chaals] 08:45:39 chaals: I suggest we note that there is opposition to changing the name 08:45:58 chaals: Are people of in favor of / opposed to / don't care using CR for LCCR 08:46:34 Ralph: I think it needs a better name than LCCR, but not sure CR is the best 08:46:55 fantasai: The idea was to collapse LC, CR, and PR 08:47:28 fantasai: In the CSSWG we pretty much view LC and PR as transitional phases, that aren't really phases that a specification doesn't actually sit in 08:47:47 fantasai: The phases for us as a WG are WD, which is a design phase 08:47:53 fantasai: CR, which is a testing phase 08:48:03 fantasai: and REC, which is a we're done but we're maintaining it phase 08:49:03 fantasai: So the name CR provides the least disruption from the current process names 08:49:04 q? 08:49:05 q+ 08:49:20 fantasai: It basically makes this change to the process eliminate the transitional phases 08:49:23 q+ 08:49:33 mchampion: My only concern is the link to the patent policy 08:49:36 ack mch 08:49:45 mchampion: I'm personally comfortable if we have a mapping to the patent policy 08:49:52 ack cha 08:50:04 chaals: I took that issue to PSIG 08:50:18 chaals: asked if there's any problem with LCCR, and the initial opinion was "no problem" 08:50:28 chaals: I will be going back and asking them again and make sure they read/thought about it 08:50:34 chaals: But my belief is that this is not a problem 08:50:51 mchampion: First time PSIG was unanimous on anything, so skeptical :) 08:51:03 chaals: Large number of ppl in favor of the name, a few people couldn't care less, and no one was opposed 08:51:12 chaals: But ralph suggested another name might be better 08:51:31 chaals: So I suggest we close this item 08:51:39 chaals: Issue raised by several people which is worth considering 08:51:42 chaals: Issue of getting review 08:52:01 Topic: Getting wide review 08:52:15 paulc: Original process was WD / LC / PR / REC 08:52:19 paulc: then added CR 08:52:27 paulc: hearing that people want to collapse LC and CR together 08:52:33 paulc: I have a lot of experience with really big drafts 08:52:41 [/me thinks Chaals meant "[the straw poll showed a] large number of ppl in favor of the name "Candidate Rec", a few ..."] 08:52:42 q+ 08:52:48 q+ to say the AB got a lot of feedback saying LC is meaningless 08:52:57 paulc: My concern is that changes here are optimized for small agile drafts 08:53:08 s/Large number of/straw poll showed a large number of/ 08:53:17 q- later 08:53:26 paulc: and that it's going to do damage to particularly large drafts 08:53:37 paulc: It's often hard to get review until you can say "it's in this stable state" 08:53:44 paulc: That's one of the characteristics of LC 08:53:46 q+ to say that getting review of changed pieces when they are being changed is helpful. 08:53:51 ack mc 08:53:51 mchampion, you wanted to say the AB got a lot of feedback saying LC is meaningless 08:53:51 q+ 08:54:15 q+ 08:54:16 mchampion: When AB first started discussing this got feedback that LC was very confusing, because Last didn't mean Last 08:54:28 mchampion: It was just a way of telling people that this ia a draft they needed to take seriously 08:54:39 mchampion: Having some other mechanism for "this is a draft you need to take seriously" 08:54:44 mchampion: Let's make that clear 08:54:47 q+ 08:54:48 ack ch 08:54:48 q+ 08:54:49 chaals, you wanted to say that getting review of changed pieces when they are being changed is helpful. 08:54:57 q- 08:55:03 chaals: Yes, you have pre-LC drafts at the moment 08:55:06 q+ to offer names for WDs 08:55:17 chaals: dsinger asked "why not have a name for the thing before CR" 08:55:22 chaals: I have seen pre-pre-LC drafts 08:55:26 chaals: Extra names are confusing 08:55:34 chaals: Working Groups describe where they're at 08:55:41 chaals: It's possible that a standardized name for where you're at is useful 08:55:47 Ralph has joined #w3process 08:55:53 chaals: It's standard practice to just announce that you're almost done 08:56:02 chaals: at the same time, I think it is a goal for bits of specs to be reviewd 08:56:08 chaals: when they're being worked on and changed 08:56:12 q+ to say that another complaint about LC is that is is global to a spec, when a useful "this is stable 08:56:20 chaals: It's an explicit goal, should requirement, that when a spec has a piece of change that would benefit from review 08:56:25 chaals: there should be a WD published 08:56:34 chaals: Idea is to get review when the changes are being made 08:56:42 q? 08:56:43 ack fant 08:57:00 fantasai: I don't really know how to translate this into humongous drafts like the HTML spec 08:57:05 q- 08:57:14 fantasai: but in the course of my CSS work, I've identified several phases of WD development 08:57:41 fantasai: Because the CSS modules are small enough, our current-work page just groups modules under each of those statuses 08:57:56 fantasai: and I've wrote aobut this, whci hI'll link later 08:58:04 fantasai: We have 3 phases with thie WD phas 08:58:14 fantasai: First one iis "exploring" 08:58:24 fantasai: exploring is 'brainstorming' 08:58:27 ... nothing is stable 08:58:28 fantasai: lots of ideas trown around, nothing really stable at all 08:58:40 fantasai: the second phase is 'revising' 08:58:47 ... we have an idea of the functionality and the scope 08:58:55 ... but it's still quite malleable 08:59:00 ... the third stage is 'refining' 08:59:05 ... the features are all spec'd out 08:59:16 ... but various details of how they work aren't locked down 08:59:27 dauwhe_ has joined #w3process 08:59:34 ... the exploring phase is editor's draft, FPWD, and maybe several subsequent WDs 08:59:47 ... the 'revising' phase lasts for several more WDs 09:00:07 ... refining may take several more WDs but the changes are small 09:00:14 ... we describe these in our WG page 09:00:26 ... may be good to have SoTD lines to describe 09:00:31 ... but SoTD is full of junk 09:01:10 ... for Last Call, we believe all the issues are settled and this really is the last opportunity to ask us to change something 09:01:13 ack ste 09:01:42 http://fantasai.inkedblade.net/weblog/2011/inside-csswg/process 09:01:45 SteveZ: I don't think we should resuse LC as it's always caused confusion 09:02:41 ... 'refining' is way to late to make significant changes 09:02:58 SteveZ: Would love to see us encourage a culture of review of what's changed when its matters 09:03:23 SteveZ: But getting a lot of feedback that there's a class of people that can't work that way 09:03:38 SteveZ: That it's useful to have a signal that "here's your last chance to look at it" 09:03:44 q+ 09:03:51 SteveZ: Would call that signal "functionally complete" -- can read whole document and probably hang together 09:04:00 ack ralp 09:04:04 SteveZ: Flag to say we got somewhere, probably the "refining" stage in fantasai's terminology 09:04:13 Ralph: Appears to me the problem is the word itself: "last" 09:04:33 Ralph: The WG believes it's solved the issues to best of its ability and i fyou don't speak up now we're forging ahead 09:04:48 Ralph: But if someone finds major issue, WG will solve that and there will be another chance to comment 09:04:56 s/i fyou/if you/ 09:04:58 Ralph: Trict interpretation of "last" is throwing some people off 09:05:13 Ralph: Maybe need a different signal for "we really think we're done" 09:05:14 s/Trict/Strict/ 09:05:24 Ralph: But difference between providing that signal, and signals along the way 09:05:37 Ralph: But WGs are historically not really explaining what parts need review 09:05:44 ack dsin 09:05:44 dsinger, you wanted to offer names for WDs 09:05:54 Ralph: I don't think we can live with that tension 09:06:03 dsinger: Listening to what you say, thinking , how do we solve this? 09:06:13 +1 to Ralph's point that we should not do 09:06:20 public working draft: there are at least some sections of this, described in the SOTD, which can (should, even) be reviewed by non-WG members; a good practice is to ask for wider review and get that request in the W3C announcements, liaisons, etc., on a reasonable number of public WDs; particularly, the technical details of what is taken to LCCR should have had explicit public review requested (a 'functionally complete' public WD) 09:06:22 Neither 09:06:23 dsinger: WGs have stage where it's kinda internal, they're not really ready for people to look at things 09:06:31 s/with that tension/with that tension of doing neither a "we're done" signal nor clearly saying in a Status what should be reviewed/ 09:06:38 dsinger: But need a signal to say "this is pretty good to review, come take a look at it" 09:06:53 dsinger: ... 09:07:04 dsinger: When publish, can say "WG expects to take this to LCCR unless issues come up" 09:07:19 ack mch 09:07:19 mchampion, you wanted to say that another complaint about LC is that is is global to a spec, when a useful "this is stable 09:07:27 fantasai: I think cleaning out the Status section would help with that a lot 09:07:49 mchampion: The LC was at the granularity of the document, but the actual stability is at at much finer granularity 09:07:56 q+ 09:08:08 mchampion: Putting that kind of status flags eithe rin the Status section, or in the text of the document, is how WHATWG does it 09:08:32 ack cha 09:08:36 mchampion: Let's force people to make reasonable status section 09:08:40 q+ 09:09:00 s/eithe rin/either in/ 09:09:23 chaals: I suggest we do add a name for "the WG thinks it's done and is about to request LCCR", but that we reinforce the suggestion that public WDs are review drafts and should clarify which bits should be reviewed in each given draft 09:09:25 ack cha 09:09:41 astearns: The Process proposal, as I recall, rquires that the WG demonstrate that they got wider review 09:10:22 astearns: Paul's point that larger drafts have possibly different requirements than more agie drafts makes me think the Process document should stay the way it is, and not say how you get review or call it a particular name 09:10:31 s/rquires/requires/ 09:10:34 astearns: but have some bars to demonstrate, this is how you demonstrate 09:11:11 astearns: Could take the form of any of the things we've discussed: labelling the draft, having status section listing sections, a WG keeping track of the feeback they get from groups they're concerned about on a section by section basis 09:11:26 astearns: Just some example so fhow you demonstrate that, and leave it up to each WG to have process of their own for collecting that feedback 09:11:30 q+ to respond to alan's suggestion 09:11:33 q+ to say developing the review community is also necessary 09:11:33 ack a 09:11:34 ack ast 09:11:37 ack ral 09:11:37 Ralph, you wanted to ask what's really polluting SoTD 09:11:38 Ralph: I'm having a little trouble understanding what goes on 09:11:42 zakim, close the queue 09:11:42 ok, chaals, the speaker queue is closed 09:11:52 Ralph: You're not saying WG publishes one section and asks for review? 09:11:57 Ralph: Need context of document 09:12:01 q? 09:12:09 Ralph: Good to point at changed section to ask for review 09:12:17 q+ to talk about sections and maturity 09:12:20 Ralph: I thin that's good practice 09:12:28 s/thin/think/ 09:12:50 Ralph: Curious to know, maybe what's polluting the status of the document so much that prevents people from explaining things in it? 09:13:15 Ralph: But going back to Chaals suggestion of new name for something that's LC but not quite, then lots of names for lots of steps 09:13:15 ack fant 09:13:55 example: WD1 has section 4 ready, they get signification comment; WD2 says "section 4 is under major revision, but section 5 is ready now", WD3 says "section 4 is now fixed, and section 6 is ready; section 5 needs to be made consistent with section 4", and so on, until they finally have review on all sections. that would be OK by me 09:14:02 Fantasai: for the purpose of helping people track our documents better 09:14:06 fantasai: I don't think we should complicate the formal W3C Process too much, but for the purpose of having ppl track our documents better, even thoughs that aren't following closely 09:14:27 ... I would suggest for now we leave tools open for WGs to communicate status as they see it 09:14:35 ... and see what communications methods emerge 09:14:49 ... allow the WG to create its own labels for status 09:14:55 ... and to clean up the SoTD 09:15:17 ... some WG may choose to label a WD as "Last Call WD" without it being a formal step in the process 09:15:28 ... I might label something "Exploratory WD" 09:15:36 ... allow us to insert labels up front 09:15:43 I am perfectly happy with the process having WD->LCCR (or new name)->rec (or new name), with merely suggested common names for internal WDs and public WDs; the only thing I think a 'public WD' should be required to have is a status section 09:15:47 ... allow experimentation with such labels 09:15:57 ... see what patterns emerge 09:15:57 ack me 09:15:57 chaals, you wanted to respond to alan's suggestion 09:15:59 q+ 09:16:01 ... may take 3-4 years 09:16:18 q? 09:16:27 chaals: right now, review stuff says "just publishing a draft that says 'please review'" doesn't qualify as getting wide review 09:16:32 chaals: Have to show that you got people responding 09:16:46 chaals: I'm comfortable with WGs saying "this is the bit that needs review now" 09:17:03 chaals: I thin what I'm going to do is try and strengthen how the document encourage this behavior 09:17:23 chaals: Rather than picking a particular name, inclined to go with fantasai's proposal 09:17:31 chaals: With that, I pass to Steve 09:17:38 ack steve 09:17:38 SteveZ, you wanted to say developing the review community is also necessary 09:17:44 SteveZ: Will expand on what chaasls said 09:17:54 SteveZ: Part of what is important in this whole process is developing a reviewer community 09:17:56 s/chaasls/chaals/ 09:18:04 SteveZ: Part of that happens during chartering, 09:18:21 SteveZ: But also outside of that figure out which groups you need to send mail to about what's goin gon etc. 09:18:22 notes that common names for common concepts really help the people outside the WG, who need to work with multiple WGs 09:18:38 zakim, agenda? 09:18:38 I see 5 items remaining on the agenda: 09:18:39 1. naming stages [from chaals] 09:18:39 2. gettting review [from chaals] 09:18:39 3. implementation as a forcing function. [from chaals] 09:18:39 4. LCCR cycling [from chaals] 09:18:39 5. transition [from chaals] 09:18:54 mchampion: e.g. Judy wanted a heads up a few weeks ahead of time that xyz will happen so they can schedule time 09:19:14 SteveZ: Someone should appoint a liaison to coordinate with those groups 09:19:21 we have enough trouble with people outside follow the W3C process; it can't be that they have to follow the CSS process, the HTML process, and so on...! 09:19:27 chaals: Suggest we take up agenda item 5 09:19:32 agenda? 09:19:36 chaals: Assuming we make a transition, what will it be like? 09:19:37 q+ 09:19:55 Topic: Transition (ISSUE-39) 09:19:58 q+ 09:20:04 zakim, reopen the queue 09:20:05 ok, chaals, the speaker queue is open 09:20:11 q+ mchampion 09:20:13 SteveZ: fantasai sent out the last word on this 09:20:18 SteveZ: Maybe start there 09:20:22 http://lists.w3.org/Archives/Public/public-w3process/2013Oct/0104.html 09:20:22 q? 09:20:28 q+ fantasai 09:20:29 1. Any spec in WD or REC is automatically transitioned into the 09:20:29 new rules for WD/REC, without any WG action. The next publication 09:20:29 (whatever phase that may be) will thus follow the new process. 09:20:29 2. Any spec in a transitional phase (LC/PR/PER) follows the current 09:20:30 process until it gets to its next stable phase (WD/CR/REC), 09:20:32 and from then on follows the new rules for WD/CR/REC. 09:20:32 q+ about TPWG 09:20:34 3. Any spec in CR has three transitions available: 09:20:37 - move to PR, if it is ready, and complete from there 09:20:38 ack mchampion 09:20:39 - republish as CR under the new rules 09:20:42 [this combines the old LC/CR options for handling 09:20:44 substantive/editorial edits] 09:20:47 - move back to WD, if it needs substantially more work 09:20:49 mchampion: Should there be only one process? 09:20:52 q- about TPWG 09:20:54 q+ 09:21:00 mchampion: Can different groups have different processes 09:21:15 ack fant 09:21:31 ack dsin 09:21:59 fantasai: I think for the clarity of the people in and around W3C, we should not have multiple processes 09:22:03 various++ 09:22:10 s/++/+1/ 09:22:50 szilles: small WGs might have trouble switching 09:23:00 dsinger: Tracking protection WG has as its goal to be in LC, will disrupt them 09:23:15 ack ralp 09:23:22 szilles: One choice is WG chooses which process 09:23:51 Ralph: Because of wide spectrum between Tracking Protection which struggles with one process, vs other groups 09:24:01 Ralph: Don't think one schedule works for everyone, unles broad timeline with lots of options 09:24:16 Ralph: Don't recommend different documents under different processes 09:24:24 Ralph: but could choose to do that 09:24:33 Ralph: confusion within wg vs confusion of public? 09:24:47 Ralph: I thikn the confusion we ought to be worried about is confusion ofpublic, not confusion of WG 09:25:06 q+ 09:25:08 Ralph: Though sensitive to sensitive groups like Tracking protection 09:25:10 q+ paulc 09:25:17 paulc: This transition breaks Plan 2014 09:25:18 ack paul 09:25:21 q+ 09:25:50 ack dsin 09:25:59 paulc: Plan 2014 assumes same process for HTMl5 and extension specs 09:26:14 ack me 09:26:17 dsinger: Need a transitional phase, can't do a big bang switch 09:26:26 chaals: my suggestion would be that we enable the process 09:26:33 chaals: Allow WGs to switch to it pretty much at will 09:26:40 chaals: But require them to switch certainly on rechartering 09:27:12 q+ 09:27:14 chaals: and after N, e.g. 1-2 years, force you to switch 09:27:27 chaals: I see that it would "break Plan 2014", but don't see what the actual damage would do 09:27:38 chaals: Certainly groups that will cry and scream 09:27:47 chaals: Ralphs point wrt 2 processes 09:27:58 chaals: But if some groups produce LCs and CRs and some groups produce CRs 09:28:04 chaals: The confusing difference is for the patent lawyers 09:28:12 chaals: Who need to know whether they're required to do review. How terrible 09:28:13 q+ to say that outside confusion is a good reason to have CR and REC names 09:28:15 ack steve 09:28:29 q+ 09:28:37 SteveZ: I would make point that dsigner just made, they probably don't know process anywya, just watch Call for Exclusions 09:28:46 q= 09:28:53 s/anywya/anyway/ 09:28:55 SteveZ: I think the public probably doesn't understand the maturity steps 09:29:00 q+ 09:29:04 SteveZ: Particularly if we call LCCR CR, in which case they'll hardly notice 09:29:11 q- steve made my point 09:29:13 zakim, close the queue 09:29:14 ok, chaals, the speaker queue is closed 09:29:21 SteveZ: I don't see a need to set a shift on rechartering, as long as you have a time limit 09:29:21 Q- 09:29:25 SteveZ: Let's us deal with other things 09:29:26 q- 09:29:37 SteveZ: Other thing that Ralph made is, new groups always start under the new plan 09:29:54 SteveZ: But allowing groups to shift when they can, syaing you got to shift within 2 years, that will get there eventually 09:30:02 SteveZ: Get there fast and won't gore the ox of ppl getting done 09:30:07 SteveZ: If DNT isn't done in 2 years, may never be done 09:30:08 ack pa 09:30:28 paulc: I'm becoming more convinced that just making LC optional just makes a lot of problems go away 09:30:47 paulc: If a working group like CSS wants to skip LC because they've had sufficient reviw during WD stage, go directly to CR 09:30:50 paulc: fine 09:31:21 q+ 09:31:27 paulc: Instead of making CR optional, make CR mandatory and LC optional 09:31:41 fantasai: I think that that makes a lot of sense 09:32:19 paulc: exclusion opportunity starts no later than LC or CR, whicever you get to first 09:32:25 paulc: Then you get all benefits of both pieces of process 09:32:35 paulc: Do want to recognize point wrt confusion of outside 09:32:46 paulc: I was describing my experience as chair 09:32:59 chaals: We don't optimize for chairs, we optimize our chairs 09:33:24 chaals: We're closed, thanks everyone 09:33:35 fantasai++ 09:41:36 dauwhe has joined #w3process 09:42:02 dauwhe_ has joined #w3process 09:44:00 chaals has joined #w3process 09:44:32 rrsagent, draft minutes 09:44:32 I have made the request to generate http://www.w3.org/2013/11/13-w3process-minutes.html chaals 09:47:51 Meeting: W3 Process revision - TPAC 09:47:55 Chair: Chaals 09:48:23 dsinger has joined #w3process 09:49:22 Present: Sylvain, DaveC, Fantasai, DavidSinger, SteveZ, AlanStearns, Ralph, Chaals, PaulCotton, MikeChampion 09:50:16 rrsagent, draft minutes 09:50:16 I have made the request to generate http://www.w3.org/2013/11/13-w3process-minutes.html chaals 09:53:02 sgalineau has joined #w3process 09:55:03 dsinger has left #w3process 10:13:45 Ralph__ has joined #w3process 10:19:33 dauwhe has joined #w3process 11:23:44 dauwhe has joined #w3process 12:20:21 dauwhe has joined #w3process 12:35:02 dauwhe has joined #w3process 13:35:32 dauwhe has joined #w3process 14:36:28 dauwhe has joined #w3process 15:35:35 dauwhe has joined #w3process 15:56:55 dauwhe has joined #w3process