Version 9 — Novembre 2012 — YannX
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 !
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 ! [4]
- 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 » [6]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 dispose d'une option à cocher qui permette d'autoriser tout rédacteur de s'ajouter à la liste des auteurs pour participer à l'article => [Stanislas] Dans l'espace privé la page d'accueil a une pagination des modifications[[Il 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é.]]des ans l'espace public on peut proposer en page d'accueil si c'est le choix du webmestre d'afficher les derniers articles modifiés => [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 !
=> [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 exec=articles_edit</code >
On se rend compte que certains problèmes oscillent entre les espaces privé et public publics ...
et entre la gestion en Wiki/Gribouille/Carnet ou la gestion par la chaîne de gestion traditionnelle de SPIP !
=> [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 restreintRetours d’expérience : n’ayant jamais pratiqué les forums internes (Rédacteurs / Administrateurs),
certains d’entre vous pourraient-ils faire part de leurs pratiques ?
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 [7]
- 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
dans spip on est une communauté
[21:39] maieul et il y a pas des gens qui sont « tenus » de faire quelque chose
[21:39] YannX 25 articles en redac /5 en attente / 70+ en tout
[21:39] maieul bon
[21:39] maieul je vais faire une purge contrib
[21:40] |<— BoOz a quitté freenode (Quit : BoOz)
[21:42] YannX maieul : n’hesite pas a me mettre des annotations dedans « chaque fois » qu’u phrase te plait pas
[21:43] maieul mais merde quoi on fait des admin restreints
[21:43] YannX je sais qu’il faut souvent me relire...
[21:43] maieul et les gens passent encore par proposer l’article
[21:43] maieul il ont pas de reaction et ils ont pas l’idée de publier
[21:43] YannX et c’est d’ailleurs pas forcement une bonen approche : car l’admin restreint a le choix :
[21:43] YannX il publie (tout seul)
[21:43] cerdic oui enfin c’est pas la foire ouverte non plus
[21:43] YannX - il attend (mais ne peut pas annoter les artticles des autres
[21:43] cerdic c’est normal qu’il y ait de la moderation maieul
[21:44] maieul cerdic : oui, je suis d’accord
[21:44] maieul mais quand t’a aucun commentaires des gens
[21:44] YannX tout a fait d’accord pour uen moderation
[21:44] maieul et si on par du principe qu’on crée des admins restreints, c’est qu’on juge que les gens sont assez grand
[21:44] YannX mais reactive : je me souveisn d’avoir decouvert les articles de Cerdic (un dev qui documente) bien plusieurs mois avant qu’ils ne sortent sur spip.net
[21:45] YannX il faudrait activer plsu facilement l’acces a une sorte de « petition » pour commenter les articles de contrib
[21:46] maieul tu peux expliciter ?
[21:47] 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
_ YannX 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
_ [encore une (…)" id="nh8">8]
[21:48] YannX qui facilietrait peut-etre la reactivité
[21:48] YannX globalement je trouve que SPIP ne saist pas bien repondre au collaboratif
[21:48] YannX (encore une fois, c’est normal vu son origine..)
[21:48] maieul au c’est quoi ton tableau blanc ?
[21:48] YannX qd je dis collaboratif, il s’agir bien sur de « redaction partagée »
[21:49] - qd je dis collaboratif , il s’agir bien sur de « rédaction partagée »
_ * YannX par exemple, que sur la base du texte article ecrit (proposé) les commentateurs commentateur 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
_ [21:50] 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 YannX qui disparaitraient /en notes interne pour memoire/ après prise en chargepar les co-redacteurfs
[21:50] YannX de meme il faudrait qu’il soit simple de crer des co-redacteurs d’office
[21:50] YannX pour apporter un suivi-support en cours de redaction
[21:51] maieul a oui, trouver des commentaires lignes par ligne pourquoi pas
[21:51] maieul apres techniquement je ne vois pas trop comment
[21:51] maieul ensuite je saisi pas ton histoire de co-redacteur d’office
[21:51] YannX et-vieille antienne- que SPIP sache decouper un article en mini-blocs (comme sur MediaWiki)
[21:52] YannX la seuile facon de faire actuellement c’est de considerer un article comme uen rubrique composée de plusieurs aricle-paragraphes
[21:53] YannX 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 !)
[21:54] YannX aujourd’hui le paradigme spip interdit d’ouvrir en co-redaction les articles avant publication, et en plus obklige a une contorsion
[21:54] YannX pour reprendre un article deja publié :
[21:54] maieul a bon
[21:54] maieul on peut pas ajouter un auteur sur un article en cours de redaction
[21:54] maieul ca m’etonne cela
[21:54] YannX - soit tu es admin (et tu modifies sans validation)
[21:55] YannX - soit tu utilise Duplicator...deja faut le trouver !
[21:55] maieul oui effectivement
[21:55] maieul pour le pb de la reprise d’un article publié
Nota Bene (22 Aout) revenant sur ce vieil article, je commence par admirer la technique de redaction 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 ?)
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 [9] d’ouvrir en co-redaction, les articles avant publication [10] 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 deja faut le trouver, et comment savoir qu’un article esten-cours de refonte par quelqu’un d’autre !
Nota Bene (22 Aout) revenant sur ce vieil article, je commence par admirer la technique de redaction 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) [11]