- From: David A. Lee <dlee@calldei.com>
- Date: Mon, 27 Apr 2009 06:55:25 -0400
- To: Toman_Vojtech@emc.com
- CC: public-xml-processing-model-comments@w3.org
- Message-ID: <49F58F1D.70201@calldei.com>
The threading links in MarkMail seem to be pulling in extranous emails. I mean this email in particular http://markmail.org/message/k57tqpki4yrdw7rp David A. Lee wrote: > Very interesting. > > I asked a similar question in this thread : > http://markmail.org/thread/ipr4pa5ua4ctghiw > > > > Which I have not yet received an answer > > > > > > > Toman_Vojtech@emc.com wrote: >> Suppose I have a pipeline that looks like this: >> >> <p:pipeline xmlns:p="http://www.w3.org/ns/xproc" xmlns="http://foo.com"> >> <p:choose> >> <p:when test="... contains(., 'bar') ...">...</p:when> >> <p:otherwise>...</p:otherwise> >> </p:choose> >> </p:pipeline> >> >> Does the XPath expression evaluate without errors, or not? I just discovered that with our implementation, it does not, because: >> >> 1. The default namespace is "http://foo.com", >> 2. the default namespace is included in the set of in-scope namespaces of the processor XPath context (section 2.6.1.1), >> 3. the local function name contains() resolves to {http://foo.com}contains(), which of course does not exist >> 4. ... and the XPath expression fails >> >> It came as a sort of surprise to me, but perhaps it is just correct and what the XProc specification expects to happen in this case. Or is it a bug in our XPath handling? >> >> >> Regards, >> Vojtech >> > > -- > ----------------------------------------------------------- > David A. Lee > dlee@calldei.com > http://www.calldei.com -- ----------------------------------------------------------- David A. Lee dlee@calldei.com http://www.calldei.com
Received on Monday, 27 April 2009 10:56:11 UTC