Re: id() function in XForms 1.1

David Landwehr <david.landwehr@solidapp.com> wrote on 04/04/2006 02:17:28 
PM:

> 
> Hi,
> 
> Just a quick comment about the id function in XForms 1.1. It seems to 
> say that the second argument is a node-set which will be used to search 
> for the ids. Please note that this is not aligned with the function 
> description for the XPath 2.0 id function since its second argument is 
> treated as a single node (it will only search in one document). As the 
> XPath 2.0 function is namespaced and in a different spec that XForms 
> this might not be concerned as a problem. But I believe it would be 
> nicer if the functions works in the same way in both specifications.
>
I think this is a good point, don't know what the rest of the group thinks 
about this.
 
> Also the definition of the ID function does not specify what happens 
> when there are duplicates (e.g. more than one node with a particular 
ID).
If we 'solve' he other editorial notes, we probably want to solve this one 
too.
But I don't know if you want to add something like 'If several elements 
have the same ID value, then E is the one that is first in document 
order.' (as in XQuery 1.0 and XPath 2.0 Functions and Operators) because 
our instance data is constantly changing and if you are maintaining an ID 
to element mapping in a separate data structure (for performance reasons), 
I think it can be time consuming, in some implementations, if you need to 
check if a duplicate ID is added which of the two elements comes first in 
document order.

> 
> And in general I think this definition would benefit by being closely 
> aligned to the XPath 2.0 id function description also in terms of the 
> complexity of description.
I also agree on this one.

> 
> Best regards,
> David
> 
> -- 
> --------------------------------------------
> David Landwehr (david.landwehr@solidapp.com)
> Chief Executive Officer, SolidApp
> Web: http://www.solidapp.com
> Office: +45 48268212
> Mobile: +45 24275518
> --------------------------------------------
> 
> 

Nick



--------------------------------------------------

Inventive Designers' Email Disclaimer:

http://www.inventivedesigners.com/email-disclaimer

Received on Wednesday, 5 April 2006 06:33:04 UTC