Thanks for your note. I meant that the generate-id( ) function is
"physically placed" within the lateral fo element, but obviously (now) this
is irrelevant to how it acts to the current source node.
|-----Original Message-----
|From: David Carlisle [mailto:davidc(_at_)nag(_dot_)co(_dot_)uk]
|Sent: Tuesday, October 30, 2007 7:34 PM
|To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
|Subject: Re: [xsl] Q re Fo internal linking (& xslt processing
|algorithm)
|
|
|> That's in spite of that fact that the function is invoked
|from within
|> a lateral fo element.
|
|The state of the result tree is irrelevant, generate-id()
|depends on the current node, in exactly the same way as . does
|(or any relative XPath) In XSLT1 there is always a current
|node that affects XPath processing. (In some contexts in XSLT2
|the current node is undefined, and XPath expressiosn relying
|on it raise an error)
|
|David
|
|_______________________________________________________________
|_________
|The Numerical Algorithms Group Ltd is a company registered in
|England and Wales with company number 1249803. The registered
|office is:
|Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.
|
|This e-mail has been scanned for all viruses by Star. The
|service is powered by MessageLabs.
|_______________________________________________________________
|_________
|
|--~------------------------------------------------------------------
|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>
--~--