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.