SpipContrib2

Pour spip-contrib v.2

Quelques réflexions pour préparer un nouvel espace de contributions SPIP
Réfléchissons à l’organisation de « spip contrib 2 » SpipContribV2Propositions


Point au 03 octobre.

ReunionDeLancement

Proposition de plan thématique

Interface site public

  • Squelettes complets
    — types blog
    — type portail
    — type vitrine
  • navigation (Menus...)
  • Affichage (Mise en page..)
  • Interactivité et animation de communauté
    — forum
    — lettre d’info
    — formulaires et sondage
    — Agenda
    — Annuaire
  • Multimedia
    — cartographie
    — diaporama
    — portfolio
    — audio
    — video

Administration du Site

-  outils rédacteurs

    • Outils typo

-  outils administrateur

    • Gestion de base documentaire
    • Gestion des squelettes
    • Gestion de base adhérents
    • accès restreint
    • multilinguisme

-  outils formation

Spip contrib mode d’emploi

  • comment chercher ...
  • vous souhaitez contribuer ?
  • vous voulez participer aux tests ou à la validation
  • vous proposez d’écrire de la doc
  • agenda : sc night, day feria... etc...

Cette Structure, minimaliste, sera à compléter par l’attribution de MotsClesThematiques


Point au 26 juin.

Attendu que
-  on voulait garder le même nom de site spip-contrib.net
-  on voulait préserver l’acces à l’historique
-  on voulait pouvoir faire une recherche sur l’ensemble des données
-  on voulait pouvoir facilement « déterrer » les contrib existantes pour les passer sur la V2
-  le squelette alourdissait sensiblement les temps de réponses de spip contrib

Finalement nous avons décidé (en live sur l’irc)
-  de greffer le nouveau spip contrib sur l’ancien
-  de le basculer sur fraich dist pour voir, pour commencer
-  de regrouper tout l’ancien contenu dans un secteur « Archives »
-  de laisser ensuite les archives sur la dist et de concevoir un nouveau squelette pour la V2
-  de ne pas segmenter le contenu par langue mais par fonctionnalité
-  de prévoir des secteurs par grands types de fonctionnalités et d’affiner ensuite par par mots clés.

Etat d’avancement
-  On a basculé le site sur la dist dans la nuit de dimanche à lundi (26/06)
-  un peu habillée pour garder un zeste d’identité visuelle
-  créé une rubrique archives
-  créé une rubrique V2 qui ne s’affiche pas dans le menu pour déployer le rubricage

reste à faire :
-  à définir la liste des secteurs et 1er niveau de rubriques :
fait dans le secteur "V2’
-  la liste des mots clés des groupes « fonctionalités » « Thématique » « Type de contribution » : MotsClesThematiques
-  à récupérer le contenu des docs de plugins écrits à droite ou à gauche
selon cédric ils sont pas prets. Je voudrais au moins préparer en recensant les plugins susceptibles d’etre mis à disposition. Quitte à publier et zipper au dernier moment
-  intégrer les articles et joindre les pieces et zip le cas échéant
-  catégoriser et qualifier chaque contenu ajouté aux nouvelles rubriques
la première difficulté (pour moi ) consiste à déterminer quoi « remonter »


Réfexions déjà exprimées sur le wiki :
-  ArborescenceDeSpipContrib
-  SquelettesDeSpipContrib
-  SpipContribDay
-  SpipContribsNight

-  GuideDeLaSpipie
-  PasDansLaDoc


spip-contrib est l’endroit où tout spipeur qui a développé un élément qui puisse être réutilisé peut le mettre à disposition des autres.

-  Il s’agit d’éléments terminés et fonctionnels, à la différence de spip-zone.
-  Ils sont proposés par un individu ou un groupe, mais la question n’est pas le développement collaboratif.
-  Il ne s’agit pas simplement de la déposer, mais d’assurer le suivi de sa contribution.
-  Le site peut donc se présenter comme un centre de ces ressources, une sorte de libre-service bien agencé qui propose une organisation claire à ceux qui viennent « faire ses courses » aussi bien qu’un accueil et des « services » à ceux qui contribuent.

[rem nat33]
Attention à l'approche "boutique" : ce n'est pas du commerce mais de l'entraide. La réactivité du SAV est souhaitable mais corellée à la disponibilité du développeur. Aussi, Même si il est juste de dire "entre nous" que l'on attend du contributeur qu'il assure le SAV. Il ne faut pas laisser entedre à l'utilisateur qu'il est normal de recevoir une réponse à toute question dans la demi heure.

Il me semble qu'il est dangereux de conforter les utilisateurs dans l'idée qu'il sont dans un lieu de "consommation" unilatérale.

[ogilvy] Je parlais de boutique pour la notion d'accès, de disponibilité, pas d'ambiguité pour moi. Quant aux comportements de "consommation", il serait naïf de ne pas considérer que la majorité des clients de contrib viennent et prennent sans se poser d'autres questions. Le tout est d'en faire un lieu de consommation "éthique", et c'est pour ça que je les ai inclus dans la charte. Maintenant, même si un petit merci au passage c'est toujours agréable, ça interfère dans les forums avec le côté FAQ… Peut-être qu'un truc du genre "Si cette contrib vous a été utile cliquez là" pourrait proposer un compromis ?

[rem nat33] juste pour dire que si le client est roi... l’utilisateur de contrib il a le droit d’être aimable et patient...


L’approche proposée pour élaborer ce projet tient en quatre points :

-  1. Une charte de la contribution, destinée à en définir les modalités.
-  2. Une réflexion sur le contenu potentiel, préalable à la conception de l’agencement du site.
-  3. Une définition des tâches et des modes d’intervention pour parvenir à mettre en place un fonctionnement fluide et son équipe.
-  4. Le développement des squelettes et des services (accueil, correction, tests…)


Une charte de la contribution
L’occasion d’établir un New Deal destiné à
-  éclaircir la nature et l’esprit des contributions (déontologie ?) ;
-  simplifier le fonctionnement tant pour les contributeurs, les gestionnaires, et aussi ceux qui viennent se servir
-  faciliter leurs relations, en définissant mieux les rôles et responsabilités de chacun ;
-  rationnaliser la forme des contributions afin d’assurer une meilleure cohérence de l’ensemble.


Le contenu et son agencement
Tentative de nomenclature des types de contenu :
-  des squelettes complets ou partiels (ex page diaporama)
-  des boucles spécifiques
-  des filtres
-  des plug-in
-  des outils (scripts, logiciels)

La question peut reste posée en ce qui concerne le reste du contenu actuel de spip-contrib. Il serait peut-être plus logique de le répartir mieux, par exemple les documentations sur spip-net, l’expérimental sur la zone, les distributions spécifiques dans la zone de téléchargement, les tutoriaux soit sur spip.net, soit sur spipzine.

Au delà d’une telle répartition, il paraît nécessaire de l’assouplir par indexation :
-  niveau de compétences
-  profil (rédaction, administration, webmastering, développement…)
-  domaines / thèmes (accessibilité, multilinguisme…)
-  …

On peut également procéder par mot-clés dans les domaines de la compatibilité (versions de SPIP, navigateurs).

Enfin, le principe de l’indexation « privée » à usage des gestionnaires est conservable.

[rem nat33]Il me semble que la segmentation du contenu par type est intressante mais ne doit pas être la segmentation principale.
Hormis le cas ou le visiteur recherche un squelette complet, ce qui l'anime c'est une recherche de solution par rapport à un besoin. Et le besoin il est thématique (relatif au contenu et pas à l'emballage).
En revanche les différents types, peuvent eux faire l'objet d'une indexation par mots clés.


Organisation et fonctionnement
-  Contributeurs
L’accent pourrait être mis sur l’idée de mieux accompagner ceux qui veulent proposer leurs travaux. Un répartition plus claire des catégories, mais aussi une charte, des pages-type pour conserver une plus grande cohérence, et enfin la possibilité d’un réel accueil / dialogue pourraient aller dans ce sens. En leur offrant cela, on peut leur demander de mieux assurer le suivi et la maintenance de leurs contributions (je ne dis pas évidemment que c’est toujours mal fait), mais que dans l’idée, que chacun continue à se sentir responsable de ses propositions, et non pas que ça devienne le problème de spip-contrib. Cela allégerait le fonctionnement.

-  Gestionnaires
Une meilleure définition / répartition des tâches rendraient probablement les choses plus simples et plus légères. On pourrait envisager de segmenter par types de contributions ou par thèmes, avec pour objectif d’’un suivi plus précis des contenus et des propositions. La recherche de cette organisation pourrait se faire à l’occasion du grand ménage qui parait nécessaire dans l’existant. Présenter les choses de manière plus claires permettrait de « recruter » des compétences, alors qu’actuellement, les bonnes volontés se retrouvent face à cette usine à gaz sans savoir vraiment comment participer.

À titre d’exemple, propositions à étudier :
-  séparer (dans les rôles, pas forcément les personnes) ceux mettent en place le site (principes, forme, dev .etc) et ceux qui s’occupent du contenu (accueil, tests, corrections, etc.). Comme dans un spip, quoi, avec conceptiondev et redacdministration.
-  à partir de là, tenir mieux compte des domaines de compétences de chacun (peut recouvrir l’indexation thématique) : ainsi, un contributeur potentiel peut être guidé vers un référent, qui 1. connaît le sujet et peut dialoguer ; 2. connaît l’existant et peut mieux orienter ; 3. connaît le fonctionnement et peut faire la liaison.

Le but de tout cela n’est pas d’établir une organisation rigide et hiérarchisée, mais de mieux s’y retrouver pour alléger le fonctionnement. Ceci peut être effectif si le rôles sont bien répartis, donc on sait à qui s’adresser, et l’information va naturellement où il faut quand il faut.


Aspects techniques et pratiques
Il est difficile d’imaginer contrib sans des squelettes dédiés. Ceux-ci doivent favoriser l’ergonomie, et donc être développés en prise directe avec la structuration du contenu. Dans la mesure du possible, ils doivent cependant être facilement réhabillables.
-  Notion de « boutique », où il n’est pas question d’acheter, évidemment, mais de venir chercher des produits, et pour cela de les trouver facilement. Cela implique une organisation claire, cohérente, par catégories de produits, qui peut se doubler d’une indexation transversale par mots clé. On peut s’attendre à y trouver, sous forme de catalogue (une page par produit, et des sommaires plus compacts, comportant plus d’entrées par lignes qu’actuellement).
-  On peut aussi penser « services », pages-type par exemple, forums, listes, boîte à idées. Cela peut recouper l’existant, mais c’est dans la façon de le concevoir que ça change l’approche.


Questions à régler rapidement

le nom du site

Si on veut laisser spip contrib en l’état pour des questions de préservation des liens , du référencement, des favoris etc... il est essentiel de trouver un nouveau nom.

Le nom du site doit être porteur de sens sans ambiguité et s’inscrire dans la continuité par rapport à spip contrib

Pourquoi pas un sous domaine ?

[ogilvy] Et pourquoi pas garder spip.contrib comme nom, avec un domaine contrib.spip.org pour le nouveau, en conservant spip-contrib.net pour l'ancien ?

[nat33] c'est pas beau "contrib.spip.org". Et puis c'est pas facile à prononcer...

la table auteurs

Est-ce qu’il est pertinent de remonter la table auteur de spip contrib, alors que :

  1. elle est peuplée d’un grand nombre de fantômes (ouh ouh)
  2. il est souhaitable de ne pas reproduire l’écueil consistant à alimenter un site d’infos parallèle souterrain dans le back office
  3. on voudrait reconstruire un équipe motivée et organisée sur une base différente (cf. les remarque d’ogilvy + haut sur « organisation et fonctionnement »)

[rem nat33] Comment ça j’oriente la réponse ?
[ogilvy] Du passé faisons table d’auteurs rase… Et méditons http://zone.spip.org/trac/spip-zone... sans pour autant aller aussi loin. Sur le principe, je suis assez pour que ceux qui fréquentent un espace privé aient une raison valable pour s’y trouver. La curiosité n’en est pas une, l’implication, oui. Mais il est clair que c’est un sujet à aborder avec délicatesse in the spipworld.

Discussion

Aucune discussion

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom