[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Re: mapping (Was: Re: Re: . in for)

Subject: Re: Re: mapping (Was: Re: Re: . in for)
From: Jeni Tennison <jeni@xxxxxxxxxxxxxxxx>
Date: Wed, 9 Jan 2002 09:35:44 +0000
Re:  Re: mapping (Was: Re: Re: . in for)
Hi Dimitre,

> As I already pointed out in my reply to Dave,
>>   $departments map lower-case(.)
> would be ambiguous, as lower-case(.) is a value/string (the result
> of the application of lower-case() on .

True - with most operators, both operands are evaluated with the same
focus and the result is combined in some way.

But this isn't true for all "operators": the / "operator" for

  table / row

does not involve getting the child table elements of the context node
and combining them in some way with the child row elements of the
context node. Instead, the expression 'row' is performed with a
focus derived from the expression 'table'.

The "dereference operator" is similar:

  figref[1]/@refid => figure

Perhaps it's therefore wrong to call these syntactic constructs
'operators' (is there a better name?). My intent was that 'map'
behaved in a similar way to '/'.



Jeni Tennison

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list

Current Thread


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.