XSLT, CDATA, HTML et Firefox, la vraie solution ?

Bonjour,

après deux jours de recherche, je me résous à poster.

Il y a une quantité impressiante de posts faisant référence à mon problème, mais aucune solution intéressante n'a été proposée.

J'utilise la transformation Xsl et Xml pour former du Html. Dans certaines balises Xml, j'ai placé du contenu Html dans un Cdata et j'aimerai que suite à la transformation, il soit considéré comme du html et non comme du texte brut.

J'ai donc mon XML :

Code:

---

1 2 3 4

<data> <![CDATA[<strong>ici mon texte</strong>,ensuite <a href="http//www.test.com">un lien</a>]]> </data>

---

Ensuite mon XSL :

Code:

---

1 2 3 4 5 6

<xsl:template match="data" > <p> <xsl:value-of select="." disable-output-escaping="yes" /> </p> </xsl:template>

---

Avec l'attribut disable-output-escaping="yes", la sortie fonctionne bien sous IE, mais pas sous Firefox, qui me sort le Cdata comme du texte brut avec des < et >. C'est normal, ai-je lu, c'est le W3C qui désaprouve l'utilisation de disable-output-escaping.

Ok, mais alors, quelle est la solution ? J'ai trouvé par-ci par-là des fonctions javascript qui décodent les entités < et > pour retransformer le tout en balises HTML... pas très propre.

Dans mon cas, j'utilise le plugin Transform de jQuery.

Merci d'avance pour votre aide, je suppose que je ne serai pas le seul dépanné...

Bonjour,

pour faire évoluer le débat ... hum ... je mets une solution, qui peut paraître correcte:

sur cette page, leur méthode est de ne pas utiliser le CDATA, et de transformer le HTML voulu en XML pour ensuite le traiter avec des templates XSL.

Cette méthode fonctionne à condition d'être sûr que le HTML sera correctement transformé en XML - sinon plus rien ne fonctionne.

Comment passer du Javascript ? Comment transformer, de manière sûre le HTML en XML ?

Est-ce une bonne méthode ?

Personne n'a été confronté à ce problème ?

Bonjour,

je ne savais pas que Mozilla ne supportait pas disable-ouput-escaping, et je trouve leur crédo « it's not a bug it's a feature » un peu fumeux... Ce que j'en comprends, c'est qu'ils ont fait un choix malheureux de conception qu'ils essaient de justifier a posteriori.

Quoi qu'il en soit, la solution (!) consistant à se passer de blocs CDATA est parfaitement viable avec XSLT ; tout ce qui se trouve dans un bloc CDATA peut être réécrit en XML bien formé et peut être traité par XSLT comme tel. Ce sera en tout cas plus propre qu'un post-traitement fait par du code Javascript, et sera compatible avec IE. ;)

C'est pour moi aussi la solution la plus exploitable et que je suis en train de mettre en place.

Attention, donc, au HTML généré (ce qui n'est pas mon cas, je le reçois tel quel d'une base de données...)

Il faudrait donc valider le fichier XML avant de le compiler...