Valery Fremaux

Un truc notable pour ces fonctions : elles renvoient un tableau associatif basé sur la première colonne de la requête de sélection.

Si la requête qui est fournie, par exemple à la fonction get_records_sql() place en première colonne résultat un champ non unique, il y a perte de certains enregistrements résultats dans le tableau d'arrivée, par écrasement de clefs.

Veillez donc toujours à constituer des requêtes qui ont pour première colonne une clef primaire sur le résultat. 

Merci à Nicolas pour sa promptitude (comme toujours).

L'idée de ce forum est de faire partager nos connaissances, pour ceux qui ont envie de toucher au développement de filtresn modules et autres ajouts. L'idée est ici de rassembler les discussions, avis et initiatives autour du développement de ce qui peut être "mutualisable".

Il est également fortement sollicité, pour ceux qui veulent, de poster des "astuces" ou des "know how", de façon à ce que ce forum puisse devenir une base de connaissance provisoire sur les détails de l'API, les bonnes pratiques de codage de nos contributions.

Le cas échéans, dans le futur, nous pourrons demander à Nicolas l'ouverture d'autres activités pour supporter cette problématique. A étudier quand le moment sera opportun.

Ce module "coursetracking" permet à un enseignant de baliser des ressources d'un cours à l'aide de capteurs de présence qui collectent l'activité des étudiants à un point précis du document. L'ensemble des informations de ces capteurs est ensuite compilé sous forme visuelle, globale ou sectorielle pour fournir une cartographie précise de la présence des apprenants sur les matériaux pédagogiques diffusés en ligne.

Contenu du paquetage :

Ce module contient toutes les ressources nécessaires à son fonctionnement. Cependant, pour la première version, certains sous-composants du module doivent être installés à la main.

Ce module contient :

• les fichiers php et annexes nécessaires au fonctionnement d'un module Moodle standard.
• un sous-module de réception des déclenchements asynchrones (/capture_api)
• un sous-module de divers générateurs graphiques (/gdgenerators)
• un sous-module de scripts javascript (/js) contenant l'infrastructure Javascript-Ajax du module.
• des fichiers de langue pour les labels et les textes. Vous y trouverez un fichier de labels et un répertoire d'aide pour chaque langue fournie.
• un plugin spécifique destiné à l'éditeur whysiwhyg (HTMLArea) permettant l'ajout et la gestion de balises directement dans le contenu
• un filtre de remplacement des images-marqueurs en marqueurs opérationnels, utilisant la technologie asynchrone Ajax.

Instructions :

Voir le fichier README.fr.txt dans le paquetage.

Etat :

Encore en version beta. Je sollicite tous ceux qui sont interessés pour m'aider à stabiliser le module dans les différentes versions de Moodle. Les versions que j'ai utilisé sont pour l'instant de 1.5 à 1.6.4. J'ai besoin de :

• valider le déroulement de l'installation du module
• valider la pertinence des instructions d'installation
• valider le fonctionnement général du dispositif
• valider la pertinence des rapports (et éventuellement, prendre en compte toutes vos idées à ce sujet).

Moodlement vôtre.

Merci Joseph,

Il a l'air hyper cool comme plugin. Je vais l'essayer rapidement.

D'après toi, qu'est ce qui coincerait sur une 1.5 pour utiliser ce type de question ? (obligé d'en avoir encore quelques unes sous cette version chez OVH ).

Louer un espace pas trop cher sur un hébergeur qui ne bride pas la mémoire disponible pour PHP.

Comme toutes les applications open source qui continuent à se développer, chaque  nouvelle version de Moodle augmente l'empreinte requise en base de données et en mémoire utile. Free vous offre un espace perso avec du Php, mais il faut pas rêver, les conditions d'exploitation de ce php de du MySql sont fortement bridées pour que la masse des comptes "offerts" ne leur coûte pas cher.

Il y a un moment ou "open source" et "gratuit" a des limites...