Re: [sdx-users] Encodage / récupération fic hiers XML bruts

[Pierrick Brihaye]

Re,

Emmanuel Bégué a écrit:

> Par exemple, la feuille xsl contient:
>
> <xsl:for-each select="document('taxi.xml')//address@hidden">
>         <a href='address@hidden'><xsl:value-of select="@mot"/></a>
>         </xsl:for-each>
>
> Lorsque ce traitement passe sur une entité telle que:
> <Entree id="877" mot="développement" parent_id="2437"/>
>
> cela donne dans la source html:
> <a href="rech.xsp?q=d%C3%A9veloppement">d&eacute;veloppement</a>
>
> En fait si on remplace href par toto on obtient d'ailleurs:
> <a toto="rech.xsp?q=d&eacute;veloppement">d&eacute;veloppement</a>

OK. C'est très clair :
http://www.w3.org/TR/xslt#section-HTML-Output-Method

Comme, j'image que tu as une output-method HTML (v. snippet que tu as 
envoyé hier), le processeur XSLT fait son travail, à savoir qu'il 
échappe les href HTML. Et, pour autant que je sache... "toto" ne fait 
pas partie des specs HTML :-)

Les solutions à ça sont multiples, depuis une transformation dédiée :
http://cocoon.apache.org/2.1/userdocs/transformers/encodeurl-transformer.html
une extension XSLT :
http://www.exslt.org/str/functions/encode-uri/
du Javascript
du XSL "maison"
ou... une future version de XSLT :
http://www.biglist.com/lists/xsl-list/archives/200211/msg00005.html

> Mais pourquoi le restitue-t-il en utf-8 alors que
> les pages xsp, xsl et xml source sont en iso-8859-1?
>
> (C'est peut-être la sitemap, pour le coup).

Sans doute : voir comment tout ça est sérialisé.

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden