14:52:30 RRSAgent has joined #xproc 14:52:30 logging to http://www.w3.org/2009/10/15-xproc-irc 14:52:37 Zakim, this will be xproc 14:52:37 ok, Norm; I see XML_PMWG()11:00AM scheduled to start in 8 minutes 15:00:25 Vojtech has joined #xproc 15:00:48 PGrosso has joined #xproc 15:01:18 XML_PMWG()11:00AM has now started 15:01:25 +[ArborText] 15:02:22 Norm has joined #xproc 15:03:00 +Jeroen 15:03:29 Meeting: XML Processing Model WG 15:03:29 Date: 15 Oct 2009 15:03:29 Agenda: http://www.w3.org/XML/XProc/2009/10/15-agenda 15:03:29 Meeting: 156 15:03:29 Chair: Norm 15:03:30 Scribe: Norm 15:03:32 ScribeNick: Norm 15:03:58 Regrets: Henry 15:04:02 Zakim, who's on the phone? 15:04:02 On the phone I see PGrosso, Vojtech 15:04:06 Zakim, what's the code 15:04:09 I don't understand 'what's the code', MoZ 15:04:09 Zakim, what's the code? 15:04:12 the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), MoZ 15:04:32 + +1.413.624.aaaa 15:04:38 Zakim, aaaa is Norm 15:04:38 +Norm; got it 15:04:50 Present: Paul, Norm, Vojtech 15:04:53 +MoZ 15:05:44 Present: Paul, Norm, Vojtech, Mohamed 15:05:55 Topic: Accept this agenda? 15:05:55 -> http://www.w3.org/XML/XProc/2009/10/15-agenda 15:06:07 alexmilowski has joined #xproc 15:06:17 Accepted 15:06:23 Topic: Accept minutes from the previous meeting? 15:06:23 -> http://www.w3.org/XML/XProc/2009/10/08-minutes 15:06:27 +Alex_Milows 15:06:28 Accepted 15:06:32 Present: Paul, Norm, Vojtech, Mohamed, Alex 15:06:43 Topic: Next meeting: telcon 22 Oct 2009 15:06:50 No regrets heard. 15:07:13 Paul gives regrets for 29 Oct 15:08:19 Topic: W3C Technical Plenary 15:08:35 Expected: Norm, Henry, Alex, Vojtech, correct? 15:09:02 Norm: I believe I requested a phone, we'll hook up Zakim for you if we can. 15:10:00 Alex gives regrets for TPAC after all 15:10:30 Aw p1sh :-( 15:11:08 Topic: Versioning and forwards compatibility 15:11:27 0-> http://www.w3.org/XML/XProc/2008/11/cr-comments/ 15:11:47 Norm attempts to summarize where we stand. 15:12:10 Norm: The status quo allows very limited forwards-compatibility and only if new step declarations are loaded from the W3C server. 15:12:20 Norm: You can't just load a V2 pipeline in a V1 processor and expect it to work. 15:13:20 Norm: The desire has been expressed, from several camps, to provide a more flexible story. 15:13:36 Norm: They want something that will "just work" 15:14:51 Norm: And the ability to use p:choose to select between two different flavors of pipeline, for V1 or V2. 15:15:12 Norm: And they don't want to have to hit the W3C web server for new decls to make it work. 15:16:05 Norm: The last point to make is, if you don't do versioning "right" in V1, it's very hard to get it right later. 15:16:54 Norm: Do we care? Are we going to try to address this in V1? 15:17:21 No one is heard to argue for the status qo. 15:17:24 s/qo./quo./ 15:18:00 Mohamed: Let's go as far as possible in the investigation since this is the last chance. But at the end, perhaps we'll stick to the status quo. 15:18:22 +1 to MoZ 15:18:36 Norm: I think the proposals boil down to two camps: 15:18:55 1. Some sort of defaulting rules for what to do when you see steps/ports in the p: namespace that you don't recognize. 15:19:09 2. Some sort of static manipulation like XSLT's use-when 15:21:32 Norm attempts to summarize the two flavors. 15:21:39 Norm: Thoughts? 15:21:44 Norm: Comments? 15:22:13 Alex: Thinking about Norm's proposal for empty sequence on output. 15:22:36 Norm: One weakness of my proposal is that it requires you to have the 2.0 declarations. 15:23:03 As I said in email, I find Jeni's critique of that [being online] compelling 15:24:11 Alex: The 1.0 processor isn't going to do the right thing... 15:24:36 Vojtech: If we introduce defaulting that can work without the declarations, then we have to be a lot more relaxed about static errors. 15:25:21 That's why I prefer the use-when approach 15:25:30 Alex: If you're trying to do this, the onus on the 1.0 processor is that it has to go retrieve the stuff. 15:26:11 Norm: I'm (mostly) convinced by the offline arguments. 15:27:09 Norm: The reality is, I think the use-when approach is the most practical. It balances ignoring things with user-control. 15:28:31 ...It's the C preprocessor. 15:28:40 Vojtech: Does this solve what we want to solve? 15:29:03 ...This is really the forwards-compatible mode. When you evaluate these use-when conditions, you wind up with some sort of pipeline. 15:29:35 Alex: One interpretation is that we have this static view and we're trying to adjust that. The other is that the data flow graph is the same in both situations, but what the steps can do is different. 15:30:17 ...In the case where you produce an empty sequence, you can still hook things up. 15:30:22 Norm: Right. If you ahve the declarations. 15:30:25 s/ahve/have/ 15:32:35 Norm natters on about the need to have declarations. 15:33:00 Norm points out that the user community that wants us to fix this isn't going to be happy with the need to load declaratins. 15:33:10 Alex: I'm not against the use-when approach. 15:34:50 Norm wonders out loud about the requirement to use use-when; or can we have p:when that contains a step we don't recognize and still "compile" the pipeline. 15:35:12 Alex: I don't think use-when is as simple as it is in the case of XSLT. 15:35:34 Norm: And does this really solve the backwards compability problem? If you throw a random V2 pipeline at a V1 processor, what will it do? 15:38:07 Norm: If a pipeline uses a V2 step unconditionally, there's nothing a V1 processor can do with it. 15:38:39 ...So if an author wants to write a pipeline that can run in V1, he or she will have to use some sort of conditionality. 15:40:11 q+ 15:40:40 ack moz 15:40:52 Mohamed: My understanding is that we have three levels: 15:41:05 ...1: mandate importing of step decls; without them then there are two levels: 15:41:14 ...1a: primary ports 15:41:18 ...1b: secondary ports 15:41:30 ...My understanding is that only primary ports could be connected automatically. 15:41:32 Norm: Right. 15:41:48 Mohamed: So I think the lack of information that we have to compute the graph dependencies is only on primary ports. 15:41:54 Norm: Right. 15:42:16 Mohamed: On one branch, we say that a new primary port can never be added in V.next. 15:42:56 ...Or, we say that if you add some primary port then we say that you have to make the connection explicit if you want to run it in V1. 15:43:24 Vojtech: This is only about existing steps, not about new steps. 15:43:26 Norm: True 15:43:57 Mohamed: The same could be true for new steps, you have to make all the bindings explicit. 15:44:10 Norm: So if you see a new step, you assume that it has no primary inputs or outputs. 15:44:45 Mohamed: Yes. 15:44:47 Norm: Interesting. 15:45:20 Mohamed: As soon as we say that we don't want the user to import the step declarations, then the user will have to put new information into the pipeline to make it work in V1. 15:46:12 Vojtech: For new V2 things that have have inputs like "iteration-source" that aren't recognized, then the pipeline will just fail. 15:48:14 More discussion. 15:48:40 Mohamed: The only point of my proposal is that it moves the entire static validation into dynamic when you have p:choose or p:try 15:51:22 More discussion 15:51:36 Norm talks through the "propagate errors up" story again. 15:53:22 Mohamed observes that we have to support p:choose/p:try dynamically. 15:56:35 Vojtech: We have to decide if a new messages output port on p:xslt should work or should be a failure. 15:56:41 ...I don't think we can really solve this. 15:56:52 Alex: I'm having trouble following the different situations we want to handle. 15:57:34 Norm: Is there consensus to explore a radical solution that involves defaulting, use-when, and the other mechanisms that we've discussed here? 15:58:05 Proposal: Norm to attempt to write this up? 15:58:21 Yes 15:58:33 Accepted. 15:58:35 Willing to help 15:59:29 Norm: I think the solution has these general features: 15:59:35 1. Remove the requirement to load step declarations 15:59:55 2. Add use-when to allow authors to be explicitly dynamic 16:00:38 3. Add some defaulting rules to allow for dynamic selection (p:choose) of steps from different versions. (p:identity vs. p:identity-with-colors) 16:00:48 4. Add a version attribute to identify when forwards compatible behavior is required 16:02:16 Norm: I don't want a V1 processor running a pipeline that it thinks is a V1 pipeline to be unable to statically reject broken pipelines. 16:02:30 Norm: I suppose we could require a version attribute, like XSLT does. 16:03:12 Topic: Any other business? 16:03:45 ht, can you send email reminding us how short LC and CR are allowed to be? 16:03:54 Adjourned. 16:03:58 -Alex_Milows 16:04:04 -PGrosso 16:04:08 Will do 16:04:08 -Vojtech 16:04:11 -MoZ 16:04:12 -Norm 16:04:14 RRSAgent, set logs world-visible 16:04:17 XML_PMWG()11:00AM has ended 16:04:18 RRSAgent, draft minutes 16:04:18 I have made the request to generate http://www.w3.org/2009/10/15-xproc-minutes.html Norm 16:04:19 Attendees were PGrosso, Jeroen, Vojtech, +1.413.624.aaaa, Norm, MoZ, Alex_Milows 16:05:48 alexmilowski has left #xproc 16:09:00 PGrosso has left #xproc 18:00:22 Zakim has left #xproc 18:53:03 RRSAgent, bye 18:53:03 I see no action items