La version 1.3 avec les groupes thématiques et les tiers-lieux va être mise en production semaine prochaine, et la version 1.4 qui suivra qui inclura Gitlab et OpenProject le sera sur septembre.
La prochaine grosse étape pour la plateforme est donc la préparation de la base de connaissance (qui se trouvera sur la page Base de connaissances) et la page Utiliser, qui doit mettre à disposition les sources des matériels open source générés par les projets Fédération.
Il n’y a pour le moment pas de détails dans le fichier de spécifications de la plateforme au sujet de la base de connaissances.
Ce qui est visé à aujourd’hui :
un wiki pour la base de connaissance, reste à en choisir un (webu en a testé un bon nombre, ils nous feront des recommandations)
une version simplifiée de la page projet pour la page Utiliser, qui conserverait l’organisation par matériel et les outils associés (Nextcloud, forum, Gitlab au moins).
Nous n’avons pas plus de détails à ce jour, donc c’est là qu’on fait appel à toute la communauté sur le sujet : partagez-nous vos retours d’expérience et vos suggestions !
Serait-il possible d’utiliser les outils pour les cercles ? Au moins nextcloud pour stocker les rapports. Ce ne sont pas des projets mais bon, on en finirai avec le Google Drive.
Proposition :
Créer un groupe thématique “cercles Fédération” (disponible cette semaine)
Et des sous groupes par cercle.
Chaque espace dispose de tous les outils de la plateforme. Il faudra juste veiller à que le développeur lié les forums déjà existant s
Voilà le retour de Webu sur le sujet, est-ce que tout le monde peut commenter / compléter ?
pour pouvoir réduire le nombre de candidats dans les outils wiki disponibles, il serait intéressant de définir les fonctionnalités que vous devez avoir et que vous aimeriez avoir avec un peu de priorisation si possible.
L’écosystème des wikis open source balance entre des machines de guerres complexes et pas très sexy en matière d’interface, des outils plus sexy mais avec beaucoup moins d’options, et de petits systèmes bien pensés mais pas tout à fait accessibles à des utilisateurs “lambda” (markdown/git…)
Pour être un peu plus pertinent dans la liste des options, je veux bien que tu complètes le contexte ci-dessous, et les listes de fonctionnalités. Il faudra en discuter de vive voix à notre prochain call.
Intégration sur le portail
A court terme, le wiki va être utilisé sur le portail, pour réaliser une base de connaissances (libre accès ?) et pour publier les données de projets arrivés à terme (libre accès ?).
Plusieurs questions essentielles se posent pour le choix :
les droits d’accès, de modification, de modération
les futures utilisations de l’outil de wiki
Cela permettra notamment de mettre des contraintes plus ou moins fortes par rapport aux fonctionnalités.
Fonctionnalités recommandées
historique des modifications (illimités ?)
wysiwyg (interface utilisateur de modification du contenu) (vs markdown, comme dans gitlab par exemple)
En l’absence de retours des membres, voici les fonctionnalités attendues que je vais transmettre à Webu :
Intégration sur le portail
A court terme, le wiki va être utilisé sur le portail, pour réaliser une base de connaissances en libre accès (pas d’authentification nécessaire) et pour publier les données de projets arrivés à terme (là non plus, pas d’authentification nécessaire, accès en lecture seule).
Plusieurs questions essentielles se posent pour le choix :
les droits d’accès, de modification, de modération
Non loggé = accès en lecture seule
Loggé membre utilisateur = accès en lecture seule aux données de projets arrivés à terme / en modification au wiki
Loggé membre actif = accès en modification aux projets arrivés à terme et au wiki
les futures utilisations de l’outil de wiki
Principalement utilisation wikipedia-like, tourné autour du savoir-faire spatial.
Fonctionnalités exigées
historique des modifications illimité
wysiwyg
gestion du multilangue (à voir si natif ou point de la 1.9.x)
