From: Eric van der Vlist (vdv@dyomedea.com)
Date: 09/02/2004 - 09:38
On Mon, 2004-02-09 at 10:25, Alexandre Arcouteil wrote:
> Herve AGNOUX wrote:
> > Le Lundi 09 Février 2004 08:56, Eric van der Vlist a écrit :
> >>Je ne comprend plus, un langage qui interdise quoi ?
> > Qui interdise que l'on puisse stipuler le contenu d'un élément selon son
> > contexte.
> > Ce genre de règles me gène beaucoup, car je les trouve très compliquées à
> > contrôler, et j'ai peur qu'elles générent des documents très compliqués à
> > comprendre, même pour un humain. Je voudrais qu'elles soient plus
> > qu'interdites, je voudrais qu'elles soient même impossibles à spécifier.
>
> Dans le cas de WXS, cela reviendrait à interdire les déclarations
> d'éléments locaux non ? Si j'ai bien compris seuls des déclarations de
> ce type serait autorisées :
>
> <xs:element name="a">
> <xs:complexType>
> <xs:choice minOccurs="0" maxOccurs="unbounded">
> <xs:element ref="b"/>
> <xs:element ref="c"/>
> </xs:choice>
> </xs:complexType>
> </xs:element>
> <xs:element name="b">
> <xs:complexType>
> <xs:choice minOccurs="0" maxOccurs="unbounded">
> <xs:element ref="a"/>
> <xs:element ref="c"/>
> </xs:choice >
> </xs:complexType>
> </xs:element>
> <xs:element name="c">
> <xs:complexType/>
> </xs:element>
>
> La solution consisterait à définir le schema d'un sous-langage WXS qui
> n'autoriserait que des déclarations globales ? Qu'est-ce qui interdirait
> l'utilisation d'un tel schema ?
C'est un peu brutal (on peut utiliser des définissions locales sans
redéfinir les éléments pour autant), mais c'est une solution.
Une des conséquences quand on fait la promotion des définitions globales
d'éléments est que l'on n'a plus aucun contrôle sur l'élément racine.
De plus, il faudrait également restreindre (voir interdire)
l'utilisation de xs:any qui permettrait de tricher avec cette règle...
A part cela, ça devrait marcher...
On peut exprimer une règle analogue pour RELAX NG au moyen d'un schéma
Schematron.
Eric
> alex
>
>
>
> --
> Devenez redacteur <XML>fr et contribuez au developpement du
> xml francophone (http://xmlfr.org/infos/redacteurs/) !
>
> Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
>
> Cette liste est a votre disposition pour discuter en francais de
> tout sujet technique lie a XML.
>
> Pour resilier votre abonnement, envoyez un message contenant
> la commande "unsubscribe" a xml-tech-request@xmlfr.org
> (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
--
Don't you think all these XML schema languages should work together?
http://dsdl.org
Upcoming XML schema languages tutorial:
- Santa Clara -half day- (15/03/2004) http://masl.to/?J24916E96
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(ISO) RELAX NG ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:05 UTC
webmaster@xmlfr.org
| 
