xsl-list
[Top] [All Lists]

Re: Looking for a shorter mapping expression

2004-12-05 01:50:14
Dimitre,

took me a sec to realize you were refering to page 208 in his XPath
book...  I reread the XSLT 2.0 page 208 several times before I
realized "xpath expression = xpath book" :)  I'm with you now...

Are you refering to the fact an error is returned if E2 does not
return a sequence of nodes?  I guess that doesnt really make a lot of
sense given the above... but does this same rule apply when "/" is
used an an operand instead of a path expression?


On Sun, 5 Dec 2004 19:24:13 +1100, Dimtre Novatchev
<dnovatchev(_at_)gmail(_dot_)com> wrote:
Because, according to the XPath 2.0 spec:

"only the last step in a path is allowed to return a sequence of atomic 
values."

http://www.w3.org/TR/xpath20/#id-path-expressions

Even the last E2 in a path expression should evaluate either to a
sequence of nodes or a sequence of atomic values, but not a mixture of
the two... I find this unreasonably restrictive and wonder why it was
decided so.

Also, read page 208 of Mike's book.

Cheers,
Dimitre.

On 05 Dec 2004 08:07:54 +0000, Colin Paul Adams


<colin(_at_)colina(_dot_)demon(_dot_)co(_dot_)uk> wrote:
"Dimtre" == Dimtre Novatchev <dnovatchev(_at_)gmail(_dot_)com> writes:

   Dimtre> Hi, Could someone, please, suggest a more compact
   Dimtre> expression, equivalent to the value of the "select"
   Dimtre> attribute below:

   Dimtre>       <xsl:sequence select= "for $this in $pList1 return
   Dimtre>                                     f:apply($pFun, $this)" />

   Dimtre> It seems to me that this is illegal:

   Dimtre>      $pList1/ f:apply($pFun, .)

   Dimtre> because $pList1 in general may contain atomic items (not
   Dimtre> nodes).

Why should that make it illegal? You have two primary expressions (a
variable reference and a function call) on either side of a /, so it
looks like a valid relative path expression to me.
--
Colin Paul Adams
Preston Lancashire

--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: 
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--



--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: 
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--




-- 
<M:D/>

:: M. David Peterson
:: XML & XML Transformations, C#, .NET, and Functional Languages Specialist
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--