Carnet Wiki

Spip en RSE (plate-forme numérique collaboratives = réseaux sociaux d’entreprise)

Adhérent à de nouvelles (grosses) associations, je suis obligé d’utiliser leurs (très lourdes) plateformes collaboratives, et je ne cesse plus de comparer avec la souplesse de SPIP [Il a tout d’un grand !].

Que manque-t-il à une plateforme SPIP pour supporter un RSE :
- pas grand chose (car de très nombreux plugins apportent deja des possibilités)
Comment s’installer une plateforme collaborative en SPIP /pour un WebMestre :
- détailler les plugins nécessaires (et décrire les manquants) !

Les besoins des petites associations sont tout aussi comparables, mais le cout moyen mensuel d’une solution professionnelle coute environ 5 € mensuel par adhérent....
Alors que SPIP peut apporter beaucoup de solutions !

Rappel : le CdC d’un RSE

  1. un annuaire d’utilisateurs (avec descriptifs et gestion des droits)
  2. des secteurs thématiques (avec accès restreint à des sous-communautés)
  3. qui acceptent de mémoriser : fichiers, liens URL et textes collaboratives de tous ordres,
  4. avec forum de discussion et versionning associés à chaque objet,
  5. intégration de gestion des taches et réunions vidéo
  6. systèmes de notification directe aux utilisateurs
  7. intégration des progiciels métiers de la structure
  8. + interopérabilité d’interrogation des tables

A priori, il ne manque que deux aspects principaux à un SPIP bien complété :
-  l’arborescence versionnée des pièces jointes (sans perturber leur nommage externe en téléchargement),
-  la multi-redaction wiki (identifiée = EtherPad)
+ une gestion des taches mieux présentée
+ une intégration user-friendly des interfaces publiques et privées
+ une boucle dédoublant les modifications successives conjointes par un même auteur
+ une autre façon de gérer les droits d’accès, par ACL.. (cf. Plugin ACL)

Les plugins à installer

  (liste approximative, à préciser)
Accès Restreint, Facteur, Notifications, Tickets, Jabber, Mots-clés (à configurer d’office), Gribouille (adapté de Wikini/EtherPad), Couleur par rubrique, Mots par rubriques,...

Les fonctionnalités manquantes à développer

Intégrer les fonctionnalités d’édition dans le public
Les plugins ZxWP : un plugin d’administration en public.. ou MiniBando ne paraissent pas adaptés dans ce contexte [COMMENTAIRE] Quid des crayons ??? => j’ai trouvé assez genant sur smartphone d’après mon experience

Refonte de squelettes : il y a là un gros travail... sous Z !

  • secteurs : définissant l’accueil pour chaque communauté et ses utilisateurs
  • sous-rubriques :
  • page/gestion des documents ;

Gestion des accès plus générale :
La gestion en tout ou rien d’Accès Restreint peut s’avérer en l’occurrence trop drastique, par exemple pour coopter ponctuellement des intervenants extérieurs à un groupe !
[COMMENTAIRE] « tout ou rien » ? Un accès est accordé ou ne l’est pas. N’est il pas possible d’affiner l’autorisation, comme pour toute autorisation SPIP ?
=> j’évoque ici le recouvrement des zones sur rubriques !

  • Déléguer les gestions partielles des accès aux Administrateurs restreints par Rubriques (donc avec refonte des fonctions d’autorisations traditionnelles)
  • Développer une gestion complémentaire (proche d’ Plugin ACL) individualisée

Autres améliorations (fort) utiles à développer

  • fusion des multiples versions successives continues (à ne pas différentier) par un meme utilisateur
  • améliorer l’insertion d’hyper-liens internes (ajouter la fonction Recherche d’A2A)
    cette fonction pourrait être pluginisée et étendue/généralisée..

PS : Ce travail vous intéresse (comme utilisateur ou comme co-développeur) : reagissez ici...

YannX - Mise à jour :11 mai 2023 à 22h37min