Re: Macros en XML

Stephane Bortzmeyer <[email protected]> Tue, 29 May 2007 19:48:22 +0200
Newsgroups gmane.text.xml.french.tech
Message-ID <[email protected]>
On Tue, May 29, 2007 at 11:44:10AM +0200,
 Adrien Kmiecik <[email protected]> wrote 
 a message of 103 lines which said:

> > Donc, si je comprends bien, je fais :
> >
> > - un schéma où j'ajoute les éléments qui me plaisent,
> > - un programme XSLT qui traduit ce MyDocBook en vrai DocBook.
> >   
> Je dirais l'inverse :
> - Tu crées un nouveau schéma, définissant les éléments, attributs ou 
> liste de tes macro : macro.xsd + targetnamespace afin d'éviter une 
> confusion de vocabulaire avec docbook, mais ce n'est pas obligatoire.
> - Tu fusionnes le schéma Docbook (non modifié) avec macro.xsd dans un 
> schéma "parapluie". docbook_macro.xsd
> - Tu parametres ton éditeur pour que l'identifiant du schéma Docbook 
> (publicId ou namespace???) pointe sur docbook_macro.xsd

Hmmm, j'ai dû mal m'exprimer, alors, parce que c'est exactement ce que
je proposais. (Sauf la "fusion", bien sûr, puisque le schéma Docbook
est modulaire et peut être étendu/modifié sans fusionner les schémas.)
 
> > Le gros problème que je vois est pour l'échange de fichiers XML. Il
> > faudra que j'envoie le schéma et le programme XSLT systématiquement.
> >  
> >   
> 
> Un programme XSLT traduira le source docbook+macro en pure docbook.
> C'est ce dernier qui devra être transmis à la chaine de transformation, 
> en local ou sur un serveur.

Je parlais de l'échange de fichiers. Avec d'autres êtres humains. Pas
de la soumission à un système de traitement.

Dans le second cas, ce n'est pas grave si on a transformé le document,
personne ne regardera cette étape intermédiaire. C'est plus embêtant
pour le premier cas.