Version 15 — Août 2016 — Nicolas Hoizey
SPIP répond fort bien à l’édition « journalistique » : on [1] propose des articles, on [2] les publie, et puis, ces articles glissent doucement en archives...
Mais, ayant eu une autre pratique -mettre à jour en co-working- un site de documentations en perpétuel mouvement, on se rend vite compte que les squelettes traditionnels de SPIP (et particulièrement ceux de l’interface privée) sont inadaptés au suivi des rédactions...puisqu’ils ne s’intéressent qu’à la publication des derniers articles préparés : normal, c’etait la problématique originelle !
Il était possible d’agrémenter complètement l’interface publique, avec des boucles fondées sur les critères filtrant les #DATE_MODIF
et #STATUT
des articles [3], puis de relancer l’accès à l’edition par les boutons d’admin ou les crayons, mais c’est un gros travail !
Avec l’arrivée d’une SPIP 3 qui permettra plus de personnalisations, donc des boucles de requetes de presentation dans l’interface privée, et sans doute une réelle personnalisation de l’interface privée par de multiples plugins, ce sujet propose un véritable voie d’extension a SPIP !
Il existe bien :
- un systeme de versionning
- le duplicateur d’articles : plugin Duplicator
- la fonctionnalité opérationnelle (tirée de Gizeh) proposer une Nouvelle Version d’article publié
- la nouvelle fonctionnalité de Saisie Facile, également issue de Gizeh !
Mais ce ne donne pas (encore) une solution opérationnelle.....
qui intégrerait :
- l’édition par morceaux (paragraphes ou sections comme Wikipedia)
- l’insertion -en ligne- des commentaires masquables [4].
Je vous propose de collaborer à cette définition !!
Peut-etre pourrait-on l’appliquer au Carnet / surtout si cet espace était géré dans un sous-site de Contrib -partageant néanmoins la base Auteurs ;-)
L’origine de ces difficultés pratiques nait d’un détournement de la finalité initiale de SPIP.
De multiples contributeurs veulent créer et/ou compléter des pages de documentation sur divers sujets, sans grande coordination ni controle, librement ! [5]
Ajouté :
Malgré la décote de SPIP devant DRupal ou WordPress, on m’a fait plusieurs fois cette remarque :
« Mais pour faire un Intranet, je prendrai SPIP ! »
Egalement une remarque du jour : inlineDisqussions
</blockquote>Deux dénominations sont souvent utilisées (et confondues) pour le travail collectif, en équipes :
- coopératif
- collaboratif
Est-ce la même chose, en-dehors de toute connotation historique ? Pas exactement : l’école française distingue les deux approches, selon J.Heutte, en étudiant la structuration mise en œuvre au travail :
- l’approche coopérative dispose a priori une structuration des taches, dans une organisation imposée
- au contraire, l’approche collaborative est bien plus ouverte aux interactions et participations croisées
- pour un contributeur
=> [Stanislas] il me semble que ces questions relève d'une ligne éditoriale, d'un travail sur l'arborescence et de l'animation du site
=> [Stanislas] Avec SPIP, le forum de l'article dans l'espace privé permet de faire cela
comment « jardiner » [7]ces forums (ce qui signifie bien plus que les modérer !! ).
=> [Stanislas] Perso, je veux bien des précisions sur ce que l'on entend par "jardiner"
-* Comme dans un pareterre, Jardiner un texte d'article, ou un ensemble de messages d'un forum est une expression née sur les Wiki ([Wikini->http://www.wikini.net] en particulier, qui est à l'origine de Gribouille) expliquant le travail régulier de relecture et synthèse des textes, épurant les scories dues aux dialogues entre les rédacteurs successifs, aggrégeant les réflexions et synthétisant les décisions, pour ne conserver a long terme dans le corps de l'article, avec la récapitulation des arguments, seulement le résultat {opérationnel} mis-au-point à l'occasion du travail collaboratif autour de l'article..
=> [Stanislas] Question évoquée de longue date, pas facile à faire je suppose (je suis pas développeur...) et dont [j'ai fait un ticket->http://core.spip.org/issues/2480] car avec SPIP3 peut être que...
{_ Mais depuis que la question a été posée, j'ai découvert un plugin "Duplicateur".....}
_
- pour un administrateur :
=> [Stanislas] Il me semble que l'approche de SPIP est que tant que l'article est en brouillon il est personnel. Il n'est ouvert à discussion que lorsqu'il est proposé et là les mécanismes de publicité existent.
-* {il faut que le rédacteur initial prenne l'initiative de rajouter d'autres auteurs à son article, et espère que les autres auteurs se connecteront en privé....}
=> [Stanislas 08/12] Idée : un rédacteur disposerait dispose d'une option à cocher qui permette d'autoriser tout rédacteur de s'ajouter à la liste des auteurs pour participer à l'article
Quelques idées en vrac
- pour que les articles proposés suscitent des reactions de leurs lecteurs :
activer plus facilement l’acces a une sorte de « petition » pour commenter les articles de contrib
j’imaginerais presque un « tableau blanc obligatoire » pour les admins parcourant les articles proposés,
qui faciliterait peut-etre la reactivité
Car globalement je trouve que SPIP ne sait pas bien répondre au collaboratif
_ [10]
[21:48] maieul au c’est quoi ton tableau blanc ?
- qd je dis collaboratif, il s’agir bien sur de « rédaction partagée »
* par exemple, que sur la base du texte article ecrit (proposé) les commentateurs puissent marquer des annotations (comme els vrais correcteurs de presse)
qui disparaitraient /basculés en notes internes pour memoire/ après prise en charge par les co-redacteurs
ah oui, trouver des commentaires lignes par ligne pourquoi pas ; apres techniquement je ne vois pas trop comment
* de meme il faudrait qu’il soit simple de crer des co-redacteurs d’office
pour apporter un suivi-support en cours de redaction
* enfin -vieille antienne- que SPIP sache decouper un article en mini-blocs (comme sur MediaWiki)
car la seule facon de faire actuellement c’est de considerer un article comme une rubrique composée de plusieurs article-paragraphes
La gestion des co-redacteurs : qu’automatiquement (voire par branches), d’autres admins et/ou redacteurs soient automatiquement en accès lecture-ecriture sur les articles d’une branche (a laquelle on fait des restreints !)
aujourd’hui le paradigme spip interdit [11] d’ouvrir en co-redaction, les articles avant publication [12] et en plus oblige a une contorsion pour reprendre un article deja publié :
- soit tu es admin (et tu modifies directement en ligne, sans brouillon ni validation)
- soit tu utilise Dupliquer et Publier...mais déjà faut le trouver, et comment savoir qu’un article est en-cours de refonte par quelqu’un d’autre !
Nouvelle Version de Dupliquer et Publier fournit désormais ces facilités : voir Nouvelle version - Modération de modifications
</blockquote>Nota Bene (22 Aout) revenant sur ce vieil article, je commence par admirer la technique de rédaction de Stanislas : tres proche de la tradition de Wikini, il serait sympa d’avoir automatiquement cette presentation générée par une interface (dérivée spécialisée de Crayons ?)
Et puis je vais rajouter le lien vers un premier outil-plugin à integrer à vos SPIP : Dupliquer et Publier (Nouvelle version) [13]