15:34:08 RRSAgent has joined #xproc 15:34:08 logging to http://www.w3.org/2008/12/11-xproc-irc 15:34:24 Zakim, this will be xproc 15:34:24 ok, Norm; I see XML_PMWG()11:00AM scheduled to start in 26 minutes 15:34:37 Meeting: XML Processing Model WG 15:34:37 Date: 11 Dec 2008 15:34:37 Agenda: http://www.w3.org/XML/XProc/2008/12/11-agenda 15:34:37 Meeting: 131 15:34:37 Chair: Norm 15:34:38 Scribe: Norm 15:34:40 ScribeNick: Norm 15:34:42 Regrets: Henry 15:46:35 Norm 15:46:37 you there? 15:46:41 I just tried calling 15:51:20 XML_PMWG()11:00AM has now started 15:51:27 +Norm 15:51:39 +[MIT528] 15:55:27 PGrosso has joined #xproc 15:59:42 -[MIT528] 15:59:43 -Norm 15:59:43 XML_PMWG()11:00AM has ended 15:59:44 Attendees were Norm, [MIT528] 15:59:50 Why did I hang up? 15:59:57 MoZ has joined #xproc 16:00:06 XML_PMWG()11:00AM has now started 16:00:13 +Norm 16:00:16 Zakim, what is the code ? 16:00:16 the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), MoZ 16:00:17 Vojtech has joined #xproc 16:00:41 +[ArborText] 16:01:11 breakfast at 11:00? 16:01:11 + +95247aaaa 16:01:16 Zakim, aaaa is me 16:01:16 +MoZ; got it 16:01:57 +Jeroen 16:02:04 zakim, Jeroen is Vojtech 16:02:04 +Vojtech; got it 16:02:29 Zakim, who's on the phone? 16:02:29 On the phone I see Norm, PGrosso, MoZ, Vojtech 16:03:48 AndrewF has joined #xproc 16:04:27 richard has joined #xproc 16:04:34 + +1.734.352.aabb 16:04:42 zakim, aabb is Andrew 16:04:42 +Andrew; got it 16:04:50 htt has joined #xproc 16:05:09 +??P16 16:05:11 zakim, ? is me 16:05:11 +richard; got it 16:05:28 Zakim, who's here? 16:05:28 On the phone I see Norm, PGrosso, MoZ, Vojtech, Andrew, richard 16:05:29 On IRC I see htt, richard, AndrewF, Vojtech, MoZ, PGrosso, RRSAgent, Zakim, Norm, ht 16:05:39 Present: Norm, Paul, Mohamed, Vojtech, Andrew, Richard 16:05:50 Topic: Accept this agenda? 16:05:50 -> http://www.w3.org/XML/XProc/2008/12/11-agenda 16:05:55 Accepted. 16:06:01 Topic: Accept minutes from the previous meeting? 16:06:01 -> http://www.w3.org/XML/XProc/2008/11/20-minutes 16:06:06 Accepted. 16:06:11 Topic: Next meeting: telcon 18 Dec 2008? 16:06:25 No regrets given. 16:06:33 Topic: Meeting dates for the rest of December. 16:06:49 Skip 25 Dec and 1 Jan; next meeting 8 Jan. 16:07:10 Topic: Review of comments received so far on our CR 16:07:19 -> http://www.w3.org/XML/XProc/2008/11/cr-comments/ 16:07:40 Topic: 024: Objection to XProc (p:with-option/p:with-param) 16:08:01 -> http://www.w3.org/XML/XProc/2008/11/cr-comments/#C000 16:08:07 s/C000/C024/ 16:08:15 Norm attempts to summarize the thread 16:09:33 Richard: Presumably a sufficiently clever processor can look at the expression and work out if it needs it or not. 16:12:22 Norm summarizes his position. 16:12:51 Vojtech: If we change to make p:empty the default, then the no context error is ok, but that you'd have to name the steps and make an explicit pipe into the option binding is the major argument againts this change. 16:12:57 s/againts/against/ 16:13:15 ...David made a good point in saying that in the majority of XPath expressions don't use the context. 16:13:25 ...I think that's sort of right. 16:13:45 Norm: In most cases where you don't need the document, you can probably use the shortcut syntax. 16:14:20 ...In cases where you can't use the shortcut syntax, the question is which is more common, expressions that do or don't need the context. 16:14:26 Vojtech: We could make it more explicit in the spec. 16:15:12 Mohamed: When we don't need any context, we can use the shortcut syntax. When you need the context, we can say that you need it for two different reasons. 16:15:30 ...One is to evaluate variables and the other is to evaluate nodes from the document. 16:15:59 ...What we can say is that the context of the shortcut syntax is allowed to reference variables but not the context. 16:16:41 Norm: In the shortcut syntax, you only get literal values, you don't get any variables at all. 16:16:46 Mohamed: I'm ok with the status quo. 16:17:32 ...I don't think making the proposed change is a good option. 16:18:21 Richard: Is there anywhere else where there is a port that doesn't get bound to the default readable port by defalt? 16:18:24 Norm: No, I don't think so. 16:18:48 Richard: So this would be an odd inconsistency: a place where the default for the binding is not the same as the default everywhere else. 16:19:11 Vojtech: What about parameter input ports? 16:19:54 Norm: Yeah, the binding rules for parameter input ports are a little different. 16:20:26 Norm: Anyone need further discussion to work out what they think the right thing to do is? 16:20:29 None heard. 16:20:37 Norm: Is there anyone on the call that supports changing the status quo? 16:20:48 None heard. 16:21:06 ACTION: Norm to reply to the commenter on behalf of the working group. 16:22:59 Topic: UUID/Hash/form-encode 16:23:33 Comments 015, 019 16:24:16 Vojtech: Does UUID generate one uuid, or one for each replacement? 16:24:22 Norm: It generates one and uses it everywhere. 16:24:44 Vojtech: Then the question is, should these be XPath extension functions or steps? 16:25:02 Norm: And you also asked if they should just return a c:result with the value. 16:25:57 Vojtech: Yes. I think it would be much more useful if it did, because you usually want to use it to construct a full URL. 16:26:18 Norm: Yes, perhaps that would have been better... 16:26:39 Mohamed: I made a proposal like this on 24 April. 16:28:52 http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2008Apr/0065.html 16:29:10 http://www.w3.org/XML/XProc/2008/05/01-minutes 16:29:36 Vojtech: The main problem I have with this is that it's sort of two string-replace steps, so it's innefficient. 16:29:40 Norm: Yep. 16:30:26 Vojtech: It seems very strange. 16:30:42 Norm: Yes, it's strange. We probably ought to have done it the way you suggest. But is it worth going back to Last Call? 16:32:09 Paul: If it's a change we really want to make, I think we should see if we can do it without going back to Last Call. 16:32:49 Vojtech: You can simulate what I was proposing by using your own empty c:result as the input. 16:33:28 Norm: So, worst case, if we don't change anything, we've got something that's a little odd but not actively harmful. 16:37:00 Norm: Let's sse if we can summarize where we are. We might like to change the way p:uuid, p:hash, and p:www-form-url-encode 16:37:20 ...so that they simply return a c:result with the result, instead of behaving like string-replace. However, you can simulate 16:37:40 that behavior yourslef by using a c:result as the input. So there's no critical difference in functionality, it's mostly a question of aesthetics. 16:39:05 Norm: I propose that we leave the status quo, but try not to repeat this error in the future 16:39:28 Accepted. 16:40:51 Topic: 016: How does www-form-urlencode/decode deal with parameters in a namespace? 16:41:47 First question, how does www-form-urldecode deal with parameter names that contain colons? 16:42:02 Vojtech: I don't think the spec says anything about that. 16:42:07 ...We can define a dynamic error. 16:43:04 Norm: Or we could translate the ":" into some other character like "_" 16:44:20 Vojtech: I'm reluctant to try to make some possibly complex rules for translations. 16:44:40 Norm: Anyone think it's a bad idea to make it a dynamic error? 16:44:48 No one says. 16:44:51 s/says./says so./ 16:45:12 Norm: We can say that for urldecode, if the resulting name is not a valid NCName, that's an error. 16:46:00 Everone seems happy with that. 16:46:13 Norm: Then what do we do for encoding, we could just use the localname. 16:46:35 Voytech: Then you may end up with duplicatews 16:46:38 Norm: Yep, that's true. 16:47:14 Vojtech: Sometimes you don't have a prefix at all, so you'd have to manufacture them. 16:47:22 Norm: Presumably that completely defeats the purpose 99% of the time. 16:47:42 Norm: Any other proposals besides just using the localname? 16:47:44 None heard. 16:48:15 Vojtech: In most cases when you want to use form-urlencode, it's to create simple request strings. If you want ot encode parameters in a namesapce with prefixes, then you're doing something weird. 16:48:46 Norm: Right. You can't use these convenience steps if you're operating outside their range. 16:48:53 Norm: So, go with the localname? 16:49:07 Norm: Any objections? 16:49:08 None heard. 16:49:10 Accepted. 16:50:03 Topic: 020: p:www-form-urldecode clarifications 16:51:09 Vojtech: It says if any parameter name occurs more than once, the result will contain more than one c:param, but it doesn't say what order they occur in. 16:51:12 Norm: Right. 16:51:54 Norm: Proposals: the document order of the c:params will correspond to the occurrence of parameters reading the input string from left to right. 16:52:20 Accepted. 16:55:11 Topic: 027: http-request, redirection, and cookies 16:55:17 Norm summarizes the issue 16:58:39 Some discussion. 16:59:20 Norm: So what I'm hearing is, we expect p:http-request to follow redirections, handle cookies, etc., as described in the HTTP and related specs, but the behavior of p:document and friends is implementation defined with respect to this behavior. 17:00:37 Mohamed: We can follow XSLT and Schema that don't say anything about that. 17:00:52 Richard: Doesn't anyone follow redirections? It doesn't seem reasonable to not follow redirecgts. 17:01:02 Norm: Ok, maybe it's just cookies. 17:01:27 ACTION: Norm to investigate what the features in question actually are. 17:01:35 Topic: Any other business? 17:01:38 None heard. 17:01:40 Adjourned. 17:01:47 -PGrosso 17:01:49 -MoZ 17:01:50 -Andrew 17:01:50 -Norm 17:01:51 -Vojtech 17:01:51 -richard 17:01:53 XML_PMWG()11:00AM has ended 17:01:54 Attendees were Norm, PGrosso, +95247aaaa, MoZ, Vojtech, +1.734.352.aabb, Andrew, richard 17:01:55 RRSAgent, set logs world-visible 17:02:01 RRSAgent, draft minutes 17:02:01 I have made the request to generate http://www.w3.org/2008/12/11-xproc-minutes.html Norm 17:02:30 PGrosso has left #xproc 18:09:19 Zakim has left #xproc 18:29:50 RRSAgent, bye 18:29:50 I see 2 open action items saved in http://www.w3.org/2008/12/11-xproc-actions.rdf : 18:29:50 ACTION: Norm to reply to the commenter on behalf of the working group. [1] 18:29:50 recorded in http://www.w3.org/2008/12/11-xproc-irc#T16-21-06 18:29:50 ACTION: Norm to investigate what the features in question actually are. [2] 18:29:50 recorded in http://www.w3.org/2008/12/11-xproc-irc#T17-01-27