Pour 2019, quels chantiers voulons nous finir en premier ?

Nous avons voté pour déterminer les fonctionnalités à finir de développer en priorité ...
Le coût cumulé estimé est de 3400 euros

Pour voir les résultats du vote c'est par ici

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