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

Re: Test 6.1.3.b xsi:nil

From: Charles F Wiecha <wiecha@us.ibm.com>
Date: Tue, 12 May 2009 10:45:06 -0400
To: public-forms@w3.org
Message-ID: <OF18AD1355.F8E6BC56-ON852575B4.00507068-852575B4.0050DC5F@us.ibm.com>


I know it's a bit late in terms of 1.1 to bring up this discussion, but it
almost seems to me that we have the interpretation of xsi:nil backwards in
the spec, below.  The intent of xsi:nil="true" seems to be to affirmatively
indicate a nil value, i.e. rather than simply interpreting the absence of
an element to have that meaning.

So if one actually wants to set a value of "nil", then is not that to be
interpreted as filling the form field?  So perhaps the definition of
Required being satisfied is to say (1) either there's non-zero length
content, or (2) xsi:nil="true".  In either case the bound data has a value,
whether nil or not...

If we want to keep the current interpretation (probably so) then I just
suggest we drop this test case since xsi:nil is kind of a no-op given the
other condition...Sorry, Charlie



                                                                                                                           
  From:       Charles F Wiecha/Watson/IBM@IBMUS                                                                            
                                                                                                                           
  To:         public-forms@w3.org                                                                                          
                                                                                                                           
  Date:       05/12/2009 10:24 AM                                                                                          
                                                                                                                           
  Subject:    Test 6.1.3.b xsi:nil                                                                                         
                                                                                                                           
  Sent by:    public-forms-request@w3.org                                                                                  
                                                                                                                           





Dear Forms WG -- I have the action to rewrite test 6.1.3.b which is
concerned with the behavior of xsi:nil in the Required MIP. The definition
of Required is as follows:

A form may require certain values, and this requirement may be dynamic.
When evaluating to true, this model item property indicates that a
non-empty instance data node is required before a submission of instance
data can occur. Non-empty is defined as:

1. If the bound instance data node is an element, the element must not have
the xsi:nil attribute set to true.
2. The value of the bound instance data node must be convertible to an
XPath string with a length greater than zero.

According to W3C schema: An element with xsi:nil="true" may not have any
element content but it may still carry attributes.

So it does not seem possible to test the behavior of xsi:nil strictly on
the presence of element content...there is no valid case where
xsi:nil="true" can also appear with non-zero length instance data. Hence
the two conditions above would seem to be redundant.

Perhaps I've missed something in the last couple of discussions on this
point...my recollection is that we wanted to rework the test solely to
examine the presence of xsi:nil="true" and suppress submission regardless
of element content. We can write the test this way, but that instance would
fail schema validation anyway given the element content...I don't suggest
we do this but is that what was intended???

Thanks, Charlie Wiecha






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

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

Received on Tuesday, 12 May 2009 14:45:53 UTC

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