Re: Itérateurs et critère {a, b}

Non.

Je viens de m'apercevoir d'un autre truc c'est que je mets une pagination
de 10 e n10.
Dès que je dépasse les 30 il n'affiche plus rien comme si là il prenait en
compte mon critère {a, b}

++
Eric


Le dim. 9 févr. 2020 à 20:35, Cerdic <[email protected]> a écrit :

> hello,
>
> t’aurais pas un JSON avec un tableau d’une entrée qui elle contient
> ensuite 500 éléments ?
> Auquel cas un datapath pour extraire directement le 2nd niveau devrait
> faire l’affaire car ensuite le critère s’appliquera bien sur ta liste de
> 500 éléments
>
> --
> Cédric
> Le 9 févr. 2020 à 20:29 +0100, Eric Lupinacci <[email protected]>, a écrit
> :
>
> Hello,
>
> Je ne sais pas si cela est un bug ou pas mais j'ai remarqué un
> comportement bizarre sur les itérateurs en spip 3.3 (j'ai pas testé pour
> les versions précédentes) concernant le critère {a, b}.
> Je voulais avoir la liste des 30 premiers éléments contenus dans un
> fichier JSON.
>
> Donc j'ai fait une boucle DATA avec la source json et le critère {0, 30}.
> Rien à faire j'obtiens les 500 éléments du JSON.
> J'ai regardé sur une autre boucle DATA de type source tableau et là ça
> fonctionne.
> Je ne vois pas le rapport d'ailleurs car JSON ou pas on revient toujours à
> un tableau.
>
> Autre chose, la balise #GRAND_TOTAL combinée au critère {a, b} renvoie le
> nombre total d'élément du tableau et pas le "b". Est-ce normal ?
>
> ++
> Eric
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
>