- 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>
Hello, 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: <xsd:element name="Revenue" id="tx_Revenue" type="xbrli:monetaryItemType" substitutionGroup="xbrli:item" nillable="true" xbrli:periodType="duration"/> 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 note. Regards, Ignacio 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:00 UTC