Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Eric Silber (esilber@northernlight.com)
Date: 05/01/2001 - 16:24


merci a tous pour vos reponses!

Si j'ai bien compris , je peux alors definir dans mon schema
un compose' "map" par:

<element name="KeyValPair">
                 <complexType>
                         <sequence>
                                 <element name="key" type="anyType"/>
                                 <element name="value" type="anyType"/>
                         </sequence>
                 </complexType>
</element>

<element name="Map">
                 <complexType>
                         <sequence>
                                 <element ref="cobrand:KeyValPair"/>
                         </sequence>
                 </complexType>
  </element>

MAIS , j'avais l'idee d'utiliser un substitutionGroup pour:
limiter dans un document les ''types'' des maps
     e.g. map de (int,string) okay parceque element IntStrPair est dans
     le substitutionGroup KeyValPair, mais map de (string,string) ---->
validation error

    Alors, puisque l'element de tete (KeyValPair) a des sous-elements de
type anyType,
    le substitutionGroup n'aura aucune fonction de restriction .

  ????

At 10:06 AM 1/5/01 +0100, Eric van der Vlist wrote:
>CHABE Sylvie wrote:
> >
> > Je connais le type xsd:anyType qui est, je crois, encore plus générique que
> > xsd:string
>
>Effectivement, il s'agit d'un type abstrait qui n'est pas listé dans les
>types de données W3C XML Schema mais qui est pourtant considéré comme la
>base dont tous les types, simple ou complexes sont dérivés.
>
>C'est donc une sorte de "joker" qui peut être utilisé dans ce cas.
>
>Cordialement,
>
>Eric van der Vlist
>--
>------------------------------------------------------------------------
>Eric van der Vlist Dyomedea http://dyomedea.com
>http://xmlfr.org http://4xt.org http://ducotede.com
>------------------------------------------------------------------------
>
>--
>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)

--
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

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement