- From: Norman Walsh <ndw@nwalsh.com>
- Date: Tue, 13 Nov 2007 12:29:01 -0500
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <m21wauvyua.fsf@nwalsh.com>
/ Rui Lopes <rlopes@di.fc.ul.pt> was heard to say: | Norman Walsh wrote: |> * Attempt to support both XPath 1.0 and XPath 2.0; there's more to |> be done, but see Section 2.8, “XPaths in XProc”. | | On a quick read of this part of the spec, I've come across the following: | | "An XProc implementation can use either [XPath 1.0] or [XPath 2.0] to | evaluate these expressions. [...]" | | Which means that, within a pipeline, each expression may be evaluated | against different XPath engines (read: versions). Correct? Yes, as spec'd, different expressions may be evaluated by different engines. (Though any given expression will only be evaluated by a single engine.) | If so, when I read on the spec the following system property: | | "p:xpath-version | Returns the version of XPath implemented by the processor for | evaluating XPath expressions on XProc elements." | | Which value(s) should an XProc implementation return, if it provides | two XPath engines? "1.0", "2.0", "1.0 2.0" ? Yeah, I thought about this but decided we didn't need to go that far. But maybe we do. | Nevertheless, I would prefer to have the p:xpath-version available | only at top-level elements (p:pipeline and p:pipeline-library). IMHO, | this whould reduce the confusion of users when looking at a pipeline | and read several XPath expressions written in different versions - on | the same document. Isn't just top-level enough? Maybe. I'd be happy if everyone agreed that it was only necessary at the top level. Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | Men are more like the times they live http://nwalsh.com/ | in than they are like their | fathers.--Ali Ibn-abi-talib
Received on Tuesday, 13 November 2007 17:29:12 UTC