Le 4 juillet 2011 09:47, Dsls <[email protected]> a écrit : > Le 4 juillet 2011 09:44, Dsls <[email protected]> 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
_______________________________________________ Dev mailing list [email protected] http://ml.dotclear.org/listinfo/dev
