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

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