Discussion :

[JulienNvr]

Bonjour,

j'aimerai savoir comment inclure une variable externe (javascript dans mon cas) dans une condition xsl.

Peut être en passant pas une variable xslt, mais du coup comment assigner ma variable javascript dans<xsl:variable name="id">var javascript</xsl:variable>

Voici mon exemple :

Code :

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

1
2
3
4
5
6
7
8
9
var cpt = 0;
var xMax = map.getBounds().getNorthEast().lat();
 
<xsl:for-each select="entries/entry">
   <xsl:if test="latitude &lt;= xMax">
        cpt++;
    </xsl:if>
</xsl:for-each>
alert(cpt);

Merci

[thelvin]

Pas compris.

On ne peut pas mettre de code JavaScript autour de balises XSLT comme si de rien n'était...

[JulienNvr]

En fait dans mon script je reccupère une coordonnée sur une carte, la variable xMax.
J'aimerai pouvoir réutiliser cette variable xMax pour trouver dans mon fichier XML les "entries" dont la latitude est inférieure à xMax. mon problème est que je ne sais pas comment intégrer cette variable dans ma condition.
J'espère avoir été un peu plus clair, merci pour votre aide.

[thelvin]

Tu n'as rien clarifié du tout.

J'ai dit : on ne peut pas mettre de JavaScript autour de balises XSLT. Alors pourquoi en mets-tu ?

[caballo]

Je ne suis pas trop d'accord sur ton affirmation (ou je n'ai pas compris ce qui n'est pas à exclure non plus ). On peut très bien mettre du Javascript autour de balises XSLT, tu peux avoir par exemple (je simplifie) :

Code javascript :

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

1
2
3
$(document).ready(function(){
plot1 = $.jqplot('<xsl:value-of select="$variable1"/>optionsObj);
});

non ?

[thelvin]

A priori non, ça ne semble pas avoir de sens, et des essais simples ne donnent, comme on peut s'y attendre, rien de concluant avec ce code.

Maintenant, impossible ça n'existe pas en informatique. On peut toujours créer des situations atypiques où ce qui n'a normalement aucun sens, prend un sens.

En l'occurrence, on peut imaginer une feuille de style XSLT dont le résultat est un document HTML. Ce document pourrait être créé, (ce qui ne serait pas malin à l'aide de XSLT,) avec du JavaScript à l'intérieur. Ce JavaScript pourrait avoir une partie variable (ce qui devient vraiment stupide) et cette partie varierait d'une manière calculable dans le contexte XSLT. On pourrait donc envisager de mettre des balises XSLT au milieu du JavaScript, et si on fait cette bêtise, ne pas avoir la présence d'esprit de séparer le JavaScript du reste avec <xsl:text>.

Ce qui aurait pour effet qu'on a un template XSLT, qui contient une balise <script>, qui contient du JavaScript, qui contient des balises XSLT. Donc du JavaScript autour de XSLT. C'est possible.
Mais il a fallu que j'invente une situation grotesque et alambiquée qu'il n'y a aucune raison de deviner a priori, et la manière dont cette situation marche dépend entièrement de quelle est cette situation que j'ai inventée de nulle part.

Conclusion : on ne peut pas travailler sans savoir comment est-il devenu possible de mettre du JavaScript autour de XSLT.

L'idée était bien sûr d'expliquer d'abord comment une telle chose est possible, et ensuite de parler du problème.
En l'occurrence, Dans la situation que j'ai inventée, il devrait être évident que le JavaScript ne peut pas modifier la valeur d'une variable XSLT. Ceci sans même parler du fait qu'une variable XSLT ne devrait jamais changer de valeur, bien que certains moteurs rendent possible de se tirer une balle dans le pied de cette manière.

[caballo]

Je suis d'accord avec ton analyse sur le fond.

Nous avons eu besoin dans le cadre d'un projet, d'utiliser des appels de variables XSL dans mon javascript inclus lui même dans du XSLT, ce code est parfaitement fonctionnel et tourne actuellement dans un système de "grosse production".
Nous n'avons pas trouvé d'autres solutions par rapport aux contraintes du projet.

Comme tu le dis : "on ne peut pas travailler sans savoir comment il est devenu possible de mettre du JavaScript autour de XSLT."

[BenjGe]

tu peux invoquer une transformation xslt en renseignant un paramètre externe.


L'instruction <xsl:param/> peut être placée en tant qu'enfant direct de l'élément <xsl:stylesheet/>

Code :

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

1
2
3
4
5
6
7
 
<xsl:stylesheet  version="1.0" 
	xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 
	<xsl:output encoding="UTF-8" indent="yes" method="xml"/>
	<xsl:param name="mon_param" select="'valeur'"/>
......

pour js je ne sais pas comment ça se passe, voilà un exemple d'invocation en powershell/.Net

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
#création du processeur xslt
[System.XML.XSL.XSLCompiledTransform]$transform=new-object -TypeName System.XML.XSL.XSLCompiledTransform
 
#feuille de style"
$transformxsl="C:\chemin_fichier_xsl.xsl"
$objtransformxsl=get-item $transformxsl
 
#chargement de la feuille de style dans le processeur XSLT
$transform.Load($objtransformxsl.fullname)
 
#création du fichier de sortie de la transformation
[System.Xml.XmlWriter]$xmlwriter=[System.Xml.XmlWriter]::Create("c:\temp.xml")
 
#ajout de paramètres à la transformation
[system.xml.xsl.xsltargumentlist]$xslargs= new-object -TypeName system.xml.xsl.XsltArgumentList
$xslargs.addparam("mon_param","","ma_valeur") 
$transform.Transform("$formations",$xslargs,$xmlwriter)

dans ce code mon_param représente la variable externe



pour l'invocation de scripts dans ta feuille de style xslt (bien que je pense que ce n'est pas ton cas de figure) certains processeurs xslt le permettent (MSXML te permet de faire du . NET dans une feuille de style XSLT dans une template nommé) mais tu perds totalement la portabilité de ta feuille de style d'un processeur à l'autre...