comment ?

{{button class="btn btn-link btn-glossaire modalbox-hover new-window " link="CoopticBelgique"  text="c'est quoi ?"}}

Décortitons-la :

• btn btn-link : permet de ne pas créer de bouton et donc d'avoir un lien clicable "classique"
• btn-glossaire : permet d'enlever les marges un peu embêtantes dans ce contexte de lien à survoler
• modalbox-hover : affiche le contenu appelé via le link en popup sur simple survol du lien
• new-window : ouvre le lien dans une nouvelle page si l'utilisateur clique dessus
• link : doit être une page wiki de votre wiki (ne peut être un lien externe)
• text : vous mettez ce que vous voulez mais ce sera le titre de la modale

Exemple d'usage : Faire un glossaire en utilisant un formulaire bazar

labelhtml*** *** *** <div style="display:none">
texte***bf_titre***Le mot***25***25*** *** *** ***1***0***
labelhtml*** *** *** </div> <!-- ferme le div .hide -->***
textelong***bf_description***Définition***10***2*** *** ***wiki *** *** ***
lien_internet***bf_url***Lien pour en savoir plus***40***255***http://*** *** ***0***0

{{bazarliste id="x" template="annuaire-alphabetique.tpl.hml"}}

""<div class="pull-right">""{{button class="btn-success" icon="pencil icon-white" link="SaisirGlossaire" text="J'ajoute un mot dans le glossaire"}}""</div>""

Voir un exemple d'usage sur http://www.cartographie-collaborative.eu
VOIR LA DOC COMPLETE => https://yeswiki.net/?DocButton

Ce qui a été fait !

Mémoire

Nouvelles fonctionnalités

• Création d'une extension webhook (merci Sebastien). Elle permet d'envoyer automatiquement des informations à une adresse lorsqu'une fiche Bazar est ajoutée/éditée/supprimée. Ce mode de fonctionnement en "push" a de nombreux avantages, dont celui d'être plus écolo que les flux RSS. Une première intégration à Mattermost (Framateam) a été réalisée, qui permet de recevoir sur un canal, les notifications. Documentation
• Création d'une image Docker et de documentations pour facilement lancer un wiki en local sans avoir à installer un serveur Apache/Mysql sur sa machine Documentation
• Création d'une extension checkaccesslink (merci Olivier), qui conditionne la visibilité d'un lien dans les menus et pages, à son droit d'accès Par ici sur github
• Affichage cartographique multicouches : test et documentation d'une fonctionnalité jusqu'alors invisible. par ici
• Nouvelle possibilité de format de liens: il n'est plus par nécessaire de passer par des ChatMots pour générer des liens vers les pages (les noms de page ne nécessitent plus de comprendre deux majuscules).

Correction et remontée de bugs

• corrections de bugs dans différents les templates bazar
• mise en place de quelques tickets de dév ou corrections à faire sur yeswiki
• cf l'activité des issues sur github pour voir l'ensemble des corrections effectuées

Documentation

• Comment bien contribuer à Yeswiki : éléments à destination des codeurs, designers,...
  • Configurer son poste pour développer en local
  • Contribuer au dépot git
  • Architecture et développement de Yeswiki
  • Pour rejoindre la communauté de développeurs, rejoignez le canal développement sur le Framateam, c'est par ici .
• Inventaire et récupération des template bazar disséminés sur le oueb
• Documentation et mise à disposition sur le github de nouveaux template par ici pour voir
• Création d'un wiki demo pour montrer les templates bazar en action par ici pour voir
• Passage en revue et sélection de fonctionnalités développées pour le yeswiki d'ATABLE en vue d'une intégration au noyau ou de la création d'extensions.
• Documentation du paramètre redirecturl sur la page de la doc de l'action bazarliste par ici pour voir
• Documentation d'une nouvelle combinaison d'action "Envoyer automatiquement la fiche remplie à une adresse mail" par ici pour voir
• Documentation sur le widget carto : pour intégrer des cartes en iframe par ici pour voir
• Documentation de l'action d'affichage multicouches sur une carte par ici pour voir
• Documentation de l''extension webhook par ici pour voir
• Documentation de l'extension CheckAccessLink qui permet de cacher les liens lorsque les utilisateurs n'on pas l'autorisation voir le contenu de la page concernée par ici pour voir

Site et outils de communication

• Cartographie de l'ancien site par ici pour voir
• Refonte du site yeswiki.net (vous êtes dessus !)
• Création d'un espace "gare centrale" dédié aux contributeurs actifs par ici pour voir
• Dépoussiérage du site : suppression de 300 pages sur yeswiki.net, suppression de 1OO users de yeswiki.net
• Création d'une page pour mutualiser nos ressources pédagogique (pour le moment en vrac) par ici pour voir
• Formulaire de contact mail pour trouver un prestataire/une demande d'accompagnement que nous pouvons ensuite réorienter (envoi à contact@yeswiki.net) par ici pour voir

Réflexions / gouvernance

• Règles de prise de décision
• Règles de contribution au code
• Ferme yeswiki et responsabilité de la communauté vis à vis des espaces créés par les gens
• Amorçage d'un groupe sur "pédagogie et yeswiki"

Reste à documenter

• Les thèmes : mise en formerègles de production de thèmes pour les codeurs par ici
• Cartographie de la partie "documentation" yeswiki
• L'option "widget" pour intégrer le code d'intégration autre que carto
• Chasse aux choses dépréciées : dans la documentation signaler avec une bannière les choses dépréciées et supprimer ce qui ne fonctionne plus.
• Les emoticon intégrables dans le texte à partir de cette bibliothèque par simple copier-coller http://getemoji.com/

"Les bugs"

• Correction d'une faille de sécurité (nous avions été alertés par une entreprise)
• Correction du "non affichage" des cartes mentales freeplane
• Correction de l'affichage "pas génial" des flèches d'ouverture des fiches bazar en vue accordéon
• Correction du rendu affiché lors du partage d'une page wiki sur Facebook
• Correction de l'erreur d'affichage des points sur la carte (geocode.js)
• Correction : les boutons d'export des données bazar sous les facettes n'apparaissent que si le paramètre showexportbuttons est égal à 1, et caché par défaut
• Mise à jour du package sur la ferme à wiki
• Correction du template photobox (la fonction "défilé" ne fonctionnait plus)
• Correction du bug lié au capcha qui empêchait l'utilisation du /revisions sur les pages
• Mise à jour de l'action autoupdate (elle fonctionne maintenant)

"Les améliorations"

• Mise à disposition d'un nouveau thème (mini bandeau) permettant 'avoir deux bandeaux supérieurs
• Ménage dans les thèmes et actions activables sur la page "gestion du site"
• Amélioration de l'expérience utilisateur en désactivant le capcha lorsque l'utilisateur est connecté
• Amélioration de l'expérience utilisateur lors de la réédition dune version antérieure d'une page
• Amélioration de l'expérience utilisateur en plaçant un wiki "source" pour l'import de formulaire tout fait
• Ajout d'un paramètre dans l'action bazar vue="saisir" (uniquement) permettant de définir la page d'arrivée lors de la validation d'un formulaire
  • ajouter redirecturl="une url complète (pas juste une page wiki)"
• Description du comportement attendu lors de champs cachés en mode encodage ou visualisation dans un formulaire (non encore développé, juste décrit !)

• import / export facilité des données du yeswiki (exporter son wiki pour le réimporter dans un autre wiki par ex)
• implémentation des champs cachés dans le formulaire bazar
• finalisation du tableau de bord envoyé par mail (à fréquence variable)
• créer une extension qui permet d'installer les templates facilement sans FTP
• enrichissement de yeswiki par encapsulage de fonctions mavo.io (voir la page Nous soutenir, encore expérimentale mais vous pouvez essayer ;-)

Pour info

• la possibilité pour les gens de modifier facilement leurs données
• la possibilité pour les gens d'effacer leurs données facilement
• la possibilité pour les gens d'avoir une copie lisible de leurs données
• une info claire sur ce qui est fait avec leurs données (durée, usages...)
• obtenir leur accord quand à la récolte de ces données (même si c'est eux qui remplissent le formulaire ! )

voici quelques "pistes de solutions" (sans tomber dans un truc ingérable)

Informer clairement les usagers du devenir des infos collectées et leur pouvoir sur celles-ci

labelhtml***<h3>Visible en mode saisie</h3>*** ***<h3>Visible en mode consultation</h3>

• ce que vous comptez faire de ces données dans le cadre de ce projet ! Il sera sans doute nécessaire d'être précis quant à par exemple l'autorisation qu'on récolte le mail, qu'on place les infos sur une carte...
• que vous respectez une charte (en voici un exemple à adapter avec vos coordonnées) : https://jeunherault.net/?CharteJeunherault
• qu'ils peuvent demander leur effacement via un simple mail à .... (la fonction supprimer n'est pas disponible si on est pas administrateur du wiki)
• que ces données peuvent être modifiées via le bouton "modifier" qui apparait en bas de chaque fiche bazar ou via ce contact en cas de difficulté

Permettre aux usagers d'avoir une copie lisible de leurs données

champs_mail***bf_mail***Email***40***255*** *** *** ***0***1***

'BAZ_ENVOI_MAIL_ADMIN' => true

Obtenir leur accord quant aux données récoltées

• soit vous utilisez la fonction "condition de saisie" qui ne laisse rentrer les gens dans le formulaire que s'ils marquent leur accord sur les conditions (en gros le message de ce qui sera fait avec leurs données)
• soit un champ liste qui demande explictement "je donne mon accord" oui/non quant à l'utilisation de ces données dans le cadre de ce projet en plaçant le champ sur non par défaut (voir 6ème position de ce champs).

  • liste***ListeAccord***Je donne mon accord pour que ces données soient collectées*** *** ***non*** *** ***1***1***
    

• de facilement créer des formulaires dont on choisit entièrement le contenu
• de rendre ces formulaires rapidement accessible à tous pour collecter de la donnée
• de rendre visibles les données collectées sous de multiples formes (carte, agenda, liste, annuaire, trombinoscope, actualité....)