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

How xforms 1.1 handles elements with xsi:nil set to true. (Integration between XBRL and XFORMS)

From: Ignacio Hernández-Ros <ignacio@reportingstandard.com>
Date: Tue, 27 May 2008 13:15:08 +0200
To: <www-forms@w3.org>
Cc: <public-forms@w3.org>
Message-ID: <008d01c8bfea$ef851d30$ce8f5790$@com>


First of all I would like to say thank you to all people suggesting to use
CSS as the technology for take control over formatting issues of the form.
This is working well and I’m making some progress that you can see here.
http://www.reportingstandard.com/xforms/index.xhtml (you must open this page
using a XForms aware browser. Content type is application/xhtml+xml and IE
sometimes does not handle this properly).


I’ve a question about how the xforms spec (1.1) handles elements with
xsi:nil set to true.


If I’ve an element definition in a schema like this:










then, an instance document according to this schema may contain an element
like this:


<Revenue … xsi:nil=”true”/>


If I use a node like this in a xf:model and I bind a form control to the
Revenue element. I would expect that if I type data in the form the
generated XML document would contain something like


<Revenue … >1000</Revenue> 


That is; without the xsi:nil attribute on it because it has been “edited” to
contain data. It looks to me that this is not “the default behavior” because
I obtain 


<Revenue … xsi:nil=”true”>1000</Revenue> 


which is incorrect XML


This could also be a bug in Firefox so I’m sorry if this is the case. The
reason I’m sending this to the w3c groups is because I’ve not read any
implementation note in the xforms spec documentation about this. A normative
sentence may not required, but it would be worth adding an implementation







Ignacio Hernandez-Ros 

XBRL Expert

Reporting Estandar S.L.

 <mailto:ignacio@reportingstandard.com> ignacio@reportingstandard.com

 <http://www.reportingstandard.com> xbrl.reportingstandard.com
Cell: +34 609027754

Received on Tuesday, 27 May 2008 11:16:02 UTC

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