[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [sdx-users] Encodage / récupération fichiers X ML bruts
From: |
Emmanuel Bégué |
Subject: |
RE: [sdx-users] Encodage / récupération fichiers X ML bruts |
Date: |
Tue, 30 Sep 2003 18:45:32 +0200 |
Bonjour,
Merci pour cette réponse, mais...
> > PS: ce deuxième point pose également un problème lorsque, en
> > affichant un document résultat, on veut construire des liens
> > avec le contenu des éléments du document xml original; dans ce
> > cas en effet, le contenu des attributs href est apparemment
> > transformé en UTF-8
> ... réponse à la question que je viens de poser. [...]
> > Ce que je ne comprends pas c'est que cela ne se produise pas
> > lorsqu'on utilise les valeurs de champs sdx:field ("brief"),
> > même non échappés (dans ce cas on aura bien "é" pour "é") => ?
>
> Parce qu'on laisse le contrôle du flux à Cocoon et qu'on ne cherche
> pas à le berner avec une XSL qui contredit la façon dont il a été
> configuré :-)
... en fait dans ce 2e exemple
(où on ne cherche pas à produire un fichier xml mais
simplement à récupérer des infos depuis la xml de résultat
renvoyée par SDX avec un document inclus à l'aide de
docs="true"),
quand on regarde xsp2sdx (une seule et même page) on voit de la
même façon les entités sdx:field et celles issues du document xml,
du genre:
<sdx:result>
<sdx:field name="zone" value="région"/>
...
<transfert>
<zone>région</zone>
</transfert>
</sdx:result>
Mais ensuite, si dans une _même_ xsl on écrit d'une part une
href en utilisant la valeur du sdx:field, et d'autre part une autre
href en utilisant la valeur de l'élément zone, la première sera
écrite correctement et la seconde, non.
=> quelle est la différence entre les deux?
Cordialement,
EB