>>However, if you instance was like this: >><myroot> >> <a> (node 1) >> <b> (node 2) >> <a/> (node 3) >> </b> >> </a> >></myroot> >> The input would be bound to node 1, and the relevant would apply to node >> 1 also. OK. I see I made mistakes in wring my original examples. Hopefully I have corrected the mistakes here (and this is not a nested bind) <bind id="b1" nodeset="/myroot/a/b"/> <bind id="b2" nodeset="a" relevant="false"/> <repeat ref="/myroot/a/b" > <input id="i1" bind="b2"> ... </input> </repeat> In the above example my input control is in the context of repeat And the nodeset selected by repeat is /myroot/a/b Case 1: If my input is really binds to Node-1 (/myroot/a) So what is the expected behavior of insert/delete on the repeat. (Assuming the relevance is true of bind "b2"), If an "insert" is triggered what/where is "new" node created? Case 2: If my input binds to Node-3 (/myroot/a/b/a). Then the "relevance" property is attached to which node? (/myroot/a/b/a OR /myroot/a). This is what I think 1. Input node binds to /myroot/a/b/a 2. "relevance" property is attached to /myroot/a Am I thinking right?Received on Monday, 7 October 2002 10:14:30 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 3 October 2007 16:01:50 GMT