Giter Site home page Giter Site logo

yeswiki / yeswiki-extension-lms Goto Github PK

View Code? Open in Web Editor NEW
0.0 0.0 1.0 3.04 MB

Permet d'utiliser YesWiki comme une plateforme d'apprentissage (LMS : Learning Management System)

License: GNU Affero General Public License v3.0

PHP 74.41% HTML 2.37% CSS 3.25% JavaScript 4.02% Twig 15.96%

yeswiki-extension-lms's Introduction

YesWiki

YesWiki is a Free Software under the AGPL licence, made for creating and managing your website, in a collaborative way.

YesWiki allows any web user, online, with any browser, to :

  • create, delete, edit or comment on the pages of a site, with any number of editors or pages.
  • manage access rights for each page (read, write, or comment) for a user or a group.
  • layout a page content in a very intuitive and visual way, using formatting rules which require no technical skills.
  • publish immediately any creation or modification of a page.
  • analyze and manage the whole site through simple functions : site map, list of users, most recently modified or commented pages, etc.
  • a set of templates to suit any site need in term of presentation
  • ability for each part of a site to act as Wiki page : title, header, menus, footer etc. can be easily edited from a browser.
  • a light but strong anti-spam solution.
  • the possibility to embed documents in a page : pictures, mp3, videos, mind maps etc.
  • a plugin manager and numerous extensions : user oriented database manager, tags, contact forms, etc.

Installation

YesWiki can be installed in about ten minutes on a server which supports PHP >= 7.3 and a MySQL >= 5.6 database. Once installed, the YesWiki site is working immediately, and can be managed online from a web browser.

More detailed install instructions in the INSTALL.md file.

Translations

We are using weblate to translate our software!

History

YesWiki grew out of a French language version of WakkaWiki called Wikini, and hence has strong French language support.

Authors and contributors

Initial WakkaWiki author

Wikini authors

  • 2003 Carlo ZOTTMANN
  • 2002, 2003, 2004 David DELON
  • 2002, 2003, 2004 Charles NEPOTE
  • 2002, 2003, 2004 Patrick PAUL
  • 2003 Eric DELORD
  • 2003, 2004 Eric FELDSTEIN
  • 2003 Jean-Pascal MILCENT
  • 2003 Jéréme DESQUILBET
  • 2003 Erus UMBRAE
  • 2004 David VANTYGHEM
  • 2004 Jean Christophe ANDRE
  • 2005 Didier Loiseau

YesWiki authors

See https://github.com/YesWiki/yeswiki/graphs/contributors

yeswiki-extension-lms's People

Contributors

acheype avatar j9rem avatar mrflos avatar nils-van-zuijlen avatar srosset81 avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

yeswiki-extension-lms's Issues

L'ajout de div dans le contneu d'un formulaire activité affiche le texte en vrac tout en haut du wiki

Description du bug
Dans le champs "contenu" d'un formulaire activité, l'ajout de div via le bouton "format > texte mis en valeur" provoque l'affichage du texte mis en valeur tout en haut de la page, en vrac, au dessus de la zone de menu du wiki, cf image ci-dessous.

Ce bug a été reproduit en local par adrien.cheype qui pense que c'est lié à la longueur du texte.

image

Le texte présent dans le champs contenu du formulaire activité

Lorsque l'on souhaite mener un projet de manière collaborative, on peut être tenté de rechercher l'outil idéal, déjà pensé par d'autre et calqué sur nos besoins.  Voici quelques éléments pour vous expliquer pourquoi **l'outil collaboratif par essence n'existe pas** et en quoi **effectuer un choix éclairé en la matière est indispensable** pour éviter les déconvenues. 

=====L'outil, un pharmakon=====
La première chose à toujours avoir en tête, c'est que l'outil n'est qu'un outil. Il faut comprendre par là qu'il n'est pas animé d'une énergie propre : le stylo sur la table est une nature morte.

Dans des mains humaines, il va transmettre l'intention de son utilisateur.ice et pourra faire : 
 - ce pourquoi il a été conçu - //le stylo écrit//
 - ce pour quoi il a été détourné dans un sens - //le stylo devient le tuteur d'une plante//
 - ce pourquoi il a été détourné dans un autre sens - //le stylo est démonté pour servir de sarbacane afin de mitrailler les formateur.ices//

Bernard Stiegler (Ars Industrialis) décrit ainsi l'outil comme un [[http://arsindustrialis.org/pharmakon pharmakon]] portant en lui trois propriétés faisant de l'outil à la fois : 
 - Un remède vecteur d'émancipation, 
 - Un poison source d'asservissement 
 - Un bouc émissaire qui camoufle les causes réelles de potentiels dysfonctionnements


===L'exemple de Trello===
Trello est un service en ligne de gestion des tâches. Il permet par exemple de lister certaines tâches en les rendant visibles à d'autres personnes, d'affecter des tâches à soi et aux autres, etc. A priori ses fonctionnalités peuvent en faire l'outil idéal pour mener un projet de manière collaborative.

""<div class="well">""Reprenons la notion de pharmakon avec cette exemple : 
 - **Trello le remède : **dans une association d'éducation populaire, chacun a vu sur l'ensemble du tableur, chacun va voir ce qu'il reste à faire le matin, s'attribue lui même une tâche pour la journée, signale aux autres lorsque c'est fat et leur communique où retrouver toutes les information. Personne n'imagine fonctionner autrement tellement c'est idéal ! 
 - **Trello le poison **: un nouveau manager débarque dans l'entrepôt logistique. Afin de mieux asseoir son autorité et de contrôler chaque minute de temps des salariés il utilise Trello. Le matin les salariés doivent s'y connecter pour consulter les tâches qui leurs sont assignées. Seul le manager peut agir sur l'outil, les salariés ne pouvant que regarder les tâches qui leurs sont attribuées. Tout le mone peut voir ce que les autres font ce qui est générateur de jalousie, de conflit et de sentiment de surveillance permanent. 
 - **Trello le bouc émissaire :** dans une grande entreprise coopérative, Trello est utilisé pour se répartir les tâches sauf que tout le monde ne prend pas le temps d'y aller. Michel n'a pas réussir à s'inscrire puisque les mails vont dans les spams. Yves trouve que le fond d'écran vert c'est pas super génial niveau karma spectral. Au final rien ne va plus mais c'est la faute de l'outil. Pas de l'incapacité du collectif à accompagner Michel sur sa boite mail. Pas dans l'incapacité du collectif à valider leurs besoins et à faire des concessions sur le fond d'écran.Pas dans l'incapacité du collectif à poursuivre l'usage de son tableau blanc mis à jour à chaque pause café, parce que franchement c'est pas assez chouettos quand on fait d'ans l'innovation sociale coopérative et disruptive. ""</div>""


=====Faire le deuil de l'outil qui collabore=====
l'outil ne collabore pas, c'est un groupe humain qui décide de collaborer, qui apprend à le faire et qui finalement choisit ses en outils. Seulement alors, les outils deviennent collaboratifs, mais ne le sont jamais par essence.  

Cela pourrait paraître décevant, mais c'est finalement rassurant car l'outil que nous souhaitons pour collaborer sereinement est convivial : c'est l'outil qui nous permet de travailler au gré de nos envies dont nous voulons, pas celui qui travaille à notre place sans nous consulter et encore moins celui qui nous travaille. Pour aller plus loin sur la notion de convivialité (au sens d'Illitch), consultez [[https://interpole.xyz/?OutilsConviviaux2 la fiche dédiée]]. 

=====Co-élaborer le cadre d'usage des outils=====
====Formuler les usages====
L'outil collaboratif est donc à construire, et il est le fruit d'un choix négocié entre les différents univers culturels de ses utilisateurs. Utilisateurs, financeurs, webmaster et autres parties prenantes vont devoir se mettre d'accord et faire chacun des compromis entre la situation idéale et celle que chacun est à même d'accepter. 

Pour que l'outil s'approche au mieux des besoins réels, il est conseillé d'en décrire le plus précisément possible les usages attendus. Cela permet de formaliser précisément la nature du besoin sans se laisser influencer par des possibilité techniques déjà connues, des vieux codeurs qui rechignent à changer leurs habitudes ou des peurs irrationnelles d'utilisateurs qui pourraient peut-être être formés. Pour faciliter la définition des usages liés outils, trois choses peuvent aider : 
 - Se mettre en tête qu'il existe une solution technique pour quasiment tout usage. la technique est en effet souvent un faux problème.
 - Formuler son usage à l'aide de la phrase "En tant que... je souhaite que... afin que..."
 - Définir les contextes de ces usages à l'aide d'un tableau à quatre entrées : Synchrone / Asynchrone et Présentiel / Distanciel. un tableau blanc peut parfois suffire alors même qu'on y aurait pas pensé ! Pour comprendre ces distinction, consultez [[https://interpole.xyz/?DifferentsEspacesTempsSynschroneAsynchron la fiche "Différents espaces-temps"]]

{{attach file="ccbysa_cyrillegiquello_espacetemps.png" desc="image ccbysa_cyrillegiquello_espacetemps.png (59.6kB)" size="big" class="center whiteborder lightshadow zoom" caption="Illustration des contextes d'usages liés à différents outils - CC by SA - Cyrille Giquello"}}
====Choisir l'outil correspondant à ses usages====
Une fois les usages attendus formalisé, l'outil peut enfin être choisis. Vous en trouverez un certain nombre parmi [[https://interpole.xyz/?OutilsNum ces fiches]], que vous pouvez trier par usages. 
Vous devriez alors pouvoir effectuer des choix éclairés en la matière pour placer l'outil au service de vos usages.


====Définir des règles d'usage====
Il s'agit ici de traduire les usages formulés pour l'outil en des termes concrets qui correspondent à ses conditions d'usage optimales dans le contexte. On peut ici préciser un certains nombres d'éléments : 
 - Les rôles associés à l'outil : qui l'administre ? qui l'utilise ? qui y a accès ? 
 - Les éléments liés à la confidentialité : comment sont utilisés les données ? Qui peut consulter les informations qui y transitent ? 
 - Comment l'utiliser efficacement : à quel moment notifier par mail ? Combien de message ais-je droit d'y poster ? A quelle fréquence dois-je m'y connecter ? 

Ces règles d'usage sont indispensables car c'est à travers elles que l'outil, s'il est convivial, s'adaptera réellement aux usages formulés par le collectif. Sans ces règles d'usage, impossible de paramétrer de manière adaptée l'utilisation de l'outil.

{{attach file="listeartefacts.jpg" legend="Je veux un exemple ! " desc="image liste.jpg (0.3MB)" size="medium" class="center whiteborder zoom" nofullimagelink="1" link="https://interpole.xyz/?UsageArtefacts"}}

====Ritualiser la remise en question du cadre d'usage====
Le cadre d'usage fixé un moment donné va nécessairement devenir obsolète avec le temps aussi, et afin de ne laisser  nos fonctionnements être immobilisés par les usages du passé, il faut ritualiser des temps de remise en cause de ces règles. Il s'agira dés lors d'un processus itératif qui s'améliorera et s'adaptera en continue en s'appuyant sur chaque nouvelle expérience positive ou négative. 

Pour réinterroger, certains moments peuvent être particulièrement adaptés : les assemblées générales, les premières réunions de conseils d'administrations, les réunions d'équipes, la rentrée scolaire, etc.  Lors de ces moments il convient de ré-itérer le processus d'outillage dés la phase d'expression des usages, ce qui peut potentiellement nous amener à changer d'outil. Il ne faut en effet pas hésitez à faire un bilan des vécus des uns et des autres vis à vis des outils expérimentés ou de besoin non remplis par les outils en places. 

====Rendre visible le cadre d'usage====
Une fois défini, le cadre d'usage ne sera utile que s'il est communiqué, lisible et facilement accessible. Cela peut se faire en l'affichant dans l'espace commun, en l'intégrant à la page d'accueil ou à travers la mise en place d'une gare centrale (voir [[https://interpole.xyz/?LesGaresCentralesPourOrganiserEtRendre la fiche dédiée]]).
=====On peut alors espérer...=====
Si l'on prend le soin de rendre conviviaux les outils que l'on utilise, notamment lorsqu'ils sont numériques, nous pouvons espérer sans trop nous tromper qu'ils nous permettent : 
 - De rester en lien même à distance
 - De produire localement des connaissances rendues disponibles mondialement
 - Nous organiser collectivement à un très grand nombre
 - Générer des métissages à même de relever de manière non violente les défis qui se posent à l'humanité
 - De bien vivre, dès maintenant

=====Mais n'oublions pas...=====
Nous finirons sur les outils comme nous avons commencé : l'outil collaboratif n'existe pas, c'est un groupe humain qui décide de collaborer. Si nous souhaitons mieux agir collectivement, c'est donc nos capacités individuelles et collectives à le faire qu'il faut développer.

//Source de cette mise en mots : [[https://www.mindmeister.com/793312968/l-outil-collaboratif-id-al-quels-outils-pour-quels-usages?fullscreen=1 carte mentale]] de Laurent Marseault. //

un formulaire intégré à une fiche Activité LMS provoque une boucle infinie

Cela se produit uniquement à cause de cette imbrication de formulaire et uniquement sur certaines pages avec des paramètres GET dont se sert bazar.
Le bug semble être dû au fait que les paramètres GET sont traités par Bazar sur les différents formulaires imbriqués.

Voici un exemple qui se produit sur la page de confirmation de la modification d'une activité LMS qui inclut un formulaire.
L'url est :
http://localhost/?ExerciceQuEstCeQuUnNous/iframe&vue=consulter&action=voir_fiche&id_fiche=ExerciceQuEstCeQuUnNous&message=modif_ok

2021-02-26 12-19 - Capture d'écran

C'est rare d'avoir un retour avec un affichage comme celui-ci. Souvent on a une page blanche et une erreur PHP du type dépassement de la pile.

Le bug a été identifié dès la première version mais je n'arrivais pas à comprendre d'où il venait. En suivant cette piste de paramètres GET, il faudrait investiguer davantage.

Bug certainement lié : lorsqu'on a ce même type de formulaire imbriqué, la page de consultation de l'ensemble des fiches Activités mouline indéfiniment et l'affichage n'est que partiel :
http://localhost/?BazaR&vue=consulter&action=recherche&id=1201

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.