Les critères de tri {par cle}, {!par cle}, {par valeur}, {!par valeur} seraient
utilisables ainsi que les critères de filtrage {cle=xxx}, {valeur>5}, {valeur IN
(xxx,yyy,zzz)}, {valeur==^debutmachin}
De même, tous les critères usuels de {pagination}, de comptage {1,5}, {1/2},
{n-5,n} ...
Les critères de tri {par cle}, {!par cle}, {par valeur}, {!par valeur} seraient
utilisables ainsi que les critères de filtrage {cle=xxx}, {valeur>5}, {valeur IN
(xxx,yyy,zzz)}, {valeur==^debutmachin}
De même, tous les critères usuels de {pagination}, de comptage {1,5}, {1/2},
{n-5,n} ...
Par contre les critéres de tri n'existe pas ( enfin pas documenter donc je n'ai même pas essayer ) mais il suffit de faire un filtre sur ton #ARRAY ( puisque la balise existe depuis 192 si je me trompe pas) afin de le trier selon ton besoin.
J'ai déjà eu a l'utiliser et ca fonctionne trés bien.
Je ne suis pas persuadé que cela ai un intéret de le rajouter dans le core ( et ca va a l'encontre de la stratégie de sortir le maximum de choses du core, et de ne garder que l'essentiel pour rendre le reste plus facilement "pluginisable" ).
Les critères de tri {par cle}, {!par cle}, {par valeur}, {!par valeur} seraient
utilisables ainsi que les critères de filtrage {cle=xxx}, {valeur>5}, {valeur IN
(xxx,yyy,zzz)}, {valeur==^debutmachin}
De même, tous les critères usuels de {pagination}, de comptage {1,5}, {1/2},
{n-5,n} ...
Les critères de tri {par cle}, {!par cle}, {par valeur}, {!par valeur} seraient
utilisables ainsi que les critères de filtrage {cle=xxx}, {valeur>5}, {valeur IN
(xxx,yyy,zzz)}, {valeur==^debutmachin}
De même, tous les critères usuels de {pagination}, de comptage {1,5}, {1/2},
{n-5,n} ...
Par contre les critéres de tri n'existe pas ( enfin pas documenter donc je n'ai même pas essayer ) mais il suffit de faire un filtre sur ton #ARRAY ( puisque la balise existe depuis 192 si je me trompe pas) afin de le trier selon ton besoin.
J'ai déjà eu a l'utiliser et ca fonctionne trés bien.
Je ne suis pas persuadé que cela ai un intéret de le rajouter dans le core ( et ca va a l'encontre de la stratégie de sortir le maximum de choses du core, et de ne garder que l'essentiel pour rendre le reste plus facilement "pluginisable" ).
Merci, je connais et j'ai utilisé
C'est un code ancien de piif, difficile à maintenir et à faire évoluer, et qui du coup ne supporte pas certaines évolutions qui ont eu lieu depuis, comme {pagination}
Je ne l'ai pas essayé recemment, mais l'esprit est le meme, oui
Cédric
Les critères de tri {par cle}, {!par cle}, {par valeur}, {!par valeur} seraient
utilisables ainsi que les critères de filtrage {cle=xxx}, {valeur>5}, {valeur IN
(xxx,yyy,zzz)}, {valeur==^debutmachin}
De même, tous les critères usuels de {pagination}, de comptage {1,5}, {1/2},
{n-5,n} ...
Par contre les critéres de tri n'existe pas ( enfin pas documenter donc je n'ai même pas essayer ) mais il suffit de faire un filtre sur ton #ARRAY ( puisque la balise existe depuis 192 si je me trompe pas) afin de le trier selon ton besoin.
J'ai déjà eu a l'utiliser et ca fonctionne trés bien.
Je ne suis pas persuadé que cela ai un intéret de le rajouter dans le core ( et ca va a l'encontre de la stratégie de sortir le maximum de choses du core, et de ne garder que l'essentiel pour rendre le reste plus facilement "pluginisable" ).
Le plus grand interet que j'y verrai serait les critéres de tri + la pagination ... ( ne sachant pas si ca existe déjà dans boucles sans tables)
Mais il ne vaudrait mieux pas "garder" cette fonctionnalité dans un plugin ?
Ca necessite des modifs du core 2.0 pour accepter cette fonctionnalité ?
