Ça ne devrait pas être si dur à faire avec les nouveaux outils qu’ESJ met en place.
Mais j’ai l’impression de penser plus loin que ce que tout le monde propose jusqu’à maintenant (mais l’idée n’est pas de moi).
On pourrait avoir une seule table pour les brèves, les rubriques et les articles (et prq pas le reste aussi) avec un champ type.
Les boucles ARTICLES, BREVES etc.. seraient alors adaptées pour boucler sur cette table avec un critère WHERE comme il faut.
Mais surtout, on aurait une boucle OBJETS sur lequel on pourrait utiliser tous les critères qu’on utilise déjà plus un critère {type IN breves,articles}
pour mélanger l’information.
Évidemment, cela demanderait un peu de révision des insertions dans la table depuis l’interface privé. Il faudrait aussi penser aux performances d’une telle chose. Mais ce serait bien cool je pense.
Messages
14 octobre 2005, 11:38, par James
la grosse table, hum... l’éclatement en tables différentes, c’est pour des raisons d’adéquation entre le modèle éditorial et le modèle de données : une rubrique et un article sont des concepts éditoriaux différents donc, il sont différenciés par des tables distinctes. La preuve, pas de champ PS pour les rubriques...
Le fait de vouloir mêler des éléments, à mon sens (parce que j’ai un sens, figurez-vous), c’est quand il devient utile (ou seulement joli) de présenter une liste, triée selon un critère commun. Il ne s’agit que de présentation en fait... est-ce que ça vaut le coup, du coup ?
à propos de démangeaisons :
3 décembre 2005, 16:34, par Olivier G.
Quand je lis ça, j’ai très très peur de la complexification de SPIP.
Il est TRES important de conserver notre logiciel abordable par les débutants.
3 décembre 2005, 16:36, par Olivier G.
Qu_and je lis ça, j’ai un peu peur de la ’technicité’ qui pourrait gagner SPIP.
je pense qu’il est très important de conserver ça simplicité et sa facilité d’approche à SPIP.