Bonjour,
Vincent LECONTE wrote:
Je tente la bidouille.
...
Donc je fais ça dans mon xsp :
<sdx:page>
<results type="termlist">
<sdx:debug>
<!--la première liste de termes-->
<sdx:terms field="Auteur" value="A*"/>
<!--on récupère l'identifiant du jeu de résultats
-->
<xsp:logic>
String results1 = sdx_qid;
</xsp:logic>
<!--la seconde liste de termes -->
<sdx:terms field="Auteur" value="a*"
bqidParamString="results1" bop="or"/>
</sdx:debug>
</results>
</sdx:page>
Et ça fonctionne pas, il me renvois les 2 listes distinctes l'une sous l'autre.
J'ai loupé un truc?
En l'occurence, je pense que c'est moi qui l'ai loupé :-)
Il semblerait que les requêtes de termes aient un comportement différent
des requêtes standard. En effet, pour une requête standard, qid
réinjecte une requête et bqid se base sur une requête préexistante. Pour
les termes, bqid ne semble pas être traitée, qid remplissant ses
fonctionnalités.
Il semble également qu'un hack de ce genre ne fasse que refiltrer les
termes, ce qui n'est pas le résultat recherché.
L'utilisation de deux requêtes semble cependant montrer qu'on peut
récupérer les "a*" à côté des "A*", non ?
A+
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:[EMAIL PROTECTED]
+33 (0)2 99 29 67 78
_______________________________________________
sdx-users mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/sdx-users
