🚀 go-pugleaf

On est en version 3.... attendre un patch c'est chaud mais bon....

On a un autre bug marrant c'est la transformation du code π en p alors
que ce caractere represente le pi...... on a d'autre caractere dans le meme
gout qui sont interprete par la xsl de mauvaise maniere, je comprends pas
pkoi il n'y a pas de facon de faire ignorer ma transfomation du caractere et
de la laisse faire au html
...

si KK1 a deja vu ce genre de truc.....

Autre chose, je cherche eventuellement a utiliser un autre objet com que
celui de crosoft KK1 sait si il en existe un deja compile quelque part ou
s'il faut que je recompile xalan ?


"Tom." <ptittom+news@free.fr> wrote in message
news:95npun$4dt$1@wanadoo.fr...
> In <4ACf6.5707$Z3.30246@tengri.easynet.fr>, yc wrote:
> > J'ai tout de m�me trouve une solution (pas satifaisant et que je ne
> > comprends pas) lorsque je remplace les eacute pas leur valeur du genr
> > &#233; le phenome de supression ne se produit pas alors que c'est une
> > entites...
>
> Non.
> &eacute; est une r�f�rence d'entit�, l'entit� doit avoir �t� d�finie.
> &#233; est une r�f�rence de caract�re.
>
> Le premier g�n�re un EntityReference dans l'arbre DOM, pas le 2� puisque
ce
> n'est pas une r�f�rence d'entit�.
> Le probl�me, c'est que MSXML utilise directement un arbre DOM au lieu de
> l'adapter au mod�le de donn�es d'XPath/XSLT (lire � ce sujet un appendice
> du futur XSLT1.1 <http://www.w3.org/TR/xslt11/> ).
>
> Tu es limit� � MSXML mais as-tu un contr�le sur la version utilis�e ? Si
> oui, attendre la correction du bug est peut-�tre envisageable (?).
>
> Autre solution, avant de transformer les documents par XSLT, retravailler
> l'arbre DOM pour le rendre conforme au mod�le de donn�es XPath/XSLT.
>
> Tom.