>> Est-que quelqu'un à déjà fait ou trouvé une transformation xslt qui
rende un
>> schéma xml en texte lisible
Je ne sais pas si cela peut vous donner des idées, mais pour un projet
(qui commence à dater), nous avons implémenter quelque chose qui
ressemble à l'antique DTDParse
<http://projets.ajlsm.com/sdapa/schema/indexes/elements.html>
La documentation était intégrée au schéma dans l'espace de nom décrit
par le schéma (optimisation des transformations nécessaires).
De cette expérience j'en retire qu'il ne saurait y avoir de présentation
générique parfaite d'un schéma, que la destination de ce schéma (orienté
données ou document) induit fortement la présentation que l'on veut lui
donner (la présentation xmlspy est par exemple verbeuse et
inintéressante à lire pour quelque chose comme docbook ou TEI).
Si c'était à refaire, je crois bien que je m'orienterais vers une
solution où la documentation génère le schéma, afin d'être à l'aise pour
les exemples et les définitions.
Cela permet aussi de se libérer d'une syntaxe obligatoire (relax-ng ou
W3c-schéma ?), de pouvoir générer une instance du schéma avec des
options (exemple, pourquoi pas localiser les noms éléments).
Mais bon, les conseilleurs ne sont pas les payeurs.
>> (une sorte d'arbre serait génial)
J'ai du mal à concevoir ce que vous imaginez. Est-ce qu'il n'y a pas des
risques de boucles infinies pour les éléments imbriquables ? Exemple
html, comment rendre div/div/div... ?
> Bonjour,
>
> Le mercredi 21 septembre 2005 à 17:35 +0200, gilles.vandaele@axa.be a
> écrit :
>> Bonjour,
>> pensez-vous qu'il soit possible d'inclure dans un document docbook une
>> représentation (lisible) d'un schéma xml?
>
> Oui, c'est possible mais cela peut prendre pas mal de temps à développer
> en fonction de la qualité de la présentation que vous cherchez et des
> schémas que vous envisagez de supporter.
>
> Il faut également que vous définissiez si vous cherchez à faire la
> documentation du schéma lui-même et de sa technicité (ce qui intéressera
> essentiellement les personnes qui voudraient soit modifier ce schéma
> soit en dériver d'autres) ou le vocabulaire, c'est à dire la structure
> des documents XML conformes à ce schéma (ce qui intéressera les
> utilisateurs de ce vocabulaire).
>
> En fonction de la "technicité" du schéma (c'est à dire du fait qu'il
> utilise ou non certaines fonctionnalités avancées telles que les
> dérivations par extension et restriction, les types abstraits, les
> groupes de substitution, ...), la documentation du schéma peut être très
> différente de la documentation du vocabulaire.
>
>> Je dois créer une documentation, mais je veux éviter de dupliquer des
>> informations. Donc je voudrais créer un document (docbook), mais ne pas y
>> dupliquer les informations sur la structure de mes données, qui sont déjà
>> decrites dans un schéma. Je voudrais donc que ma documentation docbook
>> inclue le résultat d'une transformation de mon schéma. (puisque le shèma en
>> lui-même doit être traité pour être lisible dans une documentation). Le tout
>> dynamiquement, évidement, pour que toute modification du shèma soit
>> directement traduite...
>> Une idée?
>
> C'en est une :-) ...
>
>
> Je l'ai déjà fait à plusieurs reprises pour mes clients, en XHTML plus
> souvent qu'en DocBook et depuis des schémas W3C XML Schema ou RELAX NG,
> mais jamais de manière très générique (ni publiable).
>
> Vous trouverez sur le web plusieurs exemples de transformations faisant
> ce type de travail dont xs3p.xsl utilisé notamment par oXygen et dont on
> retrouve des copies un peu partout sur le web.
>
> Peut-être pourriez-vous adapter une de ces transformations à vos
> besoins?
>
> Cordialement,
>
> Eric van der Vlist
>
>> Gilles VANDAELE
>
--
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 Sep 21 21:49:01 2005
