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@xxxxxxxxx] 
|Sent: Tuesday, October 30, 2007 7:34 PM
|To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
|Subject: Re:  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. 
|_______________________________________________________________
|_________
|
|