15:02:05 RRSAgent has joined #xproc 15:02:05 logging to http://www.w3.org/2008/09/04-xproc-irc 15:02:08 Meeting: XML Processing Model WG 15:02:08 Date: 4 Sep 2008 15:02:08 Agenda: http://www.w3.org/XML/XProc/2008/09/04-agenda 15:02:08 Meeting: 124 15:02:08 Chair: Norm 15:02:09 Scribe: Norm 15:02:11 ScribeNick: Norm 15:02:22 +??P41 15:02:45 Zakim, ??P41 is Vojtech 15:02:45 +Vojtech; got it 15:02:49 Zakim, who's on the phone? 15:02:50 On the phone I see MoZ, PGrosso, Norm, Vojtech 15:03:17 richard has joined #xproc 15:03:50 +Alex_Milowski 15:03:55 ht has joined #xproc 15:03:55 +??P44 15:03:57 alexmilowski has joined #xproc 15:04:05 zakim, please call ht-781 15:04:05 ok, ht; the call is being made 15:04:07 +Ht 15:04:12 Zakim, ??P44 is richard 15:04:12 +richard; got it 15:04:16 Zakim, who's on the phone? 15:04:16 On the phone I see MoZ, PGrosso, Norm, Vojtech, Alex_Milowski, richard, Ht 15:04:22 Regrets: Rui 15:04:31 Present: Mohamed, Paul, Norm, Vojtech, Alex, Richard, Henry 15:05:01 Topic: Accept this agenda? 15:05:01 -> http://www.w3.org/XML/XProc/2008/09/04-agenda 15:05:07 Accepted. 15:05:14 Topic: Accept minutes from the previous meeting? 15:05:14 -> http://www.w3.org/XML/XProc/2008/08/28-minutes 15:05:33 Accepted. 15:05:44 Topic: Next meeting: telcon 11 Sep 2008? 15:05:52 Norm gives regrets, Henry to chair. 15:06:14 Topic: Action items 15:06:31 Henry completed ACTION-2008-08-14-01, the XProc charter is extended until 31 Dec 2008. 15:06:35 AndrewF has joined #xproc 15:06:49 Topic: Open last call comments 15:06:58 There are only a few left, and few are coming in. Yay! 15:07:10 Topic: 004 15:07:15 +Andrew 15:07:27 Present: Mohamed, Paul, Norm, Vojtech, Alex, Richard, Henry, Andrew 15:08:41 Norm: p:choose currently requires p:xpath-context followed by p:variable* 15:09:45 Henry: Right, I think we should allow them in any order. I could, for example, want to bind a variable that I then want to refer to in the p:xpath-context 15:09:56 Henry: It'll be clearer if the variable can come first. 15:10:54 Mohamed: How about just swapping p:variable* and p:xpath-context? 15:11:11 zakim, please call MSM-617 15:11:11 ok, MSM; the call is being made 15:11:12 Henry: That's sufficient for my use case, but I actually think that the order in the spec is the one that folks are usually going to want to do. 15:11:12 +MSM 15:11:35 Present: Mohamed, Paul, Norm, Vojtech, Alex, Richard, Henry, Andrew, Michael 15:12:53 Norm: I don't see any compelling reason not to do what Henry suggests. 15:14:04 (SCRIBE MISSED MOHAMED's COMMENT) 15:15:23 Vojtech: It's already the case that p:for-each and p:viewport require the context to come first. 15:15:33 Mohamed: Variable can be very useful, but they make the spec very, very unclear. 15:16:02 Norm: We could relax this restriction in the future, since it wouldn't make any pipelines invalid. 15:17:31 Henry: The thing that I didn't realize before is that p:xpath-context unlike p:input doesn't have a select attribute. 15:17:38 ...I guess I withdraw my suggestion. 15:18:07 Proposal: The suggestion is withdrawn, close with no action 15:18:13 Accepted. 15:18:25 Topic: 020 15:18:46 Norm: This is encryption and decryption, I don't think we've made any progress here. 15:19:34 Norm: I've agreed to talk to the XML Security WG on Tuesday, 16 September. 15:20:03 ACTION: Norm to ask the Security WG to invite the rest of the WG (anyone who's interested) 15:20:34 Norm: Let's hold off on trying to deal with encrypt and decrypt until at least after that meeting 15:20:50 Topic: 021 15:22:36 Norm attempts to summarize the p:pipeinfo vs. allowing non-step namespaced elements everywhere. 15:22:44 Norm: Anyone want to reopen this discussion. 15:22:46 None heard. 15:23:15 Vojtech2 has joined #xproc 15:23:34 Michael: Allowing foreign namespaces anywhere is fine if the basic rule is that it's there in the document and what you can do with that document is what you can do with it. 15:24:05 ...if I put stuff in a foreign namespace somewhere in a pipeline, can anyone access it? 15:25:02 Norm: You can always do introspection on the pipeline docuement, but I think most extra stuff is either for implementation-defined purposes or for other applications, not for the pipeline itself. 15:25:11 Proposal: Reject the request, leave the status quo. 15:25:26 Accepted. 15:25:34 Topic: 0022 15:25:38 s/0022/022/ 15:26:31 Henry: Yes, I tripped over this too when revising the DTD. It's not a substantive change, it's just an editorial correction and I think we should do it. 15:26:36 Norm: Yes, I think so to. 15:27:19 Proposal: Ask the editor to make the editorial improvements necessary 15:27:25 Accepted. 15:28:33 Topic: 023 15:29:12 Henry: The short answer is, we considered and rejected this. I think the better answer is, you can just leave out the whole input from your identity step. 15:29:46 ...The wG has decided that when you write p:pipe, you have to say everything. Anything else is just too confusing. 15:30:45 Norm: Allowing different defaults just seems too confusing. 15:31:15 Henry: Missing attributes on pipe having one convention and missing input having another is just too likely to cause confusion. 15:31:34 Proposal: Reject this proposal, stay with the status quo. 15:31:41 Accepted. 15:32:08 Topic: 024 15:34:04 Henry: Looking back at the original problem Mohamed observed, I think there are three possibilities: 15:34:48 ... 1. It's an error; we can say that either p:option declarations must specify a default or be required (or we could say the same at runtime) 15:36:04 ... 2. The implementation can't access a value for the option. 15:36:34 ... In this case, there will be an error; I was thinking of atomic steps first. 15:37:18 Mohamed: So I don't think we need a @required. 15:37:43 Henry: I don't agree, there are lots of cases where the option isn't going to be used at all. 15:38:10 Mohamed: But I think we need a special function to test if the variable is bound or not. 15:38:35 Henry: 3. The default for default is the empty string. 15:38:41 Henry: But I really don't like that. 15:39:05 ...It follows naturally for XSLT, because the default comes from teh content, but we don't do that. 15:40:49 Norm: I'm inclined along the lines of Henry's #2. I think it's ok if options have no value. In the case that Mohamed points out, if it wasn't a test case, we'd suggest putting required='true' on that option. 15:41:27 Henry: I think I agree. I'd like to preserve the distinction between defaulted and not provided. 15:41:57 ...If we go this way, the prose about the XPath context will have to be clear that the in-scope options do not contain options that were optional and not supplied. 15:42:45 Henry: It's worth noting that the phrase "in-scope options" isn't defined. 15:43:14 Yes, there is a definition of in-scope bindings. . . 15:44:02 Henry: I'll look to see if there's a place to say that processors may/must allow atomic step implementations to distinguish between the two cases. 15:44:57 Ah, we have a notion of "specified options" 15:45:01 Mohamed: The difference between Henry's and Jeni's proposal is that Jeni's was "fail fast": you must specify a default or required; Henry's is "fail later". 15:45:20 yep 15:45:38 Norm: Yes, I prefer Henry's form as well. So it's a dynamic error if a non-defaulted, non-required option has no binding and a reference is made to it. 15:46:08 Henry: Yes, but the right way to say it is that the variable bindings in the XPath context are determined by the *specified options*. 15:46:53 Norm: For all the atomic steps that we define, that have options that are neither required nor have default values, we should say what it means if they aren't provided! 15:47:11 Vojtech: The serialization options for p:store, for example. 15:47:25 Henry: The defaulting of serialization options is a specified in the QT serialization document. 15:48:51 Henry: I think this also means that we must say somewhere that implementors of atomic steps must be given a way of determining whether optional, non-defaulted options where specified or not. 15:49:26 ACTION: Henry to review the optional options and suggest what we should say about each of them 15:50:01 Proposal: Allow optional options, it's a runtime error if you attempt to refer to an unspecified optional option. 15:50:13 Accepted. 15:50:31 Topic: Any other business 15:51:34 Norm: Anyone going to the plenary, remember to register and book your hotel 15:51:53 No other business heard. 15:52:15 -MSM 15:52:17 Adjourned. 15:52:17 -Ht 15:52:20 -Vojtech 15:52:21 -Norm 15:52:21 -richard 15:52:22 -PGrosso 15:52:22 -MoZ 15:52:23 -Andrew 15:52:25 RRSAgent, set logs world visible 15:52:25 I'm logging. I don't understand 'set logs world visible', Norm. Try /msg RRSAgent help 15:52:26 -Alex_Milowski 15:52:27 XML_PMWG()11:00AM has ended 15:52:28 Attendees were MoZ, PGrosso, Norm, Vojtech, Alex_Milowski, Ht, richard, Andrew, MSM 15:52:32 RRSAgent, set logs world-visible 15:52:36 RRSAgent, draft minutes 15:52:36 I have made the request to generate http://www.w3.org/2008/09/04-xproc-minutes.html Norm 15:52:40 PGrosso has left #xproc 15:55:12 There are 104 non-required options w/o defaults in the required component section! 15:58:37 no, sorry, all the defined components 15:58:51 Norm, note that _section_ 7 begins with the words "This appendix" 16:00:10 Fixed. Tanks 16:00:13 s/Tanks/Thanks/ 16:22:38 Oops, make that 57, 31 after collapsing duplicates 17:02:00 alexmilowski has joined #xproc 17:32:48 Zakim has left #xproc