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

Hello Cédric,

Si on doit sortir une 3.3 ça vaudrait pas le coup quand même de jeter un
oeil sur ce sujet qui a bien l'air d'être un bug.
Autre alternative, on change la doc mais ça fait un peu naze.

Ton avis ?

++
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
>
>