Valery Fremaux

Suis très impatient d'avoir une telle doc

Jean, j'ai téléchargé le module et vais essayer de proposer quelqeu chose pour l'ergonomie de l'édition des items...

on est un peu (beaucoup) débordés en ce moment mais contribuer à institutionaliser ce module comme clef de la gestion par compétence nous anime beaucoup...

Valery.

Il existe bien le petit module Tasklist, mais qui ne correspond pas non plus car l'annotation est collective et non individuelle.

Pour ma part, ce type de pointage est résolu par notre module de "coursetracking" récemment offert à la communauté, qui permet un marquage dynamique des lectures directement dans le contenu.

http://docs.moodle.org/en/mod/coursetracking/view

Ce module pemet d'implanter des petites capsules "capteur" dans le contenu qui donnent un feedback localisé à l'enseignant sur le nombre de passages, de lectures effectives et de retours déclaratif "j'ai compris".

Côté étudiant le capteur se matérialise au bout d'un certain temps de lecture par une case à cocher "déclarative". Ce module a été exposé une première fois au MoodleMoot 2008, et vient d'être revérifié et publié officiellement dans la base de plugins.

En quelques sortes il constitue une feuille de marquage répartie dans le contenu de cours.

Des graphes de rapport permettent d'observer graphiquement les impacts de fréquentation globale sur le contenu, ou individuelle. (je ne sais pas l'état de confidentialité ou de segmentation des afficahges dans lequel j'ai laissé le module...).

Démonstrations possibles des résultats sur notre cours complet de Java sur http://www.ethnoinformatique.fr pour lequel il vous suffit de me demander une entrée enseignant pour accéder aux rapports. (Ce cours étant l'intégrale du cours de Sun traduit en français, je ne peux le publier de manière publique...)

Cela pourrait répondre même sur les exercices (faut juste que je vérifie que les capteurs puissent être correctement reconnus dans les énnoncés d'exercices).

Seule limite : marche avec tout contenu HTML filtré par Moodle, et donc ne peut fonctionner à l'intérieur de ressources de type PDF, ou WORD ou tout autre document à format fermé dans lequel je n'ai aucun contrôle.

Les développements sont relancés sur ce modèle de marquage (Veni, Vidi, Vici) grâce au financement que nous avons obtenu de la part de la SSII ALTEN.

Le but est d'ajouter un marquage négatif en plus du marquage positif, du type "J'ai beau relire, j'ai pas compris !" qui ajouterait un signal "Victus !" à l'aphorisme latin bien connu !

Cheers.

Oui j'avais vu ça...

dommage que certaines API ne soient pas allées jusqu'au bout... Moodle 2.0 va nous réorganiser tout ça je crois...

Une propositiond e réécriture qui ;

• Etablit un point de patch plus générique en résolvant "en général" le problème de l'ajout de liens customisés dans le menu d'administration de cours :
  
  On suppose que les hooks d'administration de cours sont logiquement dans :
  
  local/course/admin/
  
  et accumulés sous forme de plugins (un répertoire par plugin) avec un fichier adminhook.php à l'intérieur.
  
  le plugin mass_enroll (réangicilsé pour l'occasion va donc chercher son fragment là :
  
  local/course/admin/mass_enroll/adminhook.php
  
  selon le code de patch proposé : 

// PATCH : Allow additional links to be added to course administration menu
/// Additional links
    if (is_dir($CFG->dirroot.'/local/course/admin')){
        $plugins = get_list_of_plugins('/local/course/admin');
        foreach($plugins as $plugin){
            include($CFG->dirroot."/local/course/admin/$plugin/adminhook.php");
        }
    }

// /PATCH

Ceci permet d'envisager plus tard des ajouts supplémentaires sur le même principe.

•  Relocalise les langues dans le plugin pour une meilleure modularité : les fonctions get_string() et print_string() permettent d'aller chercher des packs de langues dans des endroits non prévus à l'origine :

$str = get_string('stringkey', 'stringpack', null, $CFG->dirroot.'/string/pack/location/lang/');

Attention la fin en 'lang/' (avec le slash) est essentielle !

Ceci permet d'assurer une bonne cohesion du module sans avoir à distribuer ses fichiers de langues au quatre coins du serveur... (marche tout de suite)

• Le pack de langue est renommé en "mass_enroll" et non en "insa", moins contextuel
• Version avec code réanglicisé pour l'uniformité du style Moodle
• fonctions relocalisés dans un espace de nom mass_enroll_xxxxxxx pour éviter toute collision....
• Je sais pas ce que j'oublie...

Je n'ai par contra pas touché aux textes qui mentionnent des particularismes locaux (N° insa), il y a peut être moyen de trouver des termes génériques ?

Tchô !!