Page remplacée par la page PageChantiersSurLefeu

Les chantiers sur le feu


Ce qu'on est en train de finaliser :
  • Le thème Margot 2 "fun"
  • ...

Les chantiers à terminer

=
Pour rappel, les chantiers ci-dessous ont fait l'objet d'un choix en 2019, mais n'ont pas été encore bouclés...

1. Carto facette ET cluster

La cartographie est un des points forts de Yeswiki. Créer des cartes sur lesquelles on fait apparaitre des informations personnalisées (et structurées) est un jeu d'enfant sur Yeswiki grace à l'extension bazar et à la fonction bazarliste.
Cette fonction a évoluée avec le temps et s'est dotée d'options pour pouvoir répondre à des besoins précis. (voir l'incroyable richesse des options possibles pour les cartes dans la documentation)
Voici les deux options dont nous parlons :

option "cluster"

Les points les plus proches sont regroupés, pour assurer une meilleure lisibilité.
image Capture_carto.png (0.3MB)
Carte avec option cluster=true

option "groups" (facette)

Une sélection des points affichés est possible grâce aux filtres affichés sur le côté.
image Capture_carto_facette.png (0.5MB)
Carte avec option groups(facette)

Aujourd'hui : les deux options "facette" et "cluster" fonctionnent à merveille si on choisit l'une OU l'autre. Or, choisir c'est renoncer et c'est dur de renoncer !
Nous souhaiterions pouvoir combiner ces 2 options "cluster" et "facette" car nous adorons avoir de belles cartes lisibles, performantes et faciles à mettre en place !
  • Temps de finalisation estimé (en jours) : 1j et quelques heures Coût estimé (en €) : 400 euros (sur la base de 350 euros / j)

2. Notification des changements par mail

Lorsqu'on doit jardiner son wiki, en suivre la vie régulièrement, les animateurs ont peu de possibilités ;-(
  • soit s'abonner aux flux rss (ce qui pour bcq de non geek reste un souci, un outil de plus...)
  • soit retourner voir son wiki régulièrement => impraticable
La notification par mail {{mailperiod}} est une action que l'on peut placer sur n'importe quelle page de son wiki et qui permet recevoir PAR MAIL et selon une fréquence au choix (journalier, hebdo ou mensuel) le contenu de la page sur laquelle l'action est appelée.
Chacun peut alors paramétrer le contenu de la page (tableau de bord par ex) pour en recevoir le contenu régulièrement.
voir un exemple sur ce TableauDeBord
SOUCI : ça fonctionne sauf que parfois ça envoie 100 X le mail ;-( pas génial pour l'infobésité...
  • Temps de finalisation estimé (en jours) : 1j Coût estimé (en €) : 350 euros (sur la base de 350 euros / j)

3. Sécurité / anti spam

Bien que diverses opérations soient réalisables pour limiter le spam, certains wikis continuent à être attaqués.
PIRE : les fiches bazar, plutôt épargnées jusque maintenant, sont maintenant aussi spammées ;-(
PISTE : élargir l'action antispam pour qu'elle s'applique aussi lors de l'ouverture d'une fiche bazar en mode saisie (ou travailler avec un capcha)
> Florian : prévoir aussi la protection de la création d'un user
  • Temps de finalisation estimé (en jours) : 1 jour pour le captcha bazar (par sûr de son efficacité) Coût estimé (en €) : 350 (sur la base de 350 euros / j)
  • Temps de finalisation estimé (en jours) : 0.5 jour pour le antispam bazar (par sûr de son efficacité) Coût estimé (en €) : 175 (sur la base de 350 euros / j)
  • Temps de finalisation estimé (en jours) : 1 jour pour une solution tierce par https://cleantalk.org (marche mais cout annuel en plus 10 euros/an/site) Coût estimé (en €) : 350 (sur la base de 350 euros / j)

4. Champ formulaire bazar uniquement visible par certains en mode saisie

Actuellement,, on peut décider qui peut voir le contenu d'un champ d'un formulaire bazar en plaçant en 12eme position le groupe concerné (par ex @admins)
En mode vue, seuls les utilisateurs de se groupe voient la donnée, pour les autres, elle est invisible.
Bien pratique quand on demande des données "sensibles" (num de tél ou autre)
L'objectif est de faire la même chose mais pour les champs en vue saisir. De cette façon, seuls les utilisateurs de ce groupe verraient ce champ et auraient la possibilité de le remplir ou modifier lorsqu'ils saisissent des données dans le formulaire
Intérêt ?
  • un champ "à payer" que seuls les admins du wiki peuvent voir et modifier (remplir)
  • un champ "à publier" que seuls les modérateurs du wiki peuvent passer sur 1 pour permettre affichage (via un query avec bazarliste)
La description de la fonction a été réalisée lors du sprint de Brest
  • Temps de finalisation estimé (en jours) : 1j Coût estimé (en €) : 350 euros

5. Facette ET pagination

Lorsqu'on utilise une facette (bloc de tri) ET le paramètre pagination=xxx, la facette ne fonctionne QUE sur la première pagination
  • Temps de finalisation estimé (en jours) : 2j Coût estimé (en €) : 700 euros (sur la base de 350 euros / j)

6. SSO

Écrire un plugin qui permette de se connecter à un serveur de type CAS à partir de YesWiki pour s'enregistrer et s'identifier. Ce plugin offre la possibilité de lier cette inscription avec un formulaire bazar présent dans le wiki et récupérer ainsi des champs utiles sans redemander la saisie à l'utilisateur.

  • Temps de finalisation estimé (en jours) : 2 jours Coût estimé (en €) : 700

Les "gros" chantiers à ouvrir


Les développements non entamés et à prioriser pour intégration dans la prochaine version de YesWiki (Doryphore) qu'il nous faudra prioriser.



Pouvoir voter sur des fiches bazar

Mettre en place un système de vote sur les fiches bazar pour

Temps et coût estimés :

Une procédure permettant l'export du wiki (et son import ailleurs) sans passer par le FTP

Pouvoir exporter le contenu de son wiki dans un format standard permettrait de soulager les utilisateurs non geeks notamment face à l'injonction "Pensez à sauver votre wiki avant de le mettre à jour" ... OK mais comment quand on a pas accès à la base de données ni au FTP ;-(
Ceci permettrait aussi

Temps et coût estimés :


La mise en place d'un gestionnaire de médias

Afin d'éviter de recharger 4 fois la même image si elle est appelée sur 4 pages différentes, nous pourrions travailler avec une bibliothèque de médias.
Celle-ci stockerait tous les fichiers et images présents sur le wiki et permettrait leur réutilisation sur d'autres parties du wiki sans devoir les retélécharger.

Temps et coût estimés :

Réécriture de bazar en mode objet

Si nous réécrivons le module bazar en mode objet, son usage sera considérablement facilité.
Les développeurs pourront plus facilement y intervenir, les créateurs de templates bazar pourraient plus facilement travailler.
Cela nécessite de décrire précisément tous les objets (fonctions) que doit faire bazar puis de les programmer

Temps et coût estimés :