[XSLT] Caractères spéciaux dans une feuille de transformation

Bonjour,

Je suis confronté au problème suivant :
Dans une feuille de transformation générant du xhtml, se trouve notamment une partie javascript dans laquelle l'utilisation de symbole tel &, < ou > est indispensable. Je les échappe de tel façon qu'ils soient acceptés par le parser xslt (j'utilise le parser standard de php 5) - &amp; pour &, etc -, mais pour une raison qui m'échappe, le contenu de la balise script est rendu en CDATA - voilà le code xhtml généré après transformation (les underscore de la balise CDATA ont été ajouté pour l'affichage de ce message, ils ne sont pas dans le code original) :

Code:

---

1 2 3 4 5

<script type="text/javascript"><!_[CDATA[ load = function( date ){ var qURL = 'page?date='+escape(this.fieldName)+'&param=1'; } ]_]></script>

---

J'ai essayé de spécifier dans ma feuille de style xslt qu'il s'agissait bien de texte brut (<xsl:text>) - la source xslt :

Code:

---

1 2 3 4 5 6 7

<script type="text/javascript"> <xsl:text> load = function( date ){ var qURL = 'page?date='+escape(this.fieldName)+'&amp;param=1'; } </xsl:text> </script>

---

Je ne sais pas bien quoi faire ; toute aide serait la bienvenue...
Merci, et bonne journée.

Salut,

C'est un bug de libxslt qui ajoute automatiquement une section cdata au text généré en dessous d'une balise SCRIPT. Essaie cette solution:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

<script type="text/javascript"> <xsl:text disable-output-escaping="yes"><![CDATA[ load = function( date ){ var qURL = 'page?date='+escape(this.fieldName)+'&param=1'; } ]]></xsl:text> </script>   et: $xsl_dom->loadXML($xsl, LIBXML_NOCDATA); ou $xsl_dom->load($xsl_file_location, LIBXML_NOCDATA);

---

ou cette autre solution (je la préfère):

Code:

---

1 2 3 4 5 6 7 8 9 10

<xsl:text disable-output-escaping="yes"> &lt;script type="text/javascript"> //&lt;![CDATA[ load = function( date ){ var qURL = 'page?date='+escape(this.fieldName)+'&param=1'; } // ]]> &lt;/script> </xsl:text>

---

ERE

Merci Emmanuel,

je vais essayer cette dernière solution ; si j'ai bien compris, il s'agit donc juste de faire passer une balise script pour du texte. A minima, cela pourrait donner ça :

Code:

---

1 2 3 4 5 6 7 8

<xsl:text disable-output-escaping="yes"> &lt;script type="text/javascript"> load = function( date ){ var qURL = 'page?date='+escape(this.fieldName)+'&amp;param=1'; } &lt;/script> </xsl:text>

---

Salut,

Oui c'est tout à fait cela. Mais ne t'ennuie pas, mets tout dans une CDATA comme ça pas besoin de mettre les entités et tu conserves un code javascript normal...

ERE

J'ai testé, et ça marche ! c'est plutot une bonne nouvelle, dans la mesure où jusqu'à présent j'avais essayé de contourner le problème en évitant les caractères incriminant dans mes sources javascript, ce qui en soit n'était pas une solution durable. Merci, donc.

Citation:

---

Envoyé par emmanuel.remy

Salut,

Oui c'est tout à fait cela. Mais ne t'ennuie pas, mets tout dans une CDATA comme ça pas besoin de mettre les entités et tu conserves un code javascript normal...

ERE

---

Oui, c'est une bonne idée, mais la génération de mon code javascript est conditionné en xslt : il faudrait donc, si je ne m'abuse, ouvrir et fermer les balises CDATA à chaque fois que je "remonte" sur la couche xslt...

Effectivement s'il est généré en XSLT, c'est un peu différent.

Bon dev,

ERE

Bonjour,

Citation:

---

Envoyé par lescarphe

Oui, c'est une bonne idée, mais la génération de mon code javascript est conditionné en xslt : il faudrait donc, si je ne m'abuse, ouvrir et fermer les balises CDATA à chaque fois que je "remonte" sur la couche xslt...

---

On peut demander au processeur XSLT de placer systématiquement des balises CDATA sur des éléments spécifiés ; cela se fait avec l'attribut cdata-section-elements de la balise xsl:output.

@GrandFather: et dans ce cas, faut il activer disable-output-escaping="yes" sur les sorties de ces éléments ?

ERE

Non, en principe ce n'est pas nécessaire.

Je suis pas sur qu'il soit nécessaire d'ouvrir un nouveau post, puisque le problème est très similaire :

comment insérer le fameux hack ie5 permettant de charger des feuilles de style alternatives pour ie dans une feuille de transformation xslt ; je pensais avoir compris le comportement des CDATA après vos réponses, mais je n'arrive pas à résoudre ce nouveau problème :

Code:

---

1 2 3 4 5 6 7 8

<!--[if gte IE 5]> <![if lt IE 7]> <style type="text/css" media="screen"> @import "/css/common_ie.css"; </style> <![endif]> <![endif]-->

---

en toute logique, est ce que quelque chose dans ce style ne devrait pas fonctionner ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11

<xsl:text disable-output-escaping="yes"> &lt;![CDATA[ <!--[if gte IE 5]> <![if lt IE 7]> <style type="text/css" media="screen"> @import "/css/common_ie.css"; </style> <![endif]> <![endif]--> ]]&gt; </xsl:text>

---

Pour info, le code généré :

Code:

---

1 2 3

<!--[CDATA[   ]]-->

---

Citation:

---

Envoyé par lescarphe

en toute logique, est ce que quelque chose dans ce style ne devrait pas fonctionner ?

---

Eh non, ça ne peut pas fonctionner. ;)

Il ne faut pas oublier qu'un fichier XSLT est avant tout du XML ; en l'occurrence, dans du code XSLT, les commentaires HTML hors bloc CDATA sont interprétés et restitués par le parseur comme tels, au processeur XSLT qui n'en fait rien.

Il faut donc quelque chose dans ce genre :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

<xsl:text disable-output-escaping="yes">&lt;![CDATA[</xsl:text> <xsl:text disable-output-escaping="yes"><![CDATA[ <!--[if gte IE 5]> <![if lt IE 7]> <style type="text/css" media="screen"> @import "/css/common_ie.css"; </style> <![endif]> <![endif]--> ]]></xsl:text> <xsl:text disable-output-escaping="yes">]]&gt;</xsl:text>

---

Facile, non ? :aie:

Citation:

---

Envoyé par GrandFather

Il ne faut pas oublier qu'un fichier XSLT est avant tout du XML ; en l'occurrence, dans du code XSLT, les commentaires HTML hors bloc CDATA sont interprétés et restitués par le parseur comme tels, au processeur XSLT qui n'en fait rien.

---

Merci ; je vais essayer, même si j'avoue que quelque chose m'échappe :?

par exemple, à qui est destiné le CDATA englobant (non interprété par le xslt, si je ne m'abuse, puisque désactivé pour l'interprétation) ?

autre chose : pourquoi un disable-escaping alors qu'il n'y a rien à échapper ?

Code:

---

<xsl:text disable-output-escaping="yes">&lt;![CDATA[</xsl:text>

---

à ce sujet, pourquoi un

Code:

---

<xsl:text disable-output-escaping="yes"><![CDATA[</xsl:text>

---

ne marcherait pas ? intuitivement, tout ce qui est situé entre deux balises text ne devrait pas être interprété par le proc xslt, non ?
Si ce n'est pas le cas, quelle est l'utilité d'une balise text ?

Bref, il me manque quelque base pour bien assimiler tout ça . :D

Salut,

Je crois qu'il y a une petite incompréhension par rapport à ce que tu voulais générer et ce qui a été pris en compte. ;)

Je pense que ce code convient car tu n'as pas besoin de CDATA dans ta stylesheet:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

<xsl:text disable-output-escaping="yes"> <![CDATA[ <!--[if gte IE 5]> <![if lt IE 7]> <style type="text/css" media="screen"> @import "/css/common_ie.css"; </style> <![endif]> <![endif]--> ]]> </xsl:text>

---

ERE

Citation:

---

Envoyé par emmanuel.remy

Je crois qu'il y a une petite incompréhension par rapport à ce que tu voulais générer et ce qui a été pris en compte. ;)

---

Euh, exact, je me suis un peu emmêlé les pinceaux, je ne sais pas où j'ai pu lire qu'un CDATA était nécessaire en sortie... :aie:

En ce qui concerne l'utilité exacte de xsl:text : cette balise sert essentiellement à définir exactement un texte littéral que le processeur XSLT doit envoyer en sortie, sans prendre en compte les caractères blancs (espaces, retours-chariots, tabulations, etc.) qui l'entourent.

Par exemple :

Code:

---

1 2 3 4 5

<xsl:template match="..."> <balise> Bonjour ! </balise> </xsl:template>

---

renvoie :

Code:

---

1 2 3

<balise> Bonjour ! </balise>

---

Tandis que :

Code:

---

1 2 3 4 5

<xsl:template match="..."> <balise> <xsl:text>Bonjour !</xsl:text> </balise> </xsl:template>

---

renvoie :

Code:

---

<balise>Bonjour !</balise>

---

On l'utilise essentiellement pour des sorties de type texte, comme du CSV par exemple, pour avoir un texte correctement formaté sans que l'indentation du code XSLT interfère. Ici, on l'utilise uniquement pour son attribut disable-output-escaping qui évitera que les <, > et & du hack IE soient remplacés par leurs entités respectives lors de la sérialisation du résultat.

Une dernière précision : un <![CDATA[...]]> qui figure dans du code XSLT est analysé par le parseur XML et son contenu est remonté au processeur XSLT comme étant du texte simple, mais à aucun moment le processeur XSLT n'a « connaissance » de la présence de ce bloc CDATA. Tout ce que voit le processeur XSLT, que ce soit du document XML à traiter ou du code XSLT lui-même, ce sont des noeuds de type texte, des éléments, des attributs, des commentaires et des PI (processing instruction). Les CDATA et les entités, c'est la tambouille du seul parseur XML. ;)

Citation:

---

Envoyé par GrandFather

On l'utilise essentiellement pour des sorties de type texte, comme du CSV par exemple, pour avoir un texte correctement formaté sans que l'indentation du code XSLT interfère. Ici, on l'utilise uniquement pour son attribut disable-output-escaping qui évitera que les <, > et & du hack IE soient remplacés par leurs entités respectives lors de la sérialisation du résultat.

---

Citation:

---

Envoyé par GrandFather

Une dernière précision : un <![CDATA[...]]> qui figure dans du code XSLT est analysé par le parseur XML et son contenu est remonté au processeur XSLT comme étant du texte simple, mais à aucun moment le processeur XSLT n'a « connaissance » de la présence de ce bloc CDATA. Tout ce que voit le processeur XSLT, que ce soit du document XML à traiter ou du code XSLT lui-même, ce sont des noeuds de type texte, des éléments, des attributs, des commentaires et des PI (processing instruction). Les CDATA et les entités, c'est la tambouille du seul parseur XML. ;)

---

Merci, c'est beaucoup plus clair maintenant !

Citation:

---

Envoyé par emmanuel.remy

Je pense que ce code convient car tu n'as pas besoin de CDATA dans ta stylesheet:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

<xsl:text disable-output-escaping="yes"> <![CDATA[ <!--[if gte IE 5]> <![if lt IE 7]> <style type="text/css" media="screen"> @import "/css/common_ie.css"; </style> <![endif]> <![endif]--> ]]> </xsl:text>

---

ERE

---

En fait, lors de mes tests, cette solution échappait les caractères spéciaux ; pourtant, si j'ai bien compris, le contenu du CDATA est transmis tel quel au processeur XSLT, et donc l'instruction disable-escaping devrait rendre à l'identique cette portion de texte... mais voilà ce que j'obtiens :

Code:

---

1 2 3 4 5 6 7 8 9

<!--[if gte IE 5]> <![if lt IE 7]> <style type="text/css" media="screen"> @import "/css/common_ie.css"; </style>   <![endif]> <![endif]-->

---

La solution, pas très élégante, est d'échapper "à la main" tous les caractères spéciaux dans le XML original. Mais j'avoue que je ne comprends pas pourquoi : la logique est plutôt de ton coté...

Code:

---

1 2 3 4 5 6 7 8

<xsl:text disable-output-escaping="yes"> &lt;!--[if gte IE 5]&gt; &lt;![if lt IE 7]&gt; &lt;style type="text/css" media="screen"&gt; &lt;/style&gt; &lt;![endif]&gt; &lt;![endif]--&gt; </xsl:text>

---

Emmanuel t'a déjà donné la solution : il s'agit d'un bug de PHP qui ne prend pas en compte par défaut une spécificité de libxml/libxslt. Il faut que tu charges la feuille de style en spécifiant un paramètre supplémentaire :

Code:

---

$xsl->load($xslfile, LIBXML_NOCDATA);

---