Commit graph

18 commits

Author SHA1 Message Date
0535b82c65 up de z 2021-10-13 23:20:24 +02:00
c2a1cc7c0b correction, la cle classes n'était jamais appelée 2021-10-11 20:28:20 +02:00
912fca76e1 up de z 2021-10-11 17:02:55 +02:00
963aa6eba3 maj vue en 3.2.4 2021-08-17 21:55:10 +02:00
f15f4ea1a2 comp spip 4.0 2021-05-02 22:32:29 +02:00
eda75c38db up de z 2021-03-22 11:37:11 +01:00
eba0495473 up de z 2021-03-14 10:36:06 +01:00
09cdf8b5b5 up de y, perte de compatibilite du json 2021-01-26 17:05:10 +01:00
b474dd68dc si le le parse du localstorage renvoi false alors on le supprime 2021-01-20 21:39:20 +01:00
075f16539d up de x en v3 pour simplifier 2021-01-20 21:08:43 +01:00
5d0637530d up de z 2021-01-20 21:06:38 +01:00
f2e71de02f merge à la mano car ne fonctionne pas sur vue3 avec filtre col 2020-12-17 14:55:06 +01:00
2e4fe5e1e3 Pour CYRILLE, var_mode=gamutable compatible minibando 2020-07-22 22:23:31 +02:00
40d68933e3 ajout un bouton Purger gamuTable dans la barre admin -> pas compatible avec minibando 2020-07-22 21:34:19 +02:00
d16ce21598 up de z 2020-06-18 17:36:43 +02:00
bd70e0a3c6 up de z 2020-05-20 14:13:54 +02:00
60483a2f84 Apres pas mal de tests, l'utilisation de regex pour récupérer un
data-search="toto" n'est pas jouable, gros pb de performance sur un gros
tableau. les regex OUI mais si pas beaucoup ;-)
Il semble indispensable de pouvoir gerer finemement les elements que
l'on veut rechercher, dans etre polué par les balises html.
Notre json, pour la partie corps du tableau, on ajoute un subdivision :
"html" : { mes champs}, comme cela, on peut ajouter une nouvelle cle :
"search" : {la valeur des champs qui seront recherchés et filtrés}. Cela
alourdit un peu le html, et seulement son poids. La partie html/js est
toujours aussi rapide, et meme plus si on utilise cette nouvelle cle.
ATTENTION : cela casse la compatibilité
2020-05-08 14:46:07 +02:00
b38912f104 sorti de la fabrique 2020-03-10 16:11:01 +01:00