[spip-dev] None

Dev
1

le 'mapping' : il permet de placer un article dans plusieurs
rubriques

Selon moi, la solution la plus "propre" et riche est de virer l'id de
rubrique de la table des articles, et d'avoir une table de plus qui ne
contient que des couples id_rubrique/id_article.

Le probleme qui est souleve n'a pas de solution pratique, a moins de choisir de publier deux fois le meme article, dans deux rubriques differentes.

Soit un article Art1 appartenant aux rubriques Rub1 et Rub2.
Lorsque l'on affiche Art1, quel squelette utilise-t-on ? On pourrait se baser sur l'historique du trajet du visiteur du site, genre s'il vient du menu de Rub1 on utilise le squelette de Rub1, idem pour Rub2.
Mais que faire lorsque l'on vient d'ailleurs, soit d'un moteur de recherche type Google, soit d'un endroit du site qui n'a rien a voir avec Rub1 ni Rub2 (que ce soit la page de l'auteur, la page d'un mot-cle, ou un lien interne) ?

Bref, il n'est pas possible de choisir comme ca, a priori, quelle mise en forme il faut appliquer a l'article lui-meme si l'on n'a pas une indication supplementaire, du type "appartient a la rubrique machin, et uniquement a elle".

Changer la maniere dont fonctionnent les rubriques ne changera rien au probleme. Et le type de "navigation transversale" que tu proposes est deja accessible via les mots-cles, comme cela a deja ete signale.
      XaV

2

Bonjour,

Le probleme qui est souleve n'a pas de solution pratique, a moins de
choisir de publier deux fois le meme article, dans deux rubriques
differentes.

En effet, je parlais juste de la capacité de publication d'un article
dans plusieurs rubriques, pas de l'impact sur le choix d'un squelette.

J'ai ce besoin pour au moins deux projets dans lesquels les squelettes
de rubriques seront uniformes, donc le problème ne se posera pas.

Bref, il n'est pas possible de choisir comme ca, a priori, quelle
mise en forme il faut appliquer a l'article lui-meme si l'on n'a pas
une indication supplementaire, du type "appartient a la rubrique
machin, et uniquement a elle".

Ce n'est vrai que s'il y a des squelettes spécifiques à l'une des
rubriques en question, cas peu courant à priori.

Changer la maniere dont fonctionnent les rubriques ne changera rien
au probleme.

En effet, mais je ne vois pas la logique. Le problème était de
rattacher un article à plusieurs rubriques, et le problème éventuel de
squelette en découle, et non l'inverse.

Et le type de "navigation transversale" que tu proposes est deja
accessible via les mots-cles, comme cela a deja ete signale.

Non, les mots clefs ne sont pas gérés dans une arborescence.

-Nicolas