{pagination} n'aime pas {a,b} ?

Emmanuel_GUILLEMONT · Février 17, 2010, 9:46

Bonjour,
j'observe un comportement étrange sur plusieurs boucles du même type
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{1,3}{pagination}>

me renvoie les résultats 1, 2 et 3 (comme si j'avais écrit {0,3})

si j'enlève {pagination}
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,3}>
j'ai bien les résultats 2, 3 et 4 comme attendu !

Quelqu'un a-t-il déjà rencontré cette étrange étrangeté ?

SPIP 2.0.10, version stable . - Pas de plugin

Emmanuel_GUILLEMONT · Février 17, 2010, 9:55

manu a écrit :

Bonjour,
j'observe un comportement étrange sur plusieurs boucles du même type
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{1,3}{pagination}>

me renvoie les résultats 1, 2 et 3 (comme si j'avais écrit {0,3})

si j'enlève {pagination}
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,3}>
j'ai bien les résultats 2, 3 et 4 comme attendu !

Quelqu'un a-t-il déjà rencontré cette étrange étrangeté ?

SPIP 2.0.10, version stable . - Pas de plugin

Ouuuppss ! Petite erreur dans le copier coller de la deuxième boucle dans lequel un "=" s'est bêtement glissé.
Il faut bien lire
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{1,3}>
et non pas
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,3}>

pascal_weber · Février 17, 2010, 10:28

Le 17 févr. 2010 à 10:55, manu a écrit :

manu a écrit :

Bonjour,
j'observe un comportement étrange sur plusieurs boucles du même type
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{1,3}{pagination}>
me renvoie les résultats 1, 2 et 3 (comme si j'avais écrit {0,3})
si j'enlève {pagination}
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,3}>
j'ai bien les résultats 2, 3 et 4 comme attendu !
Quelqu'un a-t-il déjà rencontré cette étrange étrangeté ?
SPIP 2.0.10, version stable . - Pas de plugin

Ouuuppss ! Petite erreur dans le copier coller de la deuxième boucle dans lequel un "=" s'est bêtement glissé.
Il faut bien lire
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{1,3}>
et non pas
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,3}>

Effectivement pagination n'aime pas {a,b} puisque ça le gère d'une autre façon : {pagination 3}

<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{pagination 3}>

pw

Ybbet · Février 17, 2010, 10:47

Oui… Mais ce n’est pas ça qui est demandé…

{pagination 3} affichera les éléments 3 par 3 sur les X éléments au total.
Ici, on désire afficher seulement 3 éléments au total à partir du 2é élément résultant de la boucle : {1,3}

Euh… tient d’ailleurs, pourquoi mettre une pagination? Car par défaut, {pagination} fait un pas de 10…

Le 17 février 2010 11:28, pascal weber <p.weber@free.fr> a écrit :

Le 17 févr. 2010 à 10:55, manu a écrit :

manu a écrit :

Bonjour,
j’observe un comportement étrange sur plusieurs boucles du même type
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{1,3}{pagination}>
me renvoie les résultats 1, 2 et 3 (comme si j’avais écrit {0,3})
si j’enlève {pagination}
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,3}>
j’ai bien les résultats 2, 3 et 4 comme attendu !
Quelqu’un a-t-il déjà rencontré cette étrange étrangeté ?
SPIP 2.0.10, version stable . - Pas de plugin

Ouuuppss ! Petite erreur dans le copier coller de la deuxième boucle dans lequel un « = » s’est bêtement glissé.
Il faut bien lire
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{1,3}>
et non pas
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,3}>

Effectivement pagination n’aime pas {a,b} puisque ça le gère d’une autre façon : {pagination 3}

<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique}{par date}{pagination 3}>

pw

liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
http://archives.rezo.net/spip.mbox/

Documentation de SPIP : http://www.spip.net/

Irc : de l’aide à toute heure : http://spip.net/irc

Emmanuel_GUILLEMONT · Février 17, 2010, 10:55

@Teddy : effectivement, dans l'exemple, {pagination 3} avec un critère {1,3} ne rime à rien...
Mon exemple est une écriture simplifiée de la boucle réelle
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,n} {pagination}>
boucle qui ne commence pas au résultat n°2 mais au resultat n°1

Ybbet · Février 17, 2010, 11:05

Donc, si tu veux commencer au résultat numéro 1 de ta boucle, il faut mettre « 0 » à la place de « 1 » dans {1,n}…
non?

Le 17 février 2010 11:55, manu <manu@mine-de-rien.fr> a écrit :

@Teddy : effectivement, dans l’exemple, {pagination 3} avec un critère {1,3} ne rime à rien…
Mon exemple est une écriture simplifiée de la boucle réelle
<BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,n} {pagination}>
boucle qui ne commence pas au résultat n°2 mais au resultat n°1

liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
http://archives.rezo.net/spip.mbox/

Documentation de SPIP : http://www.spip.net/

Irc : de l’aide à toute heure : http://spip.net/irc

Emmanuel_GUILLEMONT · Février 17, 2010, 11:16

Non, non, on ne se comprend pas bien....
Je veux écarter le premier résultat et c'est bien pour ça que j'utilise {1,n}
le "bug" (?) rencontré est que, si je ne pagine pas, c'est OK
Si je pagine, tout se passe comme si {pagination} ne tenait pas compte du critère {a,b}

Donc, si tu veux commencer au résultat numéro 1 de ta boucle, il faut mettre "0" à la place de "1" dans {1,n}...
non?

Le 17 février 2010 11:55, manu <manu@mine-de-rien.fr <mailto:manu@mine-de-rien.fr>> a écrit :

    @Teddy : effectivement, dans l'exemple, {pagination 3} avec un
    critère {1,3} ne rime à rien...
    Mon exemple est une écriture simplifiée de la boucle réelle
    <BOUCLE_nomdemaboucle(ARTICLES){id_rubrique=}{par date}{1,n}
    {pagination}>
    boucle qui ne commence pas au résultat n°2 mais au resultat n°1

    _______________________________________________
    liste spip
    spip@rezo.net <mailto:spip@rezo.net> - désabonnement : envoyer un
    mail à spip-off@rezo.net <mailto:spip-off@rezo.net>

    Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
    Discuter chez rezo.net

    Documentation de SPIP : http://www.spip.net/

    Irc : de l'aide à toute heure : http://spip.net/irc

pascal_weber · Février 17, 2010, 11:36

Le 17 févr. 2010 à 12:16, manu a écrit :

Non, non, on ne se comprend pas bien....
Je veux écarter le premier résultat et c'est bien pour ça que j'utilise {1,n}
le "bug" (?) rencontré est que, si je ne pagine pas, c'est OK
Si je pagine, tout se passe comme si {pagination} ne tenait pas compte du critère {a,b}

Normal puisque c'est dans le critère pagination lui-même qu'on précise le pas : {pagination 3}

à ce moment-là, il faut exclure le premier élément avec un doublon :
<BOUCLE_exclu(ARTICLES){id_rubrique}{par date}{0,1}{doublons}> </BOUCLE_exclu>
<BOUCLE_maboucle(ARTICLES){id_rubrique}{par date}{pagination 3}{doublons}> </BOUCLE_maboucle>

pw

Emmanuel_GUILLEMONT · Février 17, 2010, 12:30

... Mmmmmm... Pas très convaincu su ce coup-là parce que pagination est tout de même fait pour présenter par lots de n éléments des résultats issus d'une boucle comportant certains critères dont, pourquoi pas, {a,b}.
Les deux boucles que tu présentes sont équivalentes à {1,n} et ***je ne comprends pas*** le mécanisme qui fait que {pagination} efface en quelque sorte {a,b}
pascal weber a écrit :

Le 17 févr. 2010 à 12:16, manu a écrit :

Non, non, on ne se comprend pas bien....
Je veux écarter le premier résultat et c'est bien pour ça que j'utilise {1,n}
le "bug" (?) rencontré est que, si je ne pagine pas, c'est OK
Si je pagine, tout se passe comme si {pagination} ne tenait pas compte du critère {a,b}

Normal puisque c'est dans le critère pagination lui-même qu'on précise le pas : {pagination 3}

à ce moment-là, il faut exclure le premier élément avec un doublon :
<BOUCLE_exclu(ARTICLES){id_rubrique}{par date}{0,1}{doublons}> </BOUCLE_exclu>
<BOUCLE_maboucle(ARTICLES){id_rubrique}{par date}{pagination 3}{doublons}> </BOUCLE_maboucle>

pw

3c28660158d1d8be67ae · Février 17, 2010, 1:10

Le 17 février 2010 13:30, manu a écrit :

... Mmmmmm... Pas très convaincu su ce coup-là parce que pagination est tout
de même fait pour présenter par lots de n éléments des résultats issus
d'une boucle comportant certains critères dont, pourquoi pas, {a,b}.
Les deux boucles que tu présentes sont équivalentes à {1,n} et ***je ne
comprends pas*** le mécanisme qui fait que {pagination} efface en quelque
sorte {a,b}

Le principe de la pagination est basé sur l'existence de bornes :

page_courante : par défaut vaut 0 au départ
nombre_pages : par défaut à 10 mais que l'on peut modifier

Tous ceci est dans prive/modeles/

La solution proposée avec exclusion par les doublons est la plus
souple, puisque adaptable à différents pages. Mais tu peux essayer de
modifier les modèles pour qu'il prennent deux paramètres en entrée.

--
@plus

Jacques

Pour les lyonnais++ spip-lyon@rezo.net http://spip-party.net/-Lyon-