Le choix de ne pas mettre cette possibilité dans
la norme est lié au fait qu'un document doit
pouvoir être "processé" de façon différente pour
différent contextes d'utilisation.
Du coup, et de façon générique (donc plus loin
que ton exemple personnel), une xslt par défaut
est-elle pertinente ? C'est pour ne pas répondre
de façon mécanique à cette question que les
créateur de la norme n'ont pas mis en place cette
notion de fds par défaut. Je me souviens même, tu
t'en douteras, que c'étaient les acteurs du monde
SGML qui ont poussé pour que ce mécanisme n'existe pas.
Comment faire ? Un truc qui doit pouvoir t'aider
est le fait que tout document est associable à
une DTD qui elle à un nom public : donc une
identification formelle de classe de document. Du
coup, si tu as la notion d'identification de
classe de façon non ambigue, il te reste à
trouver le mécanisme le plus astucieux
d'association qui sera certainement programmable.
Je ne sais pas si c'est la bonne méthode mais
c'est en tout cas celle utilisée par bon nombre
d'outils d'édition XML comme Epic editor ou
XMLMind. On peut aussi utiliser la balise root mais c'est beaucoup plus ambigu.
Ou sinon, en bidouillant un peu, si tu connais la
classe de documents et le noms de tous, tu peux
faire un document "wrapper" qui lui porte l'association de la fds.
le wrapper.xml serait :
<?xml version="1.0">
><?xml-stylesheet href="mystyle.css" type="text/css"?>
<!DOCTYPE wrapper [
<!ENTITY leDocAAssocier SYSTEM "docALire.xml">
]>
<wrapper>&leDocAAssocier;</wrapper>
Ensuite, pour utiliser ce mécanisme, c'est au
choix : tu crés tous ces fichiers un a un par
programme ou tu gères le contenu en dynamique via
un sed ou qqe chose comme cela.
Pierre
At 22:15 18/12/2005, you wrote:
>Je cherche à associer une feuille de style CSS à un ensemble de
>documents XML. Je connais la méthode standard, décrite dans la norme
>W3C "Associating Style Sheets with XML documents Version 1.0"
>(http://www.w3.org/TR/xml-stylesheet/) :
>
><?xml-stylesheet href="mystyle.css" type="text/css"?>
>
>Cet ajout d'une PI à chaque document ne me plait pas car elle
>nécessite de modifier tous mes documents (c'est programmable mais pas
>amusant et il faudra penser à ajouter la PI à tous les futurs
>documents, ce que je trouve une contrainte pénible).
>
>Je préférerai une technique extérieure au document XML comme la norme
>ci-dessus le laissait espérer en 1999 :
>
> >The mechanism chosen for this version of the specification is not a
> >constraint on the additional mechanisms planned for future
> >versions. There is no expectation that these will use processing
> >instructions; indeed they may not include the linking information in
> >the source document.
>
>Mais on dirait que rien n'est venu depuis ? Sinon, à defaut de norme,
>y a t-il une technique qui marcherait à peu près ? Le serveur HTTP est
>Apache mais je ne pense pas que le serveur aie un moyen de dire au
>navigateur : "voici le fichier XML demandé, n'oublie pas de lui
>associer la feuille de style toto.css" ?
>
>--
>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)
Pierre Attar (mailto:pat@tireme.fr)
Consultant en informatique documentaire XML
Consultant in Structured Document engineering
Tirème SARL (http://www.tireme.fr)
Projet "Mutualiser l'effort de montée en compétences sur XML"
http://www.mutu-xml.org/index.html
--
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 Mon Dec 19 08:30:25 2005