[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[sdx-developers] <sdx:includeDocument>
From: |
Pierrick Brihaye |
Subject: |
[sdx-developers] <sdx:includeDocument> |
Date: |
Mon, 13 Oct 2003 10:45:14 +0200 |
User-agent: |
Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.2) Gecko/20030208 Netscape/7.02 |
Salut,
Petit problème dans cette action... et une régression par rapport à SDX 1.
Voilà. L'action est exécutée à cette condition :
if (sdx_check(sdx_id))
{
...
}
l'id est donc obligatoire.
Ensuite, on appelle le template <sdx:navigation>. Son objectif est de
récupérer les résultats en cache :
sdx_object=getSessionObject(session, sdx_parameter);
... sdx_parameter étant égal au paramètre "qid" :
<xsl:call-template name="sdx:parameter">
<xsl:with-param name="name" select="'qid'"/>
</xsl:call-template>
... puis de sortir le SAX de navigation :
((Results)sdx_object).getNavigationAsSAX(contentHandler, sdx_i);
... sdx_i étant égal au paramètre "n" :
<xsl:call-template name="sdx:parameter">
<xsl:with-param name="name" select="'no'"/>
<xsl:with-param name="abbr" select="'n'"/>
</xsl:call-template>
Pour résumer :
L'id est obligatoire. Il devrait pourtant être possible de se contenter
d'un couple qid/numéro d'ordre (ça, c'est la régression : SDX gérait les
2 cas de figure et, en cas de conflit de paramètres donnait la
précédence à l'id de document).
Techniquement, il est possible que le <sdx:navigation> n'ait rien à voir
avec le document inclus. Si le document dont l'id est "toto" est le
premier dans le jeu de résultats, un paramètre "n" égal à "4" sortira la
navigation du 4ème résultat qui, par définition, n'est *pas* "toto".
A+
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [sdx-developers] <sdx:includeDocument>,
Pierrick Brihaye <=