Re: {id_mot} sur sur boucle (DOCUMENTS)

Hello,

je pense qu'il faut rétablir par principe ici, car en pratique cela doit 
toucher peu de sites (le fait est qu'on a pas eu de remontée du 
changement de comportement).

Par contre amha il faudrait que le compilateur lance une erreur 
"jointure ambigue" en cas ou 2 tables de liens sont possibles, pour 
forcer a lever l'ambiguite du critere de boucle dans le squelette.


-- 
Cédric



Maïeul a écrit :
> Salut à toutes et tous,
>
> je dois confesser une bourde commitée il y a 3 ans, qui a cassé le
> comportement par défaut de
> <(DOCUMENTS){id_mot=X}>
>
> On sait que cela est ambigu, s'agit-il:
> - des documents attachés au mot clef X
> - des documents qu'on a marqué par le mot clef X
>
> Voir http://marcimat.magraine.net/SPIP-3-Documents-Mots
>
> Avant SPIP 3.0.11, SPIP prenait dans un tel cas les documents attachés
> au mots.
>
> Mais en http://zone.spip.org/trac/spip-zone/changeset/74303/, croyant
> bien faire, et ne connaissant pas l'article de Marcimat, et mettant une
> coquille dans le log de commit (lire DOCUMENTS et pas EVENEMENTS), j'ai
> changé le comportement, ce qui impacte toutes les versions de spip > 3.0.11
>
> Question à trois sous:
> - on considère que ce qui est fait est fait, et on modifie les docs en
> conséquences?
> - ou bien ou on fait un revert, et on modifie les docs en conséquences?
>
>
> Et encore désolé pour ce commit malencontreux
>
> Maïeul
>
> _______________________________________________
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip