14:56:42 RRSAgent has joined #xproc 14:56:42 logging to http://www.w3.org/2008/06/26-xproc-irc 14:58:35 Meeting: XML Processing Model WG 14:58:35 Date: 26 June 2008 14:58:35 Agenda: http://www.w3.org/XML/XProc/2008/06/26-agenda 14:58:35 Meeting: 117 14:58:35 Chair: Norm 14:58:36 Scribe: Norm 14:58:38 ScribeNick: Norm 15:00:19 zakim, please call ht-781 15:00:19 ok, ht; the call is being made 15:00:20 XML_PMWG()11:00AM has now started 15:00:23 +Ht 15:01:00 +[ArborText] 15:01:14 -Ht 15:01:19 zakim, please call ht-781 15:01:19 ok, ht; the call is being made 15:01:20 +Ht 15:01:35 +??P44 15:01:41 Zakim ?? is me 15:01:53 zakim, ht has richard 15:02:01 +richard; got it 15:02:09 Zakim, ?? is me 15:02:09 +ruilopes; got it 15:02:43 dialing 15:02:44 +??P56 15:02:53 Zakim, ?? is me 15:02:53 +MoZ; got it 15:03:01 Zakim, who is there ? 15:03:01 I don't understand your question, MoZ. 15:03:04 Zakim, who is there? 15:03:04 I don't understand your question, MoZ. 15:03:07 +Norm 15:03:09 Zakim, who is here? 15:03:09 On the phone I see Ht, PGrosso, ruilopes, MoZ, Norm 15:03:10 Vojtech has joined #xproc 15:03:10 Ht has richard 15:03:12 On IRC I see RRSAgent, PGrosso, Zakim, MoZ, Norm, ruilopes, ht 15:03:12 Zakim, who's on the phone? 15:03:14 On the phone I see Ht, PGrosso, ruilopes, MoZ, Norm 15:03:16 Ht has richard 15:03:55 +Jeroen 15:04:10 Zakim, Jeroen is Vojtech 15:04:10 +Vojtech; got it 15:04:25 Zakim, who's on the phone? 15:04:25 On the phone I see Ht, PGrosso, ruilopes, MoZ, Norm, Vojtech 15:04:28 Ht has richard 15:04:57 Present: Henry, Paul, Rui, Mohamed, Norm, Vojtech, Richard 15:05:04 Zakim, mute moz 15:05:04 MoZ should now be muted 15:05:10 Zakim, unmute moz 15:05:10 MoZ should no longer be muted 15:05:46 Topic: Accept this agenda? 15:05:46 -> http://www.w3.org/XML/XProc/2008/06/26-agenda 15:06:04 Accepted. 15:06:05 alexmilowski has joined #xproc 15:06:11 Topic: Accept minutes from the previous meeting? 15:06:11 -> http://www.w3.org/XML/XProc/2008/06/19-minutes 15:06:19 Present: Henry, Paul, Rui, Mohamed, Norm, Vojtech, Richard, Alex 15:06:25 Accepted. 15:06:33 Topic: Next meeting: telcon 3 July 2008? 15:06:48 No regrets heard. 15:07:14 Topic: Open actions 15:07:52 + +1.415.404.aaaa 15:08:08 Zakim, aaaa is me 15:08:08 +MoZ; got it 15:08:12 AndrewF has joined #xproc 15:08:44 Talk about Henry's action on validation root under technical agenda 15:08:53 +??P61 15:08:58 zakim, ? is Andrew 15:08:58 +Andrew; got it 15:09:01 Present: Henry, Paul, Rui, Mohamed, Norm, Vojtech, Richard, Alex, Andrew 15:09:23 Topic: Comments on the latest editor's draft? 15:09:40 Henry reports that 2.7 looks good except for a typo 15:09:58 No other comments heard. 15:10:46 Topic: Relationship between @xpath-version and p:system-property('p:xpath-version') 15:10:48 -> http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2008May/0103.html 15:12:40 Richard: Does a similar question arise in XSLT 2.0? 15:13:11 Norm: No, as far as I can tell, you can't ask this question. 15:13:35 Mohamed: It's not in the language, it's only based on the value of the version attribute. 15:14:44 Henry: I think p:xpath-version should only be able to return 1.0 and 2.0 15:15:49 ...We don't provide a means for asking all the versions that I can. 15:15:56 s/that I can/that it can/ 15:16:01 Richard: What's this for? 15:16:10 Henry: For conditionalizing a pipeline 15:17:26 Norm: The property is only valuable, I think, if the pipeline doesn't specify a version. Then the pipeline can adapt. 15:17:57 Richard: XPath 1.0 backwards compatibility mode only gives different answers, right, it doesn't change the functions available 15:18:01 Norm: Hmm. I'm not sure. 15:18:11 Richard: If that is the case, then the answer they want is probably still 2.0. 15:20:14 Henry: I think we should change the definition of p:xpath-version to report the versions that are available. And decide what 2.0 in 1.0 compatibility mode means. And we should make it clear what the values are and that it's a list. 15:21:12 Norm: I guess the first thing to decide is what backwards compatibility mode. 15:23:35 Norm notes that it's a *static* error to attempt to use XPath 2.0 in a 1.0 processor. 15:23:51 Henry: Then we've got the same problem we had a couple of months ago. 15:24:12 Vojtech: So even a step that isn't called causes an error? 15:24:31 Henry: No, I think what this means is that the error should be dynamic, like it is for psvi-required. 15:25:06 Proposal: Make it a dynamic error if a 1.0 processor attempts to evaluate a 2.0 expression that it cannot determine will yield the right results. 15:26:41 Vojtech: Or if you attempt to use a step that expresses xpath-version=2.0 15:27:08 Henry: I think it was better to put the onus on implementors than on users. Although on balance I think the current plan is a good one, I note that we now move back to putting the onus on users. 15:27:50 Voytech: The problem is that if xpath-version is not set, you get whatever the processor gives you. 15:27:59 ...You still need the magic when you write in 2.0 but don't specify it. 15:29:12 Norm: AFIACT all this version stuff is only so authors can say "I know I'm using XPath 2.0 so don't even bother" 15:29:48 Henry: By and large you don't need to use this, you only need to do it if you know an XPath 1.0 processor will get the wrong answer or if the error at this point in the pipeline is too late. 15:30:59 Proposal: Make it a dynamic error if a 1.0 processor attempts to evaluate a 2.0 expression that it cannot determine will yield the right results. A 1.0 processor which encounters an explicit xpath-version=2.0 on a step that it is about to evaluate must throw this error. 15:33:21 Richard: If you put something in that uses XPath 2.0 and you don't say what version then a 1.0 processor will fail when it encounters them. 15:33:26 ...Not when it's compiling. 15:33:40 Norm: The general rule about compiling statically for dynamic errors you know will occur still applies. 15:33:56 Vojtech: I think it's even more complex because you can have XPath expressions generated dynamically. 15:34:23 Accepted. 15:34:46 ACTION: Norm to revise the spec to reflect the new semantics for p:xpath-version and processor support for versions. 15:35:13 Norm: Henry, you wanted the p:xpath-version system property to return a list 15:35:55 Henry: Yes, I think that would be more useful. 15:35:58 Some discussion 15:37:31 Norm: Is "1.0 2.0" ever going to be more information than "2.0"? A 2.0 processor will always work in backwards compatibility mode. 15:37:54 a < b < c 15:42:46 Norm: The fact that you could have a 2.0 processor that did not support 1.0 BCM suggests to me that Henry is right, it should be a list. 15:43:28 Norm: And I think I don't want to say more than "should be a list, for example 1.0 and 2.0" and not constrain the space any more. 15:43:32 Henry: Works for me. 15:43:58 Vojtech: Is at least one XPath processor required? 15:44:11 Richard: It's going to be very hard to get by without one. 15:45:18 Vojtech: So what is the answer? 15:46:40 Norm: The system property returns either "1.0" or "1.0 2.0" and it should return that answer irrespective of waht any ancestor element's xpath-version attribute specifies. 15:47:03 Topic: p:schema-import? 15:48:58 Norm attempts to summarize 15:52:12 Some discussion of whether or not the instance has enough information to answer the question without a schema-import. 15:54:22 ACTION: Henry to investigate why XSLT 2.0 required a schema-import and how we might be able to get by without it. 15:55:07 Topic: Any other business? 15:55:12 None heard. 15:55:15 Adjourned. 15:55:17 -Ht 15:55:18 -PGrosso 15:55:18 -MoZ 15:55:19 -Vojtech 15:55:19 -ruilopes 15:55:21 -Norm 15:55:21 -Andrew 15:55:34 -MoZ.a 15:55:35 XML_PMWG()11:00AM has ended 15:55:36 Attendees were PGrosso, richard, ruilopes, MoZ, Norm, Vojtech, +1.415.404.aaaa, Andrew 15:56:27 RRSAgent, set logs world-visible 15:56:34 RRSAgent, draft minutes 15:56:34 I have made the request to generate http://www.w3.org/2008/06/26-xproc-minutes.html Norm 15:58:41 PGrosso has left #xproc 17:34:56 Zakim has left #xproc