Bonsoir,
En fait, dans le cas présent, il serait bon de permettre à l'auteur
de créer une nouvelle version de son article. Ainsi,
l'administrateur peut voir si la nouvelle édition en vaut la peine,
et dans ce cas le remplacer definitivement
Non, il ne faut pas "dupliquer l'article". Il faut que ça soit
transparent, et pour cela il faut gérer les versions antérieures
dans un table de sauvegardes, avec un système d'affichage des
différences façon wiki, et éventuellement un système de validation
des diff proposés.
Ca ce serait le "mieux", mais s'il n'est pas réalisable simplement, on
peut toujours tenter le "bien", qui est justement ce qui est indiqué
ci-dessus, la possibilité de préparer une nouvelle version d'un
article alors qu'il est déjà en ligne, en suivant ensuite le même
circuit éditorial.
Ca n'est pas "facile" si on veut le faire bien. Par ailleurs les
tables de sauvegardes peuvent rapidement exploser en taille, donc il
faudra implanter un système de garbage collector un peu intelligent,
etc.
Justement, avec le "bien", pas de soucis d'explosion, on ne garde au
plus que deux versions d'un article, l'une en ligne et l'autre en
préparation.
Après, pouvoir sauver les versions que l'on écrase, ce n'est pas
compliqué mais lourd en espace si l'on ne fait pas de diff, et
compliqué mais potentiellement moins lourd en espace si on fait du
diff.
Pour le diff, une extension pour PHP est en cours de création sur la
base du diff de unix, donc ça pourra être fait de façon optionnelle,
je crois assez peu à un diff codé en PHP.
mais ceci reste en refus auprés des leaders de spip...
Oui, c'est "en refus", parce que c'est une mauvaise idée. La bonne
idée n'est pas tellement plus compliquée, et figure dans la TODO.
Que l'idée avec diff soit meilleure, je suis d'accord, mais dire que
l'autre solution n'est pas bonne dans l'absolu, je ne vois vraiment
pas pourquoi pour ma part.
Si tu veux la programmer, vas-y, je ne crois pas que quiconque se
soit lancé encore.
C'est utilisé depuis plus d'un an par EDF pour gérer ses contenus,
nous l'avons signalé à plusieurs reprises !
Avec Ben j'ai fait un essai pour intégrer SPIP et wiki, mais c'était
la piste inverse (mettre les raccourcis SPIP dans wikini).
C'est une autre problématique. Mais il est vrai qu'avoir un langage de
balises simple unifié entre différents outils de publication web
serait un plus indéniable.
-Nicolas