Re: [Xsltforms-support] trouble with XML schema that specializes its own simpleType

[Alain C. <ala...@ag...>]

Hello Adam,

This should work because XSLTForms supports xs:simpleType and successive 
restrictions. This sounds more like a prefix issue.

Could you please send me a minimal testcase?

Thanks!

-Alain

Le 01/07/2013 23:51, Adam McKee a écrit :
> Hi Alain & everyone,
>
> I've found XSLTForms 576 does not appreciate an XML Schema that
> specializes its own SimpleType.
>
> For example, if my schema defines this simple type:
>
>      <xs:simpleType name="nonEmptyString">
>          <xs:restriction base="xs:string">
>              <xs:minLength value="1"/>
>              <xs:pattern value="\S+(.*\S+)?"/>
>          </xs:restriction>
>      </xs:simpleType>
>
> ... and then specializes it to create another simple type:
>
>      <xs:simpleType name="string100">
>          <xs:restriction base="myns:nonEmptyString">
>              <xs:maxLength value="100"/>
>          </xs:restriction>
>      </xs:simpleType>
>
> ... then XSLTForms will not accept the schema.  It complains:
>
>      "Schema for namespace undefined not defined for type nonEmptyString"
>
> The schema is valid.  If I load it into <oXygen/> editor for example,
> it correctly understands the "string100" type.
>
> I can work around this by making the "string100" type a specialization
> of "xs:string", and repeating in the "string100" type all the
> constraints that are specified for the "nonEmptyString" type.
>
> What do you make of this?
>
> Thanks!
>
> -Adam
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Xsltforms-support mailing list
> Xsl...@li...
> https://lists.sourceforge.net/lists/listinfo/xsltforms-support
>