W3C home > Mailing lists > Public > www-forms@w3.org > March 2008

Re: what should happen when a xf:insert is inside a xforms-select handler?

From: John Boyer <boyerj@ca.ibm.com>
Date: Wed, 5 Mar 2008 13:48:17 -0800
To: Aaron Reed <aaronr@us.ibm.com>
Cc: www-forms@w3.org
Message-ID: <OF57638311.8C55914C-ON88257403.0077A63E-88257403.0077C7C4@ca.ibm.com>
Hi Aaron,

I'd like to see the thing which doesn't work.

One does not have direct tree comparison capabilities, regardless of event 
order, and it doesn't seem to matter much because the subtrees will often 
be keyed by the value of a particular element in the subtree anyway...

John M. Boyer, Ph.D.
Senior Technical Staff Member
Lotus Forms Architect and Researcher
Chair, W3C Forms Working Group
Workplace, Portal and Collaboration Software
IBM Victoria Software Lab
E-Mail: boyerj@ca.ibm.com 

Blog: http://www.ibm.com/developerworks/blogs/page/JohnBoyer
Blog RSS feed: 

Aaron Reed <aaronr@us.ibm.com> 
Sent by: www-forms-request@w3.org
03/05/2008 09:00 AM


Re: what should happen when a xf:insert is inside a xforms-select handler?

Hey John,

> Realizing that the above may not win the convenience award, it would, 
> for anyone who responded to the call for expression of need, cause me to 

> ask:  what specifically are you trying to do that you can't do?

Your workaround will work for cases where the xf:item contains xf:value 
elements.  But I do not believe that the workaround is possible should 
the xf:itemset contain a xf:copy element unless there is an xpath 
function that I'm unaware of (a distinct possibility) to determine node 
tree equality.  I guess it is possible using JS, though (on Firefox, at 

Received on Wednesday, 5 March 2008 21:48:44 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:36:21 UTC