Aujourd'hui a été pour nous la première grosse journée d'exploitation de
spip à plusieurs, à quatre en même temps sur les mêmes articles. Pas de
souci majeur, malgré une formation très très courte pour certains. Gros
(mais seul ou presque) point noir, on ne sait jamais trop qui a "sorti" les
textes et risque d'écraser vos modifs.
Je voudrais trouver une solution pour la 1.2 ...
a priori une possibilité est de passer 'maj' dans articles_edit.php3, et de
comparer le maj de la base avec le maj annoncé, et le cas <> échéant,
annoncer "quelqu'un a modifié entre temps, et vous risquez d'écraser ses
modifs: oui ou non ?"
un peu mieux : stocker le nom du dernier modifieur, et dire qui est
"quelqu'un".
encore mieux : stocker aussi le nom du dernier "sorteur", et avertir au
moment où l'on sort un texte que untel l'a déjà sorti il y a xxx jours
minutes sans le remettre... (expirer après 24h?) Dans un cas comme ça, ça
force un peu à coordonner, sans rien bloquer.
Si on part sur la seconde hypothèse, il faut donc
- stocker dernier_sorteur et dernier_rentreur (id_auteur)
- intégrer 'maj' dans articles_edit et comparer dans articles.php3
- difficulté : où stocke-t-on (temporairement) les données si on demande
confirmation? Dans un article id_article="tmp-$id_article-$id_auteur" ??
-- Fil