Carnet Wiki

Quels besoins pour une édition collaborative sous SPIP

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 ;-)

Quelles pratiques

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

Distinguer Collaboratif et Coopératif

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

Quels besoins


-  pour un contributeur

  • existe-t-il déjà une page sur le sujet : en-cours ou en attente ?
  • comment retrouver les pages-articles concernées ?
  • dans quelle rubrique/secteur/groupe de mots-clés la ranger ?
  • qui ecrit dans son coin ?
  • ce n’est pas le meme titre, mais pourtant cela parle des memes choses (peut-etre avec un autre vocabulaire d’ailleurs )
    1. => [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
  • comment puis-je proposer / echanger en direct avec l’autre contributeur :
    forum des redacteurs ?
    forum des administrateurs ?
    comment en synthétiser les echanges (et les purger) [6]
    1. => [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..
  • comment reprendre un article publié ?
    la solution de l’Admin.Restreint sur Carnet est-elle valide ?
    => [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".....}
  • comment être alerté/averti par mail d’une modification (proposée/actée ?) sur un article auquel il participe ?
    SPIP propose le plugin Notification ? est-il bien utilisable ?
    ne faut-il pas s’etre déclaré parmi les “auteurs” d’un article pour en profiter ?

_

-  pour un administrateur :

  • comment savoir les articles en cours de travail, pour y autoriser un autre participant
    => [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é....}
    1. => [Stanislas 08/12] Idée : un rédacteur disposerait d'une option à cocher qui permette d'autoriser tout rédacteur de s'ajouter à la liste des auteurs pour participer à l'article
  • comment suivre les mises-à-jour proposées sur un article existant
    1.  

    => [Stanislas] Dans l’espace privé la page d’accueil a une pagination des modifications [8] dans l’espace public on peut proposer en page d’accueil si c’est le choix du webmestre d’afficher les derniers articles modifiés [9]

  • comment permettre une lecture facile pour l’utilisateur-consommateur
  • comment être alerté/averti par mail d’une modification (proposée/actée ?) sur un article auquel il participe
  • comment se douter que les deux rubriques Rédacteur Public et Rédiger coté public se recouvrent ? comment réorganiser ce contenu ?
    1. => [Stanislas] Cela ne relève pas également de la ligne éditoriale et de l'animation du site ?

_
-  pour un lecteur : car c’est sans doute la question principale !

  • comment atteindre le dernier article actualisé sur le sujet ?
  • comment passer rapidement (au sens du lecteur qui tourne la page) à l’article connexe
  • comment retrouver une vue d’ensemble synthétique des articles sur ce sujet
    et rien ne garantit de présumer que les articles correspondants sont dans la meme rubrique !!
    => [Stanislas] Dans l'espace public, il est possible de gérer toutes ces questions.
    -* {et on peut s'attendre a voir plus de plugins tirant parti de la squelettisation de l'espace privé, pour étendre le 'Listes 

-  du point de vue d’un ergonome :
-  comment garder la meme interface dans l’espace privé et l’espace public (exemple des crayons: faire un clic-clic rapide sur ?exec=articles pour passer en ?exec=articles_edit ; voir aussi la question d’interdire la creation d’articles pour ne laisser que crayons en interface publique... mais quid d’une relecture/validation de la nouvelle version


On se rend compte que certains problèmes oscillent entre les espaces privé et public...
et entre la gestion en Wiki/Gribouille/Carnet ou la gestion par la chaîne de gestion traditionnelle de SPIP !

  1. => [Stanislas] Perso, ce qui m'est demandé dans l'espace privé c'est un environnement de travail ciblé par groupe d'utilisateurs voire même par utilisateur car plus l'interface est dépouillée plus elle est simple... cela peut pousser parfois à recréer une interface côté espace public en accès restreint

Retours d’expérience : n’ayant jamais pratiqué les forums internes (Rédacteurs / Administrateurs),
certains d’entre vous pourraient-ils faire part de leurs pratiques ?

Un debat sur IRC :

d’après un débat IRC du 25 nov.2012.

La gestion de Contrib, de SPIP : dans spip on est une communauté
-  on fait des admin restreints
et les gens passent encore par proposer l’article
ils ont pas de reaction et ils ont pas l’idée de publier [10]
-  c’est d’ailleurs une bonne approche : car l’admin restreint a le choix :
* il publie (tout seul) au risque de laisser des boulettes
il attend (mais ne peut pas annoter les articles des autres)

  • c’est normal qu’il y ait de la modération, mais réactive : je me souviens d’avoir découvert les articles sur SPIP 3 (un dev qui documente) bien plusieurs mois avant qu’ils ne sortent sur spip.net ; et il reste souvent des articles en attente “longue” sur Contrib
  • mais quand t’as aucun commentaires des gens : que faut-il faire ?
    “si on part du principe qu’on crée des admins restreints, c’est qu’on juge que les gens sont assez grands !”

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
_ [11]
[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 [12] d’ouvrir en co-redaction, les articles avant publication [13] 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


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) [14]

[1UN auteur-rédacteur..voir un groupe

[2L’UN des Admins, ou Admins restreints

[3voire de leurs versionning, si vous savez comment il est géré ?

[4Voir les remarques de Stanislas : exemplaire !!

[5Cela vous rappelle quelque chose ?

[6Seuls les Administrateurs ont ces droits ?

[7Jardiner un texte d’article, ou un ensemble de messages d’un forum est une expression née sur les Wiki (Wikini 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

[8Il s’agit plus précisement des derniers articles proposés en publications ou publiés, par #DATE et non par #DATE_MODIF ; or on doit en SPIP traditionnel etre Administrateur (restreint ?) pour reprendre un article déjà publié.

[9Je rajoute désormais systématiquement une ?page=modifs.

[10Y’a-t-il une charte ?

[11encore une fois, c’est compréhensible, vu son origine pour la presse..

[12Sauf à s’adstreindre a les rajouter tous sans en oublier..

[13Sauf a systematiquement rajouter les admins comme co-auteurs, pour que l’interface privée les propose sans devoir rechercher dans le plan..

[14Nouvelle version permet à un redacteur de reprendre un article existant pour en proposer une autre redaction...

Quelques pistes d’outils (plugins) découverts à la suite de cette thématique :
-  le plugin Duplicator double un article, ou jusqu’à une arborescence de rubrique
-  Nouvelle version - Modération de modifications y rajoute pour l’auteur-rédacteur qui en reprend l’initiative, la possibilité de modifier cette nouvelle version d’article..
-  le (vieux?) plugin GAFoSPIP
-  enfin (2019) une esquisse de solution envisagée en ZxWP : un plugin d’administration en public..

YannX - Mise à jour :11 January 2019 at 13:11