> Quite à généraliser, ça me semble un peu artificiel de décider quelles propriétés sont spécifiques aux médias et quelles propriétés peuvent être généralisées à tous les types de <truc tagable>, et à ancrer ça dans la structure des tables. À un moment on pourrait se retrouver avec un ensemble de termes (ce que tu appelles vocabulaire si j'ai bien compris) adapté à deux <trucs tagables> (par exemple billet et page) et pas à un troisième (par exemple média). > Ça serait surement plus malin de définir ces restrictions par un paramètre en même temps qu'on défini le vocabulaire, n'est-ce pas ça que tu mettais dans post_type ? et du coup plutôt encore une autre table pour avoir des relations N-N voc-post_type et zou ! :)
La discussion est complètement ouverte sur le sujet :) Actuellement le post_type faisait référence au champ post_type de la table dc_post, mais on peut étendre cela à d'autres colonnes de tables. A voir comment on veut gérer les "affinités" d'un vocabulaire avec un type d'entrée. Sachant qu'à mon avis, ça peut se faire dans un second temps. PS : bienvenue à toi, je suis ravi de voir une personne de plus qui comprend (et parle) le klingon :) -- Bruno
_______________________________________________ Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
