W3C home > Mailing lists > Public > public-forms@w3.org > February 2009

Re: Issue with test 10.3.j

From: Keith Wells <wellsk@us.ibm.com>
Date: Tue, 17 Feb 2009 11:17:29 -0500
To: John Boyer <boyerj@ca.ibm.com>, Erik Bruchez <ebruchez@orbeon.com>
Cc: Forms WG <public-forms@w3.org>
Message-ID: <OF147BD60B.2A739772-ON87257560.005812FF-85257560.00597E01@us.ibm.com>

I changed 10.3.j.xhtml to say "You must not see the value..." instead of
"You must see the value ..." -- is this acceptable?

Also, the zip file has been updated with the latest Test Suite content.

Keith


                                                                           
             John Boyer                                                    
             <boyerj@ca.ibm.co                                             
             m>                                                         To 
             Sent by:                  Erik Bruchez <ebruchez@orbeon.com>  
             public-forms-requ                                          cc 
             est@w3.org                Forms WG <public-forms@w3.org>      
                                                                   Subject 
                                       Re: Issue with test 10.3.j          
             02/17/2009 02:07                                              
             AM                                                            
                                                                           
                                                                           
                                                                           
                                                                           





I agree with Erik that the test is wrong.  Further, the test should switch
to testing that the insertion of the attribute does *not* occur (NO-OP)
because we already have the test for appendix B4 which test that the
attribute insertion does occur when the context attribute is used.

Cheers,
John M. Boyer, Ph.D.
STSM, Interactive Documents and Web 2.0 Applications
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:
http://www.ibm.com/developerworks/blogs/rss/JohnBoyer?flavor=rssdw



                                                                           
 From:          Erik Bruchez <ebruchez@orbeon.com>                         
                                                                           
 To:            Forms WG <public-forms@w3.org>                             
                                                                           
 Date:          02/16/2009 10:53 AM                                        
                                                                           
 Subject:       Issue with test 10.3.j                                     
                                                                           






All,

I believe that this test is incorrect. It contains three inserts
similar to this one:

<xforms:insert origin="instance('second')/item_list/item[1]/@price"
               nodeset="instance('first')/item_list/item[1]" />

The test expects that the attribute pointed to by the @origin
attribute is added to the element pointed to by the @nodeset
attribute. It is my understanding that this must not happen, and here
is why:

* The "insert location node" is element item[1] in instance
  "first".

* Then, "the insert location node provided by the Node Set Binding and
  optional at attribute is intended to be the sibling of the cloned
  node". This means that the attribute is intended to be a *sibling*
  of the item[1] element, which of course is not possible.

* Therefore we fall under the condition: "If a cloned node cannot be
  placed at the target location due to a node type conflict or because
  the target location is undefined, then the insertion for that
  particular cloned node is ignored."

This behavior was intentionally specified to consistently
differentiate between the insertion of siblings vs. children. Broadly:

* If one or more nodes result from @nodeset evaluation, then cloned
  nodes are inserted "next to" the nodes specified. (The root element
  is a border case exception.)

* Otherwise, if a node results from @context evaluation, then cloned
  nodes are inserted "within" the node specified.

So the test should be modified to:

<xforms:insert origin="instance('second')/item_list/item[1]/@price"
               context="instance('first')/item_list/item[1]" />

Alternatively, we could maybe keep test 10.3.j as is but make sure we
test that it NOPs, and create 10.3.k to test the proper insertion with
@context.

Note that example "B.4 Set Attribute" in the spec shows the correct
usage with @context.

Also, I believe that one implementation reported passing the broken
test.

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/








graycol.gif
(image/gif attachment: graycol.gif)

pic05988.gif
(image/gif attachment: pic05988.gif)

ecblank.gif
(image/gif attachment: ecblank.gif)

Received on Tuesday, 17 February 2009 16:18:32 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 October 2013 22:06:50 UTC