Merci pour ce CR, et désolé pour mon absence (20h c'est définitivement pas
possible pour moi, 21h je devrais pouvoir être là plus souvent).

2. Démarrage de la réunion par la revue des tickets encore ouverts sur la
> 2.5.3 :
> ===
>
> * http://dev.dotclear.org/2.0/ticket/399 : suppression multiple dans le
> gestionnaire de média
>
> (Je résume la discussion qui s'est éparpillée un peu partout pendant la
> réunion)
>
> On va commencer par gérer la suppression d'une sélection de média, via
> l'ajout de cases à cocher et d'un bouton idoine. nikrou et franckpaul vont
> se pencher sur la question pendant la semaine et un point sera fait lundi
> prochain.
>

Ma pierre à l'édifice : concernant la sélection de médias via checkbox, si
l'affichage est toujours sur 2 colonnes, ce serait bien d'avoir quelque
chose de plus visuel que la checkbox pour voir les médias sélectionnés
(passage du fond en bleu par exemple). C'est en effet assez difficile à
identifier dès lors qu'il y a plus d'une colonne. Alternative: proposer un
affichage mono-colonne, à la manière de l'affichage du mode "détails" de
l'explorateur de windows.

* Développement d'un contrôleur qui donnera la main à post_actions.php pour
> les actions en provenance de la combo d'action ou à ??? qui gèrera
> l'enregistrement de l'ordre
>

Attention à la sécurité dans ce cas-là: posts_actions.php doit rester en
mode POST. Malheureusement, on ne peut pas faire de POST-redirect.

 * Mise en place d'un behaviour prenant la main plus tôt dans
> post_actions.php afin de permettre au plugin pages (et d'autres
> éventuellement) de prendre en charge ce traitement particulier
>
(la 2e solution semblant plus immédiate à mettre en œuvre que la première)
>
Je ne suis pas vraiment séduit par cette 2e approche. Ou alors on considère
cela comme temporaire, et on doit pouvoir détourner un behaviour existant
pour arriver à nos fins (en forçant $action à quelque chose avant d'entrer
dans la page), puis on repense la page posts_actions.php un peu
différemment.

Je me permets de proposer une 3e solution : on redéfinit un squelette
global de page XXX_actions.php sur base d'une classe regroupant les
différentes actions, classe qui peut être instanciée par ailleurs, et dans
ce cas, tout plugin a le choix d'implémenter sa page d'actions comme bon
lui semble, en profitant des actions "de base" du core.

J'essayerai de participer à la discussion de lundi prochain sur le sujet.
si j'ai le temps, je préparerai une maquette de page qui va dans ce sens.


> * franckpaul demande si l'horaire de 21h convient à tous pour les
> prochaines réunions IRC : réponse favorable et unanime
> * franckpaul annonce qu'il fera une revue des tickets non affectés de la
> 2.6 ASAP
>



> * franckpaul hésite entre tout-noix ou mélange noix-pistache pour les
> prochains maamouls
>
> Tu as essayé avec des figues ?  M'est d'avis que ça doit bien le faire
aussi :)

--
Bruno
-- 
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev

Répondre à