> Tout ça pour dire que je fais un premier jet sur un nouveau système de > post_status plus générique (qui pourra marcher avec comment_status et > autres) et qui reste compatible avec les anciens.
Je viens de regarder le code, j'aime bien le concept d'une classe dédiée. Il va en revanche falloir voir s'il faut vraiment gérer des classes héritées à chaque nouveau statut. Quant à la compatibilité, quitte à changer le type de la colonne, autant aussi changer la valeur des status par des choses plus parlantes... de toutes façons, je ne connais pas beaucoup de plugins à l'heure actuelle qui jouent sur les statuts des commentaires et des billets. Il ne faut pas non plus perdre de vue qu'un plugin implémentant un nouveau statut est désinstallable, et qu'il ne faut pas que tout soit cassé si ce plugin est désinstallé. > Mais je me pose des questions sur la suite, car si on regarde comment ça > marche aujourd'hui il y a des relations en dur entre les status et les > permissions... Faut-il alors autoriser chaque script qui ajoute un > status la possibilité de lui lier des permissions ? J'ai fait des essais > mais pas très concluants/propres... Bref à voir. Pour moi, les permissions doivent être gérées à part. Un jeu de callbacks me semble suffisant pour gérer ça. Le fait d'avoir une classe qui gère les statuts permet en plus de regrouper le tout en un seul endroit, plutôt que de s'éparpiller. -- Bruno _______________________________________________ Dev mailing list [email protected] http://ml.dotclear.org/listinfo/dev
