- From: Mark Birbeck <mark.birbeck@x-port.net>
- Date: Thu, 4 May 2006 12:31:33 +0100
- To: <www-forms@w3.org>
Hi Allan, > -----Original Message----- > From: www-forms-request@w3.org > [mailto:www-forms-request@w3.org] On Behalf Of Allan Beaufour > Sent: 04 May 2006 10:28 > To: Mark Birbeck > Cc: www-forms@w3.org > Subject: Re: XForms Basic and Schema Validation > > > On 5/4/06, Mark Birbeck <mark.birbeck@x-port.net> wrote: > > However, one thing is certain--the error (using an undefined type) > > cannot be ignored. On the telecon earlier today, people kept saying > > that if a non-existent type was referenced then the > processor should > > interpret the node as being of type xsd:string; I don't see > how this > > interpretation was arrived at, and it's certainly not in > the specification. > > It is in Basic is it not: > "XForms Basic Profile processors may treat XML Schema > datatypes other than the following as xsd:string: [... list of types]" > [http://www.w3.org/TR/xforms-basic/#id2606183] > > -- > ... Allan No...I think that's something different. I read that to mean that all XML Schema built-in types *other than* those listed can be treated as xsd:string. In other words, you can treat the following XML Schema datatypes as strings: * duration * hexBinary * float * double * QName * NOTATION * normalizedString * token * language * Name * NCName * NMTOKEN * NMTOKENS * ID * IDREF * IDREFS * ENTITY * ENTITIES But these are 'known' types--it's no more than saying that if an author uses: <bind nodeset="a" type="xsd:QName" /> an implementer of XForms Basic need not actually check for a QName, but can just check as for xsd:string. But this doesn't mean that using an unknown type is ok: <bind nodeset="a" type="xsd:doodle" /> This should still be an error of some sort, in both Full and Basic. Regards, Mark Mark Birbeck CEO x-port.net Ltd. e: Mark.Birbeck@x-port.net t: +44 (0) 20 7689 9232 b: http://internet-apps.blogspot.com/ w: http://www.formsPlayer.com/ Download our XForms processor from http://www.formsPlayer.com/
Received on Thursday, 4 May 2006 11:34:08 UTC