[xml-tech] Re: Relax NG

> Oui, c'est ce que j'avais compris, je voulais simplement dire que vous
> auriez pu

Je peux encore ! Le temps de modifier l'existant est un inconvénient
faible comparé à l'avantage de potentiellement pouvoir générer un schéma
validant des instances.

> atteindre les mêmes buts (générer du XML et/ou des interfaces
> utilisateurs) tout en restant conforme au standard si vous aviez utilisé
> des annotations plutôt que détourner l'élément param! L'intérêt pour
> vous serait de conserver des schémas utilisables en tant que tels.

Du moins en les transformant le moins possible, tout en bénéficier
d'acquis de réflexion et de modélisation.

Permettez moi d'abord de revenir sur votre snippet

<rng:data type="xsd:token">
    <rng:param name="pattern">[A-Z- ]+(, [A-Z][^\(\(]+)?</rng:param>
</rng:data>

Est-ce que le nom qualifié xsd:token est une pratique courante reconnue
par les applications validantes ?
J'ai l'impression que Relax-NG ne l'autorise pas (du moins si je ne me
trompe pas sur le sens de NCName) ?

<element name="data">
   <attribute name="type">
     <data type="NCName"/>
   </attribute>
...

>> <rng:data type="xsd:token">
>> <sch:assert test="document(@href)">La notice liée ne réponds
>> pas</sch:assert>
>> <sch:assert test="document(@href)/Revue">La notice liée n'est pas une
>> revue</sch:assert>
>> <sch:report test="document(@href)/Revue/ISSN[normalize-space(.) =
>> '']">La revue liée n'a pas d'ISSN</sch:report>
>> </rng:data>
>
> Oui bien qu'il n'y ait pas unanimité sur cette utilisation qui lie les
> prédicats Schématron aux patterns RNG et rend interdépendantes les deux
> implémentations ce que conteste Rick Jelliffe.
>
> Le processeur MSV de Sun implémente quelque chose qui suit ce
> principe.

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 ?

Pour un motif regexp, je regrette qu'il n'y ai pas quelque chose de
simple en schématron (à moins d'utiliser une syntaxe xpath avec des
extensions de fonctions ? ou bien d'utiliser du xpath2
http://www.schematron.com/iso/P9.html#T44 )

Cela permettrait d'associer un message d'erreur de la même manière.

Dans
<rng:param name="pattern">[A-Z- ]+(, [A-Z][^\(\(]+)?</rng:param>
J'aurai la tentation d'ajouter un attribut pour ce message de
validation, mais le schéma de Relax-NG ne semble pas y autoriser, pensez
vous que cela soit un risque pour d'autres applications ?

Déjà merci pour vos indications.

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