sdx-developers
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]