Les actus Télécharger le fichier iconfinder_20rss_104485.svg

Sortie de la version Yeswiki Cercopitheque 2019-02-13-1

Résumé : Une nouvelle version de Yeswiki vient de sortir, qui corrige des petits bugs et met à jour des librairies javascripts trop vieilles.
Billet : Pour savoir précisément les nouveautés, rendez vous sur la page Notes de version.
Vous pouvez mettre a jour par l'interface de mise a jour inclue dans Yeswiki, en allant en tant qu'admin par le bouton roue crantée, puis "Gestion du site", puis "Mises à jour / extensions".
Bonne mise a jour!
SortieDeLaVersionYeswikiCercopitheque2019 (Att. pour Yeswiki : Blog), écrite par FloriaN
créée le 13.02.2019 à 21:34, mise à jour le 13.02.2019 à 21:34.

Créer un glossaire façon wikipedia dans votre yeswiki

Résumé : Et si votre wiki affichait la définition des mots compliqués en popup par simple survol ?
Billet : Il arrive qu'on souhaite afficher en popup la définition d'un mot ou des infos sur un sujet en popup simplement au survol du mot. Un peu comme le propose wikipedia dans ses articles.
Ceci est désormais possible dans yeswiki !
Survolez donc ici pour voir et cliquer pour m'ouvrir dans une nouvelle fenêtre !

comment ?

Avec cette syntaxe :
{{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
Première étape : vous créez un formulaire bazar avec ces champs :
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

Le label html pour bf_titre permet d'éviter que le nom du mot à définir s'affiche deux fois dans le popup

Deuxième étape : Vous créez une page glossaire dans votre wiki et appelez le contenu du formulaire avec la syntaxe suivante :
{{bazarliste id="x" template="annuaire-alphabetique.tpl.hml"}}

Ceci affichera le contenu de votre glossaire par ordre alphabetique

Troisième étape
: vous insérez en haut de cette même page un bouton pour permettre à chacun de définir les mots compliqués
""<div class="pull-right">""{{button class="btn-success" icon="pencil icon-white" link="SaisirGlossaire" text="J'ajoute un mot dans le glossaire"}}""</div>""


Ensuite vous récupérez le nom de la page wiki pour chaque mot défini (il suffit de la survoler dans le glossaire par ex et de récupérer en bas de son browser son nom wiki)

Vous appelez chaque définition des mots à expliciter avec la syntaxe proposée tout en haut

Voir un exemple d'usage sur http://www.cartographie-collaborative.eu
VOIR LA DOC COMPLETE => https://yeswiki.net/?DocButton
CreerUnGlossaireFaconWikipediaDansVotreY (Att. pour Yeswiki : Blog), écrite par GatienBataille
créée le 13.02.2019 à 11:04, mise à jour le 06.06.2019 à 15:04.

Yeswiki versus Wordpress / que répondre ?

Résumé : On pose souvent la question "pourquoi utiliser Yeswiki plutôt que Wordpress ?"
Voici quelques pistes de réponses pour sortir de la logique de "classement" des outils. (work in progress ;-)
Billet : Parfaitement compréhensible, cette question interpelle néanmoins sur le rapport qu'on entretient avec un outil. Elle semble en effet présupposer qu'il faut trouver l'outil parfait qui fera le maximum de lui-même sans que l'humain ne doive (trop) s'y investir. C'est légitime mais cela ne peut cacher la réalité "aucun outil n'agit seul, les humains doivent maîtriser leurs outils sous peine de devenir eux même des outils ;-)"

Ces prérequis posés, regardons Yeswiki et Wordpress (sans chercher à les classer)

Wordpress est un outil de publication (principalement dédié à faire des blogs mais peut servir aussi deCMS ), il intègre donc une gestion de flux. C'est à dire que la répartition du travail est "prémachée" pour de la production et publication d'articles. Les tâches sont taylorisées (toi, tu écris, toi, tu relis, toi, tu décides de mettre en ligne, etc.). L'inconvénient étant le corollaire, il est difficile de faire autre chose que de publier des "articles" et on doit le faire en "marchant dans les clous". La rédaction de contenu y est facilitée. Wordpress est totalementwysiwyg avec un très bon gestionnaire de media/fichiers. Tout peut se faire sans écrire une ligne de code. Tout est fait pour que chacun puisse lancer un site (blog) en deux clics et sans connaître l'informatique. Les premiers pas sont très simples sur Wordpress. Cette simplification se fera "au détriment" de l'autonomisation de l'utilisateur qui devra investir beaucoup plus lourdement (en temps et en compréhension) s'il souhaite "adapter" son Wordpress à son usage.

Wordpress bénéficie d'une énorme communauté mais il est parfois compliqué de parler à un humain (tout se passe sur des forums). Il existe un tas de thèmes, de plugins et de look pour habiller son Wordpress.
Notons aussi que Wordpress présente plus de risques de faille de securité car plus exposé, et plus connu (25% des sites tournent sous wordpress) Wordpress implique donc des mises à jours des modules très régulières pour corriger les failles de sécurité - effort de maintenance plus important juste pour maintenir en état).

Yeswiki est un wiki ;-) mais il peut aussi être utilisé comme un CMS. Ici pas de rôles prédéfinis, l'édition des pages se fait en direct en mode participatif. La contribution est facilitée notamment parce que c'est tout ouvert ;-) sans pour autant empêcher le contrôle des accès si le besoin s'en fait sentir (par défaut un double clic et on entre en mode édition sans login, ni mot de passe).
Yeswiki demande un peu plus d'investissement lors des premiers pas dans l'outil car il faut parfois utiliser un peu de syntaxe wiki (qui fait un peu penser à du code) et Yeswiki n'est pas wysiwyg . Cette étape qui peut effrayer offre toutefois l'avantage de faire monter les utilisateurs en compétences numériques (utilisables dans d'autres outils web) et permet ensuite de réaliser plus facilement des adaptations du wiki à son propre contexte (notion d'autonomisation fort importante pour la communauté Yeswiki). Pour les développeurs, Yeswiki est plus facile d'accès.
Yeswiki propose un module (Bazar) de gestion de données très apprécié car il permet :
  • de facilement créer des formulaires dont on choisi entièrement le contenu
  • de rendre ces formulaires rapidement accessible à tous pour collecter de la donnée
  • de rendre visible les données collectées sous de multiples formes (carte, agenda, liste, annuaire, trombinoscope, actualité....)
Yeswiki permet une gestion simple des menus en utilisant de simples listes à puces (menu/sous-menu).
Yeswiki permet de facilement interconnecter son wiki avec d'autres wikis et donc profiter des ressources présentes sur d'autres sites wikis et cela de manière quasi transparente.
Yeswiki, peu connu, est moins sujet aux attaques et failles de sécurité, ce qui n'empêche pas de devoir "jardiner" son site web pour gérer les éventuels rigolos qui parfois (rarement) viennent contribuer sans qu'on leur demande ;-).

La communauté Yeswiki est infiniment moins grande que celle de Wordpress :-) mais on peut rapidement parler à un humain qui s'exprime en français ;-). Cette communauté est fortement attachée aux valeurs de l'éducation populaire, à l'économie sociale et solidaire et à l'éducation à l'environnement. Les notions de convivialité (voir Illich) y sont fortement défendues.

Bon à savoir : il existe des passerelles entre ces deux outils permettant de tirer profit de leurs atouts respectifs (une carte collaborative sur yeswiki intégrée dans un wordpress par ex).
YeswikiVersusWordpressQueRepondre (Att. pour Yeswiki : Blog), écrite par GatienBataille
créée le 18.01.2019 à 15:03, mise à jour le 22.01.2019 à 15:48.

Le coucou de YesWiki ! Lettre nº2 de décembre 2018

Résumé : Suite à notre rencontre physique "sprint" près d'Avignon, nous vous proposons une nouvelle parution de notre newsletter.
Billet : Découvrez la seconde newsletter en ligne en cliquant ici.

Pour la recevoir dans votre boite aux lettres, il suffit de s'inscrire en pied de page du site de YesWiki (en bas à droite).
Les archives des newsletters sont aussi accessibles en bas de page, ou sur le coté de la page Actus.

Bonne lecture!
LeCoucouDeYeswikiLettreN2DeDecembre2 (Att. pour Yeswiki : Blog), écrite par FloriaN
créée le 10.12.2018 à 18:17, mise à jour le 10.12.2018 à 18:18.

Nous étions 20 à Vedène pour le sprint de décembre 2018 !

Résumé : Sous le soleil, nous nous sommes retrouvés entre contributeurs à YesWiki pour un "sprint" de trois jours. L'occasion pour développeurs, utilisateurs, curieux.se de contribuer à leur niveau au projet :-)
Billet : Télécharger le fichier hs8kqjalz0fplarge.jpg

Ce qui a été fait !

Mémoire

Retrouvez la mémoire détaillée de ce sprint via ce pad ou cet export Télécharger le fichier markdown..

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


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

Sur la gare centrale :
  • 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/

NousEtions20AVedenePourLeSprintDeDecem (Att. pour Yeswiki : Blog), écrite par RomainLalande
créée le 08.12.2018 à 10:16, mise à jour le 10.12.2018 à 14:23.

Le coucou de YesWiki

Résumé : La première newsletter sur YesWiki vient de sortir, nous espérons ainsi pouvoir communiquer plus régulièrement sur l'activité florissante du projet!
Billet : Enfin une bonne nouvelle en cette rentrée! YesWiki dispose maintenant d'une newsletter qui permet de se tenir informé.e de l'actualité du projet.

Découvrez la première en ligne en cliquant ici.

Pour la recevoir dans votre boite aux lettres, il suffit de s'inscrire en pied de page du site de YesWiki (en bas à droite).
Les archives des newsletters sont aussi accessibles en bas de page.

Bonne lecture!
LeCoucouDeYeswiki (Att. pour Yeswiki : Blog), écrite par FloriaN
créée le 10.10.2018 à 09:37, mise à jour le 10.10.2018 à 09:37.

Nouvelle release mineure (juillet 2018)

Résumé : Lors du sprint de juillet, l'équipe Yeswiki a mis en ligne la nouvelle release de Yeswiki, en voici les détails
Billet : Profitant du forum des usages coopératifs de Brest, une partie du collectif Yeswiki s'est réuni pour avancer sur un release mineure de Yeswiki, corrigeant une foule de petits bugs et améliorant quelques fonctionnalités.

"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 !)

Pour la prochaine release, il est envisagé de travailler sur
  • 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

Prochain sprint envisagé à Vedene (Avignon) les 6-7-8 déc 2018
NouvelleReleaseMineureJuillet2018 (Att. pour Yeswiki : Blog), écrite par GatienBataille
créée le 12.07.2018 à 13:42, mise à jour le 03.09.2018 à 14:56.

Yeswiki et RGPD

Résumé : On fait quoi avec les formulaires bazar et l'arrivée du RGDP... quelques pistes d'actions possibles !
Billet : Avec l'arrivée du RGPD, certaines règles concernant les données récoltées doivent être respectées notamment :
  • 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 ! )
Ceci pose donc assez fort la question des infos récoltées à travers les formulaire bazar !

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

Ceci peut être fait facilement en dehors du formulaire OU directement dans le formulaire via un labelhtml (préférence)
labelhtml***<h3>Visible en mode saisie</h3>*** ***<h3>Visible en mode consultation</h3>

L'avantage du labelhtml est que l'info arrivera par mail aux usagers (voir plus bas) et que vous pouvez personnaliser un message en mode "saisie" et un message en mode "consultation"

Que mettre dans le message ?
  • 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

Si vous demandez un champs_mail dans votre formulaire, activez le paramètre qui envoie la fiche à son propriétaire lors de la validation en plaçant 1 en 10ème position => la personne reçoit alors une copie de ces données et le message du labelhtml (voir ci-dessus) qui précise comment les gérer/effacer.
champs_mail***bf_mail***Email***40***255*** *** *** ***0***1***

Vous pouvez aussi activer le paramètre du wakkaconfig pour que les administrateurs du wiki reçoivent eux aussi une copie mail de cette fiche (histoire d'avoir une preuve... à voir si vraiment nécessaire...)
Ajouter dans le wakkaconfig
'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***
      
YeswikiEtRgpd (Att. pour Yeswiki : Blog), écrite par GatienBataille
créée le 13.06.2018 à 10:31, mise à jour le 29.11.2018 à 22:04.