> (http://books.xmlschemata.org/relaxng/ch17-77188.html)
Tout d'abord, merci de rappeler le lien à votre livre, qui me permet de
trouver les réponses à beaucoup de mes questions.
>> <rng:data type="xsd:token">
>> <rng:param name="pattern">[A-Z- ]+(, [A-Z][^\(\(]+)?</rng:param>
>> </rng:data>
> Effectivement et je fais partie de ceux qui ont milité pour que ce soit
> un NCName :-) ...
Et l'on qualifie comme ici ?
http://books.xmlschemata.org/relaxng/relax-CHP-8-SECT-1.html#relax-CHP-8-SECT-1.1
avec un attribut héritable
@datatypeLibrary="http://www.w3.org/2001/XMLSchema-datatypes"
>> Je vais donc utiliser cela, et au niveau applicatif, cela simplifie
>> sérieusement la gestion des messages d'alertes. La localisation n'est
>> pas encore un besoin pour nous, mais quelle est la bonne pratique
>> schématron ? Sur un attribut id des assert ou report ?
Pardonnez moi pour ma question, quand je parlais localisation, je
pensais traduction des messages, ce qui ne retire pas l'intérêt de votre
réponse.
> Ce que conseille Rick Jelliffe est un peu extrême... Il voudrait que
> assert et report ne soient jamais employés en dehors de rule (qui
> définit un noeud contexte).
De quoi produire par exemple un <xsl:template/> ?
Pour mon cas un contexte RelaxNG me permet de conserver cette information ?
> Cela revient à dire que l'endroit où vous insérez vos règles dans un
> schéma n'a aucune importance.
>
> L'avantage est que vous pouvez extraire le schéma Schematron par une
> transformation XSLT très simple à écrire et gérer la validation de
> manière indépendante.
>
> L'inconvénient est que cela revient finalement à écrire deux schémas
> indépendants (RNG ou WXS et Schematron) que vous mettez physiquement
> dans un document unique.
[regexp et schématron]
> Effectivement, vous pouvez utiliser XPath 2.0 dans la version ISO de
> Schematron... Mais je ne pense pas que MSV le supporte.
Et l'écriture serait beaucoup moins limpide que --v
>> <rng:param name="pattern">[A-Z- ]+(, [A-Z][^\(\(]+)?</rng:param>
> Si, vous pouvez ajouter un attribut "externe" (c'est à dire appartenant
> à un espace de noms autre que RNG) dans l'élément param!
quelque chose comme
@xform:alert par exemple ?
C'est un peu un abus puisque le nom n'est pas défini comme attribut en
xforms mais
> Le schéma de l'élément param est:
>
> element param
> {
> attribute name { xsd:NCName },
> (
> attribute ns { text }?,
> attribute datatypeLibrary { xsd:anyURI }?,
> attribute * - (rng:* | local:*) { text }*
> ),
> text
> }
>
>
> Les attributs externes correspondent au pattern
> "attribute * - (rng:* | local:*)" ...
>
>> pensez
>> vous que cela soit un risque pour d'autres applications ?
>
> Non puisque c'est conforme à la norme :-) ...
>
> Par contre, si vous utilisez un processeur RNG pour valider vos
> documents, il ne sera pas évident de remplacer le message d'erreur par
> le contenu de votre attribut.
Je n'en attends pas tant.
--
Frédéric Glorieux (AJLSM, http://ajlsm.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)
Received on Wed Nov 16 11:42:27 2005
