🚀 go-pugleaf

On 2 déc, 13:45, Alain Ketterlin <al...@dpt-info.u-strasbg.fr> wrote:
>
> Excuse moi d'être un peu brutal, mais c'est exactement comme cela qu'il
> ne faut pas réfléchir. Tout devient plus simple si tu formules les
> choses de la façon suivante :
>
> chaque fois que j'ai un élément Niv1,
>    s'il contient un seul Niv2,
>      il suffit de reémettre ce Niv1 tel quel,
>    et sinon,
>      pour chacun des Niv2 qu'il contient
>        émettre ce Niv2 "entouré" d'un Niv1
>
> XSLT s'inspire des langages fonctionnels : on n'insère ou supprime rien,
> on crée le résultat à partir des données. (Et surtout, on n'insère pas
> des balises, qui ne sont que des artefacts syntaxiques -- autrement dit,
> on raisonne en termes d'éléments, pas en termes de balises.)

> -- Alain.

C'est vrai qu'expliqué comme cela, tout devient plus clair.

Mais au risque de passer pour un gros boulet (tant pis, là j'assume)
et à mon grand étonnement cela ne semble pas fonctionner. En fait
j''ouvre mon fichier XML source dans Firefox. Cela "mouline" et je
vois s'afficher toutes les données contenus dans mon fichier XML
source. Si je regarde le code source du fichier, j'obtiens toujours le
même source que mon fichier d'origine.
Je me demande si j'ai bien compris tout le fonctionnement de la chose.
Pour moi en mettant ceci en entête de mon fichier XSL :

<?xml version="1.0" encoding="ISO-8859-1"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/
Transform">
<xsl:output method="xml" version="1.0" encoding="iso-8859-1"
standalone="yes" indent="yes"/>
...
</xsl:stylesheet>

cela me permettait d'afficher mon fichier XML d'origine transformé
dans Firefox et ensuite enregistrer le code source transformé dans un
autre fichier.

A défaut de pouvoir transformer le fichier d'origine à la volée ou
éventuellement mieux de pouvoir produire en sortie directement un
nouveau fichier XML conforme aux attentes métiers.

Cordialement