Le 4 juillet 2011 09:47, Dsls <dsls(a)morefnu.org> a écrit :
Le 4 juillet 2011 09:44, Dsls <dsls(a)morefnu.org> a écrit :
> Hello,
>
> Je pense avoir une version stable des filtres de formulaire de liste.
> Thomas, tu penses avoir un tri sur les colonnes sous peu ? J'envisage
> de faire le merge avec la branche default sous peu.
J'ai profité d'une passe pour ajouter une méthode-outil dans dcBlog :
"getInParamStr", qui génère du code SQL selon que le paramètre
"_not"
est fixé ou pas. Je me tâte à ajouter le test de présence du paramètre
directement dans cette méthode, cela simplifierait le test dans les
méthodes type getPosts().
Yo Bruno.
Je viens de coder un truc normalement stable pour le tri des colonnes
(quoique je préférerai si tu pouvais jeter un oeil une fois que ce sera
commité)
Par contre, j'ai un problème au niveau sécu. Je t'explique la situation.
Pour chaque colonne, on peut maintenant dire si elle est apparaît dans la
liste de colonnes à afficher, si elle peut être cachée et si elle est
"sortable". Maintenant, la définition des colonnes se fait via chaque classe
héritant de adminGenericList. Or le tri est effectué directement dans la
requête SQL ce qui veut dire que je récupère les paramètres "sortby" et
"order" pour les passer à getPost().
Le problème c'est que je ne sais pas comment filtrer ces paramètres car ils
dépendent des colonnes marquées comme "sortable" et qu'ils sont donc
définis
après le getPosts().
Tu vois le délire? Est-ce que tu aurais une idée là dessus?
--
Tomtom aka Thomas