🚀 go-pugleaf

Eric Jacoboni <jaco@titine.fr.eu.org> writes:

> (TOM)> Avec expat (utilis� avec PHP pour ma part ;o) , pas facile et
> (TOM)> surtout peu lisible, avec XSLT c'est un jeu d'enfant.
> 
> Mouais, il suffisait de d�clarer une variable pour m�moriser le titre
> de la section en cours, non ? Dans le m�me ordre d'id�e, g�n�rer une
> table des mati�res dans la transformation HTML est facile avec Expat,
> je tremble � l'id�e de le faire avec XSLT...

G�n�rer une table des mati�res ne me para�t pas si facile que cela
avec expat. Soit tu parses deux fois le document avec des handlers
diff�rents, une fois pour la table des mati�res, une autre fois pour
le corps du document. Soit tu parses une seule fois, et il faut que tu
te fasses ta structure de donn�es � toi pour stocker tout ce qu'il te
faut, avant de g�n�rer l'ensemble du HTML � la fin. Bref, avec expat
on finit souvent par se faire son propre mini-DOM, et il faut le
maintenir quand on fait �voluer le type du document.

Avec XSLT, c'est beaucoup plus propre, parce que le code qui g�n�re le
HTML reste au plus pr�s de celui-ci qui parcourt le document XML :

<!-- Docbook -->
<xsl:template match="book">
  <!-- TOC     -->  <xsl:call-template name="toc" />
  <!-- contenu -->  <xsl:call-template name="contenu" />
</xsl:template>

<xsl:template name="toc">
  <!-- s�lectionner chaque chapitre et afficher son titre -->
</xsl:template>  

<xsl:template name="contenu">
  <!-- appliquer un template "chapter" qui affiche le contenu de
  chaque chapitre en appelant les templates "section", etc... -->
</xsl:template>

Je n'aime pas la syntaxe de XSLT (<xsl:value-of select="@title" />,
c'est lourd...), mais la logique qui est derri�re (templates + XPath)
est vraiment s�duisante.


-- 
Thierry B�zecourt