Re: Schémaavec validation non-binaire ?

Le vendredi 29 février 2008 à 10:12 +0100, Adrien Kmiecik a écrit :
> Quand j'amène un panier de champignons chez un Pharmacien, je m'attends 
> à ce qu'il me sorte les bons champignons des autres ; pas qu'il me dise 
> "la quasi - totalité est bonne" !
> De même, sur un document que je reçoit, je préfère savoir que 2 types de 
> contrôles effectués sont fiables à 100% plutôt que 5, fiables à 80% !!!
> D'autre part, ce sont peut-être les contraintes de validations du 
> schéma, choisi par le concepteur sur un document, qui sont à revoir 
> plutôt que leur rigidité...

Non, cela dépend de l'utilisation que vous faites des documents.

A titre d'exemple, le robot qui gère la publication des articles sur
XMLfr gère deux types d'erreurs : les erreurs de structure qui sont
susceptibles de poser des problèmes de présentation sur le site sont
considérées comme des erreurs graves, par contre certaines anomalies
telles que le fait de définir le même nom dans un document en tant que
"object.title" et "org" (ce qui est généralement une erreur mais peut
être légitime dans certains cas) sont considérées comme de simples
avertissements.

Dans ce cas, mais c'est assez général, dissocier erreurs et
avertissements permet de monter la barre et de détecter plus d'anomalies
sans pour autant bloquer certaines pratiques peu courantes mais tout de
même légitimes.

A l'inverse, refuser cette possibilité c'est un peu comme refuser qu'un
programme puisse envoyer des warnings dans un fichier de log!

Cordialement,

Eric van der Vlist 

-- 
GPG-PGP: 2A528005
Curious about Relax NG? Read my book online.
                                   http://books.xmlschemata.org/relaxng/
------------------------------------------------------------------------
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
------------------------------------------------------------------------


-- Attached file included as plaintext by Ecartis --

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBHyExvDvn+ZCpSgAURAqIjAJ0TJR0vtLbqGRk2J5VJwkNCNWuztACdEJRs
XkVCr7+niZ9p7CuKFHoykEA=
=jISC
-----END PGP SIGNATURE-----