Evolution du Catalogue Projet

Questions encore en discussion : 0 et 2

-0- calendrier de basculement

Simon : IP et imagination.social (comme c'est aujourd'hui) vont continuer à vivre encore un moment le temps de faire mûrir la nouvelle version.
  • Nous allons appliquer la migration des projets en plusieurs fois, le temps de tester ce que ça donne dans la nouvelle base, la préparer, etc...
  • Et l'on pourra ainsi travailler à un plan final de migration qui permettra de passer les deux sites (imagination.social et IP) sur leur nouvelle interface au moment propice, tout en gardant les liens. Cela se fera en coordination avec vous tous pour s'assurer de ne rien perdre.
    • Il me semble important que l'on migre en même temps Imagination for People et Imagination.social lorsque l'on sera pret. Sans la redirection on ne peut pas migrer IP (Simon)
      • Oui, en fait les deux sites migrerons en même temps vu qu'ils sont tous les deux en pyhon django avec les mêmes urls.(Jean-Michel)
  • Pour l'instant, tous les tests se feront sur l'interface http://imagination.apps.patapouf.org C'est le même serveur de donnée que Inmédiats. Mais comme c'est un serveur de données, à part montrer une API, il n'y a pas grand chose à voir. C'est l'interface qui va intéresser les gens, qui elle est en angular (et peut-être codée en n'importe quoi) et pas encore déployée en dehors du test sur imagination.apps.patapouf.org
Simon : comptons nous encore faire vivre le site imaginationforpeople.org comme plateforme de projets ou est ce qu'imagination.social est la plateforme des projets ? Car avec la structuration actuelle, le fait qu'imaginationforpeople soit aussi l'asso, qui plus est assez fermée, ça va pas servir des masses. On aura un doublon d'usage avec imagination.social. Mais bon, pourquoi pas.
Jean-Michel : La principale entrée sera par les groupes (donc coop-group) qui permettront pour chaque groupe d'accéder à différents services pour le groupe : catalogue de projet, liste de discussion, wiki des actions en cours (voir le graphique des différents types de services pour le groupe)
Par contre pour des raisons historiques, diplomatiques ou pratiques, on gardera des accès à des services transversaux :
  • le catalogue de tous les projets (ce sera donc la même chose que imagination.social mais avec aussi des redirections pour les anciennes fiches pour conserver les anciennes url, c'est un peu doublon mais à mon avis çà devrait être provisoire car cela se fera de plus en plus directement soit sur imagination.social pour le général soit sur un groupe particulier)
  • le blog avec toutes les infos (çà concerne tous les groupes)
  • calendrier général (chaque groupe ayant accès à sa partie propre aussi)
  • le bistro (chat) (c'est le même canal pour tous les groupes pour favoriser les échanges)
  • les sites pour les rencontres spécifiques (innovafrica, imaginefiesta)
  • A propos, FAQs...
  • peut être demain un centre de ressource qui rassemble les ressources produites par tous les groupes
  • (à voir ce que l'on fait aussi de : la veille sur l'innovation sociale (remplacée par le blog ?), le forum (un post par mois, à supprimer ?),

-1- charge de développement pour l'interface avec la base

Cela veut juste dire installer l'application angular qui est disponible qui est capable de lire l'API du serveur.
Ce sera possible d'installer l'application sur son propre serveur. Rien à redévelopper, juste à suivre la doc d'installation, tout est sur github : https://github.com/CommonsDev/projects-front-end . On a déjà plusieurs interfaces différentes qui tournent sur ce serveur, toutes encore en construction (http://imagination.apps.patapouf.org , http://maps.fuzzyfrequency.com/#/collporterre , http://encommuns.org , http://fabmob.encommuns.org ...)

-2- versions en anglais

Le multilingue est en cours, mais on a peu de budget pour se concentrer sur ça
  • pas de communauté anglophone ? (Simon)
    • Si justement on a des anglophone qui utilisent la plate-forme et mettent des projets... (Jean-Michel)
    • par ailleurs on est en train de développer des communautés linguistiques à partir de la fin de l'année. (Jean-Michel)
  • Migration :
- On verra si l'on ne laisse pas un IP anglais actif et l'on migre les urls des pages FR vers le nouveau site, le temps de le gérer en anglais. En tout cas, on prépare le serveur de données pour qu'il soit multilingue donc on pourra passer à d'autres langues sans problème
  • On peut effectivement avoir la nouvelle version pour le français et l'ancienne pour les autres langues mais on risque de desynchroniser la traduction des fiches.
  • Proposition pour faciliter les futures traduction
    • la traduction des fiches (et le lien vers les mêmes fiches dans différentes langues)
      • les données des projets sont déjà stockés dans une base et pas dans le code. Après, libre à chacun de se connecter à l'API et venir lire les projets pour organiser les traductions. On a beaucoup plus de flexibilité qu'avant sur ces questions avec la gestion des données séparées des interfaces.
      • question : est-ce que dans les données d'une fiche il y a un champ langue et/ou ce qu'il faut pour lier la même fiche dans différentes langues ?
    • la traduction de l'interface (c'et ce dont je parlais avec un fichier séparé pour faire de nouvelles versions de l'interface dans d'autres langues)
      • tous les messages et textes apparaissant dans l'application dans un fichier du type ("a propos" = "a propos" ; "membres" = "membres", etc.) et de faire en sorte que l'application appelle les messages dans ce fichier séparé plutôt que dans le code en dur, cela permettra facilement de préparer des versions dans d'autres langues et même d'utiliser les traductions communautaires. Est-ce faisable, complexe ? (cela dépend de la façon dont l'appli est développée actuellement)
      • Question : est-ce que les textes de l'interface sont en dur dans le code ou séparable facilement du code pour faciliter les futures traductions de l'interface ?

-3- autres langues

Ce sera pas un gros travail de passer à d'autres langues une fois la version anglaise opérationnelle.

-4- question des redirection pour garder les anciens URL de fiches

Petit à petit, on gérera le travail de redirection et quand c'est abouti, on le passe sur l'ancien serveur. Si on est content du nouveau site, on pourra le faire rapidement. Dans tous les cas, on ne ferme pas IP avant très longtemps, c'est l'avantage de partir sur une nouveau nom de domaine. On va vérifier que toutes les redirections sont bien faites avant ça. Si des gens continuent à contribuer sur l'ancien site, pas de souci, on relancera le script de migration pour compléter les données.

-5- garder certains services de l'ancien site

  • : bistro, dokuwiki, FAQs.. (voir question 0)
    • Pas de souci sur ces pages, ce n'est pas migré, elles resteront sur leurs anciennes adresses et actives.
      • il faudra une fois la migration faite, voir comment virer l'ancienne appli en gardant les services qui sont nécessaires pour avoir quelque chose de propre (on va travailler aussi sur un menu réadapté)

-6- widgets du catalogue pour les groupes et en général

  • un pour afficher des fiches et un pour afficher des résultats de recherche
    • Oui ! Mieux, on peut à priori associer une application angular à du yeswiki sans trop de souci (c'est du js/html/css), donc éviter au final de passer par de l'iframe, même si les "guidelines" de la nouvelle plateforme sont à priori prévus pour favoriser l'intégration en iframe ( voir le pdf ici à ce sujet https://trello.com/c/k1ieRVdI ). En gros, on retrouverait sur coop group tout ce que l'on a sur imagination.social mais en partant des groupes plutôt que d'une plateforme généraliste.

-7- SSO : aussi pour Coop-group et mailman ?

  • C'est ce que devrait permettre SSO si l'on s'authentifie avec le protocole cas, en construction ici https://trello.com/c/OjIN1aHT
    • @David : ce serait compliqué d'intégrer ce SSO à Yeswiki
    • @A_qui_peut_repondre : c'est faisable d'intégrer ce SSO avec mailman