Le 27 août 2013 14:21, Bruno <[email protected]> a écrit : > 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). > > Ce qui tombe bien puisque dès hier, la réunion était prévue à 21h :-p
> 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. > > Ok > > * 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 :) > La recette originale (enfin celle que faisait ma grand-tante libanaise) contenait des dattes, c'était top, mais c'est beaucoup de boulot ! > -- > Bruno > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
