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

**lescarphe** · 03/07/2009, 09h35

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) - & 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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**emmanuel.remy** · 04/07/2009, 10h02

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**lescarphe** · 06/07/2009, 08h51

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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>

**emmanuel.remy** · 06/07/2009, 09h03

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

**lescarphe** · 06/07/2009, 09h24

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.

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...

**emmanuel.remy** · 06/07/2009, 09h34

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

Bon dev,

ERE

**GrandFather** · 06/07/2009, 09h51

Bonjour,

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.

**emmanuel.remy** · 06/07/2009, 10h09

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

ERE

**GrandFather** · 06/07/2009, 12h43

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

**lescarphe** · 06/07/2009, 15h45

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
		<!--[CDATA[
 
		]]-->

**GrandFather** · 06/07/2009, 16h36

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ?

**lescarphe** · 07/07/2009, 09h14

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

à ce sujet, pourquoi un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<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 .

**emmanuel.remy** · 07/07/2009, 12h46

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**GrandFather** · 07/07/2009, 15h33

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...

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<xsl:template match="...">
<balise>
  Bonjour !
</balise>
</xsl:template>

renvoie :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<balise>
  Bonjour !
</balise>

Tandis que :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<xsl:template match="...">
<balise>
  <xsl:text>Bonjour !</xsl:text>
</balise>
</xsl:template>

renvoie :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<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.

**lescarphe** · 08/07/2009, 09h09

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.

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 !

**lescarphe** · 08/07/2009, 09h19

Envoyé par emmanuel.remy

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
	&lt;!--[if gte IE 5]&gt;
	&lt;![if lt IE 7]&gt;
		&lt;style type="text/css" media="screen"&gt;
		@import "/css/common_ie.css";
		&lt;/style&gt;
 
	&lt;![endif]&gt;
	&lt;![endif]--&gt;

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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>

**GrandFather** · 08/07/2009, 09h36

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 php :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

XSL/XSLT/XPATH XML

Discussions similaires

Partager

Partager