14:55:13 RRSAgent has joined #xproc 14:55:13 logging to http://www.w3.org/2006/06/29-xproc-irc 14:55:16 zakim, this will be xproc 14:55:16 ok, Norm; I see XML_PMWG()11:00AM scheduled to start in 5 minutes 14:55:33 Meeting: XML Processing Model WG 14:55:33 Scribe: Norm 14:55:33 ScribeNick: Norm 14:55:33 Date: 29 Jun 2006 14:55:33 Chair: Norm 14:55:34 Agenda: http://www.w3.org/XML/XProc/2006/06/29-agenda.html 14:56:58 XML_PMWG()11:00AM has now started 14:57:00 +Norm 14:59:57 +[IPcaller] 14:59:58 -[IPcaller] 15:00:00 +[IPcaller] 15:00:10 zakim, ipcaller is Rui 15:00:16 +Rui; got it 15:00:58 PGrosso has joined #xproc 15:01:09 +[ArborText] 15:01:11 +Alessandro_Vernet 15:02:40 richard has joined #xproc 15:02:42 AndrewFang has joined #xproc 15:02:49 zakim, please call ht-781 15:02:50 ok, ht; the call is being made 15:02:51 +Ht 15:03:11 +??P12 15:03:17 zakim, ? is richard 15:03:17 +richard; got it 15:03:34 +??P25 15:03:45 zakim, ? is AndrewF 15:03:45 +AndrewF; got it 15:04:35 zakim, who's on the phone? 15:04:35 On the phone I see Norm, Rui, PGrosso, Alessandro_Vernet, Ht, richard, AndrewF 15:05:55 Present: Norm, Rui, Paul, Alessandro, Henry, Richard, Andrew 15:06:04 Regrets: Michael, Murray 15:06:06 alexmilowski has joined #xproc 15:06:15 Topic: Accept this agenda? 15:06:15 -> http://www.w3.org/XML/XProc/2006/06/29-agenda.html 15:06:23 Accepted. 15:06:31 Topic: Accept minutes from the previous teleconference? 15:06:38 -> http://www.w3.org/2006/06/22-xproc-minutes.html 15:06:41 +Alex_Milowski 15:06:46 Norm thanks Henry for chairing 15:06:54 Present: Norm, Rui, Paul, Alessandro, Henry, Richard, Andrew, Alex 15:06:58 Accepted. 15:07:08 Topic: Next meeting 15:07:08 6 July telcon or 13 July? 15:08:02 Cancelled: 6 July 15:08:07 Next meeting is 13 July 15:08:27 Any regrets? Richard 15:08:33 Topic: Face-to-face: 2-4 Aug 2006. 15:08:52 Henry gives regrets for 13 and 20 July 15:08:58 Get your plans to Murray! 15:09:16 Topic: Review of open action items 15:09:27 A-13-01: Continues 15:09:35 A-23-02: Continues 15:09:38 A-23-03: Continues 15:09:50 Topic: XProc syntax 15:10:22 Norm wonders if we were moving towards consensus at the last meeting. 15:11:09 Norm: In particular, about the conditional proposal Richard made 15:11:23 Richard: We didn't really come to agreement, but it wasn't rejected out of hand 15:12:19 Alex: should we start with my and Murray's alternatives? 15:12:19 rlopes has joined #xproc 15:12:42 Alex: Mine was just to compare the two approaches 15:12:47 Norm: What about the otherwise? 15:13:18 Alex: If it's a pipe, then if the when doesn't fire, I'd expect it to just do identity. 15:13:37 Richard: But if the conditional had multiple inputs or outputs, it's not clear what the identity is. 15:13:52 Norm: Couldn't we just make it an error not to include the otherwise clause? 15:14:07 Richard: In the simple case, there might be lots of cases where people would prefer not to write it. 15:14:42 Alex: My example does need an otherwise. 15:15:08 Henry: I can't see that the difference is doing any work. 15:15:37 Oops 15:15:57 Alex: The concept of a primary input and output was rejected in general. I think the pipe brings it back. 15:16:10 Richard: We've meant different things at different times about primary inputs and outputs. 15:16:34 ...Sometimes it has an effect on the control, but in the examples I've been posting, I've been assuming there'd be an idea of a primary input and output purely for abbreviation purposes. 15:16:44 ...I certainly haven't meant primary input and output to have any other implications. 15:17:41 Henry: Other things being equal, I'd prefer a syntax that makes heavy use of defaulting to get to the 80/20 point, rather than saying that you have to make a discontinuous change in the markup to move beyond that. 15:18:00 Henry: If there are things you can't do, that's a problem, but I don't see that in the cases we've looked at so far. 15:18:33 ...The other difference between the two examples is that Alex's includes a choose with a contained pipe and that appears to be doing no work. I'd like it to the be case that we don't need it. 15:18:40 Alex: that's only because it's a single step. 15:18:55 Henry: What's wrong with saying that the content model of p:when is p:step+ 15:19:08 Alex: I'm not convinced there's a simple story of defaulting that gets to a simple straight-through pipe. 15:19:14 MoZ has joined #xproc 15:20:00 +MoZ 15:20:07 Alex: XSLT can be conceptualized as a resource with an input and an output. There's a story that you can tell for things that are straight thorugh pipes. 15:20:27 Present: Norm, Rui, Paul, Alessandro, Henry, Richard, Andrew, Alex, Moz[:20-] 15:20:59 Richard: There's something about an XSLT component that says that it's source parameter is the one that can be an input when it's placed in a pipe? 15:21:10 ...In your example, the source is something that comes from a pipe? 15:21:22 Alex: No, I think this makes the story for components more complicated, but for users less. 15:22:13 Henry: Components need declarations and those declarations tell you what the primary inputs and outputs are 15:22:28 Richard: Given that you need to do that for the components anyway, why do you need the pipe/flow 15:22:42 Alex: Because an aggregation component might not have a primary input and output 15:23:25 Alex: I think it'll be much more confusing if there's a whole hidden layer you have to understand to move beyond simple pipes. 15:24:15 Richard: If you've got a sequence of unix commands that are piped together, then you can use a bunch of "|" symbols. If you have multiple inputs and outputs then you have to put redirects to files in. But you don't need to wrap the sequence of commands in anything special to distinguish these two cases. 15:24:34 Alex: Yes, but the ones that go beyond simple chains are too complicated for most people to understand. 15:24:59 ...There's a slippery slope where you have to chase these named references back and forth. 15:25:21 ...If there's a simple syntax for the simple case and a different syntax for the more complicated cases, then you know when you're jumping to the next level of complexity. 15:26:41 Norm: I'm going to agree with Henry here. We want to make incremental improvement simple. 15:28:07 HST thinks the XSLT example cuts the wrong way for AM's argument -- no-one uses the 'simple' stylesheet-is-template mechanism, precisely because evolving it is discontinuous 15:28:21 q+ to accept NW's suggestion 15:28:26 Norm: We seem to be struggling with this the idea of getting the defaults right. I'd like to get the verbose syntax right first. 15:28:40 Alex: I think we should consider defaults along the way. 15:28:42 Norm, I agree with this approach 15:29:32 +1 for Norm's approach 15:29:32 q? 15:30:07 Alex: Maybe one way out is to divide and conquer our use cases. Assign some number of them to individuals with proposals for how you'd write it down. 15:30:25 ...20 to 30 of the use cases are straight through pipes 15:31:18 ...We need to make some progress on those use cases. So let's do that. 15:32:25 Richard: I agree with Alex that it would be a good idea to write out some of the use cases in a proposed syntax. 15:33:39 Alex: There was the issue of naming inputs and outputs 15:33:57 Richard: In the examples I've done so far, I don't think it makes much difference. 15:34:18 ...I don't think we need to worry about this too much now, but maybe doing this will turn up a case where it does matter. 15:35:10 ACTION: Alex to write up some straw syntaxes for some of the use cases. 15:35:18 ACTION: Norm to write up some straw syntaxes for some of the use cases. 15:35:24 ack ht 15:35:26 ht, you wanted to accept NW's suggestion 15:36:01 Henry: This is past it's window, but for the record, I'm happy with Norm's desire to focus on a fully articulated syntax in the first instance. I'll privately try to find forms of the fully articulated syntax that will admit to graceful defaulting. 15:36:11 ...I don't object to the overall strategy you suggested. 15:36:48 Norm: I think working on syntax proposals and examples for use cases might help us move forward. 15:37:32 Alex: Do we want to go through the dot proposal stuff again? And Murray's using QNames for step names. 15:38:30 Norm: I think that the naming conventions (either the step/input-output name or the explicitly named input or output) and the use of step type="xslt" or p:xslt for hte step name are largely irrelevant. 15:39:33 Norm: They have little impact on the technical solutions, only on the surface syntax. 15:40:07 Alex: Use of a QName for a step name allows us to have a directed syntax. Being able to specify shorthand just like extension elements in XSLT is a good thing. 15:40:27 Richard: You're thinking of some sort of macro-like facility? 15:40:34 Alex: Yes. Becuase that's what I do in smallx. 15:40:48 ...There's a big usability win, but it does obfuscate inputs and outputs if you're just looking at a step. 15:41:01 ...But since we need the component definition anyway, maybe that's ok. 15:41:17 Richard: I agree that some sort of facility like that would be nice, but I need to understand everything else better. 15:42:01 Richard: So to remind us where we are: we've talked a lot about straight-through pipes and we've talked about the conditinal construct without any conclusion. The other control construct we've thought of is the iteration or viewport construct. 15:42:12 ...We haven't really addressed that at all yet, but we should make sure we consider it. 15:42:42 ...It would be a good thing for someone to come up for a concrete syntax. 15:43:37 Alex: There's iteration over elements and over documents. 15:43:45 Norm: Right. I don't know if they can be unified but I hope so. 15:44:34 Norm: Does it make sense to end early and come back in two weeks with our examples in hand? 15:44:51 Topic: Any other business? 15:45:00 None. 15:46:10 -Alex_Milowski 15:46:12 -Norm 15:46:13 -Rui 15:46:14 -PGrosso 15:46:15 -Ht 15:46:15 Adjourned 15:46:16 -richard 15:46:18 -Alessandro_Vernet 15:46:19 -AndrewF 15:46:21 -MoZ 15:46:22 XML_PMWG()11:00AM has ended 15:46:23 Attendees were Norm, Rui, Alessandro_Vernet, PGrosso, Ht, richard, AndrewF, Alex_Milowski, MoZ 15:46:26 PGrosso has left #xproc 15:46:39 rrsagent, set logs world-visible 15:46:43 rrsagent, draft minutes 15:46:43 I have made the request to generate http://www.w3.org/2006/06/29-xproc-minutes.html Norm 16:01:03 alexmilowski has left #xproc 17:12:05 trackbot, init 17:12:27 trackbot has joined #xproc 17:12:34 trackbot, init 17:12:34 Sorry... I don't know anything about this channel 17:15:15 Oh, thanks for reminding me, MoZ 17:15:21 I meant to get Dean to enable trackbot for us 17:15:36 :) 17:16:06 you're welcome Norm 17:21:46 Done 17:21:51 I mean, I asked again, not that it's ready 17:29:11 lol 17:37:36 MSM? 17:42:06 Zakim has left #xproc 17:49:54 rrsagent, bye 17:49:54 I see 2 open action items saved in http://www.w3.org/2006/06/29-xproc-actions.rdf : 17:49:54 ACTION: Alex to write up some straw syntaxes for some of the use cases. [1] 17:49:54 recorded in http://www.w3.org/2006/06/29-xproc-irc#T15-35-10 17:49:54 ACTION: Norm to write up some straw syntaxes for some of the use cases. [2] 17:49:54 recorded in http://www.w3.org/2006/06/29-xproc-irc#T15-35-18 17:49:56 trackbot, bye 17:49:56 trackbot has left #xproc