j'obtiens comme attendu false pour le premier appel et true pou le
second. Mais si j'inverse les deux operandes dans l'expression XPath
du 'func:result', j'obtiens false dans les deux cas :
<func:result select="not($attr) or ($attr/@xsi:nil='true')"/>
J'utilise Xalan 2.4.1 et 2.7.0, ainsi que xsltproc (mais ce dernier
semble avoir un probleme avec 'func:function', qui m'empeche de
tester).
Y a-t-il quelque chose qui m'echappe ? Pouvez-vous sinon confirmer
le resultat sur d'autres processeurs avant que j'envoie un bug report ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
drkm
drkm wrote:
j'obtiens comme attendu false pour le premier appel et true pou le second. Mais si j'inverse les deux operandes dans l'expression XPath du 'func:result', j'obtiens false dans les deux cas :
<func:result select="not($attr) or ($attr/@xsi:nil='true')"/>
J'ai oublie de preciser que si je ne passe pas par un appel a 'my:nil', c'est a dire si je remplace l'appel directement par l'expession XPath ci-dessus, il n'y a alors plus de probleme, et l'ordre des operandes n'influence pas le resultat.
--drkm
drkm wrote:
j'obtiens comme attendu false pour le premier appel et true pou le
second. Mais si j'inverse les deux operandes dans l'expression XPath
du 'func:result', j'obtiens false dans les deux cas :
<func:result select="not($attr) or ($attr/@xsi:nil='true')"/>
J'ai oublie de preciser que si je ne passe pas par un appel a
'my:nil', c'est a dire si je remplace l'appel directement par
l'expession XPath ci-dessus, il n'y a alors plus de probleme, et
l'ordre des operandes n'influence pas le resultat.
j'obtiens comme attendu false pour le premier appel et true pou le second. Mais si j'inverse les deux operandes dans l'expression XPath du 'func:result', j'obtiens false dans les deux cas :
<func:result select="not($attr) or ($attr/@xsi:nil='true')"/>
J'ai oublie de preciser que si je ne passe pas par un appel a 'my:nil', c'est a dire si je remplace l'appel directement par l'expession XPath ci-dessus, il n'y a alors plus de probleme, et l'ordre des operandes n'influence pas le resultat.
--drkm
Erwan David
"drkm" écrivait :
J'utilise Xalan 2.4.1 et 2.7.0, ainsi que xsltproc (mais ce dernier semble avoir un probleme avec 'func:function', qui m'empeche de tester).
Y a-t-il quelque chose qui m'echappe ? Pouvez-vous sinon confirmer le resultat sur d'autres processeurs avant que j'envoie un bug report ?
Ce qui m'échappe c'ets le rapport avec emacs...
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
"drkm" <fgeorges.spam@gmail.com> écrivait :
J'utilise Xalan 2.4.1 et 2.7.0, ainsi que xsltproc (mais ce dernier
semble avoir un probleme avec 'func:function', qui m'empeche de
tester).
Y a-t-il quelque chose qui m'echappe ? Pouvez-vous sinon confirmer
le resultat sur d'autres processeurs avant que j'envoie un bug report ?
Ce qui m'échappe c'ets le rapport avec emacs...
--
Si vous embauchez, voici mon CV
http://www.rail.eu.org/cv/cv.pdf