Version 14 — Juin 2015 — 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 !
Il existe bien :
- un systeme de versionning
- le duplicateur d’articles : plugin [Duplicator->http://www.
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].
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 [5].
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 ! [6]
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 » [8] 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=article
s 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 !
=> [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 ?
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 [9]
- 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)
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]