Valery Fremaux

Chers amis Moodlers,

j'ai le plaisir de vous faire part de l'inauguration qui a eu lieu Mercredi 4 Mars dans la salle du conseil de l'IUFM Midi Pyrénées, en présence de Catherine Gabay, conseillère technique auprès de Xavier Darcos, du Président de l'Université Toulouse Le Mirail, du directeur de l'IUFM, du Recteur de l'Académie de Toulouse, du Directeur de la Sous-Direction des Technologies de l'Information et la Communication pour l'Enseignement (SDTICE), un représentant de la direction des services informatiques du Ministère de l'Education Nationale et la directrice du Pole de compétences FOAD (Formation Ouverte et A Distance), organe national des formations internes en ligne du Ministère, et enfin de Thomas Osburg Manager Corporate Affairs Europe d'Intel.

Notre communauté n'est pas très tournée vers les salamalecs et la pompe officielle, mais cette introduction est également le signe d'une nouvelle époque pour notre plate-forme pédagogique préférée : celle de la reconnaissance officielle de la qualité de la technologie et de sa pertinence, même sur des très gros programmes de formation institutionnels.

Pairformance, à terme (d'ici Novembre 2009), ce ne sont pas moins de 38 Moodles en "réseau total", desservant des formations en TICE à plus de 100.000 enseignants (objectif 2011) et peut-être plus encore.

Grace au financement d'Intel® qui nous a permis de codévelopper cette plate-forme avec le Moodle Partner néo-zélandais Catalyst, la plate-forme Pairformance est la version Française du programme Intel Teach Advanced Online, dont notre version est le premier pilote opérationnel. Ce programme projettera des Moodle dans toute l'europe, à commencer rapidement par l'Irlande, l'Allemagne, l'Italie, mais aussi la Jordanie et Israel, et bien d'autres.

En cela le dispositif Pairformance est (selon Donald Christie, co directeur de Catalyst Ltd), l'une des plus grosses architectures Moodle jamais construite (en complexité d'organisation, et non en nombre d'utilisateurs, Open University et d'autres université ayant une taille plus importante).

Un détail important est que la très grande majorité des réalisations de code sont estampillées GPL à la demande d'Intel, pour revenir sous une forme ou une autre à la communauté !!

Pas de doutes que le programme Pairformance aura beaucoup à montrer au prochain MoodleMoot.

Bien à vous tous.

A la communauté,

le développement du projet Pairformance et ses promesses y compris pour la communauté Moodle font croître énormément la pression sur les développements et finalisations en cours.

Je cherche donc deux profils de stage pour des périodes de 5 à 6 mois à compter d'Avril pour m'assister dans la montée en charge et la finalisation de la plate-forme.

Profil plutôt technique/développement :

Développement et finalisation (tests, débugs, validation, finitions) de composants fonctionnels Moodle génériques et/ou spécialisés applicatifs. Calages feuilles de styles et petits patchs fonctionnels et/ou ergonomiques. Relation avec une base de code internationale chez Catalyst Ltd, Moodle Parner néo-zélandais. Opérations système, synchronisation d'implémentations entre les sites de qualification et de production.

Compétences en Php, Mysql, connaissances dans les architectures logicielles de plates-formes open-source du monde LAMP (Joomla, ganesha, spip ou autres, et bien sûr Moodle en priorité !!). Connaissances réseau actuelles (HTTP, URLS, Serveurs Web etc.). Connaissances CSS et capacités de correction de style appréciées.

Formation type Elève ingénieur 2 ou 3 A, IT Technologies, DUT ou Master IT ou informatique orienté IT

Profil plutôt contenus/administration/organisation :

Organisation, opération d'administration de plates-formes, design et exécution fonctionnelle, tests usages, petit développement léger si possible, écriture de documentations et de guides, Anayse de données, intégration et paramétrage d'outils de reporting, data-mining. Quelques développements simples (ou balisés) d'écrans d'administration (partie fonctionnelle et bases de données, testing et débug). Connaissances CSS et capacité à effectuer des calages de style appréciées, petit design graphique éventuel. Interface avec les utilisateurs, réception des tickets support, reporting des demandes d'utilisateurs.

Formation type : Traitement de l'information, Webmastering, eLearning, niveau Licence, ou Master

Les deux propositions sont basées à Cergy à l'EISTI, en temps plein.

me contacter (Valéry Frémaux) au 01 34 25 10 29, ou via moodle.org.

p.....aing oui !!

Il fallait confronter la capacité au contexte CONTEXT_COURSE, car sinon il ne voit pas la surcharge amenée par l'assignation DANS CE CONTEXTE, même si la capacité surchargée est de niveau natif CONTEXT_SYSTEM !!

Voilà mon problème :

je définis des capacités de niveau système (CONTEXT_SYSTEM). Ces capacités sont testées dans le code dans un contexte local de cours, mais toujours confrontées à une instance du contexte système.

Lorsque les capacités sont données à l'utilisateur connecté, elles sont acquises. Lorsqu'elles sont non définies à ce niveau elle ne le sont pas. Lorsqu'elles sont empéchées elles ne le sont pas non plus.

Maintenant je surcharge la définition avec un rôle de plus haut niveau R. Les capacités sont toujours contrôlées par le rôle USER et pas du tout par la définition du role R, (le rôle est donné dans un contexte de cours, pas au niveau système), mais les capacités sont condrontées à un contexte SYSTEME.

C'est là l'erreur ?

Pas une bonne idée.


le dossier "local" est prise en charge par des "hooks", technique très largement utilisée dans Moodle :

un hook est une fonction qui n'est pas sensée exister obligatoirement, mais qui est prévue dans le code de base. Il existe plusieurs techniques pour ça. un exemple :

if (is_dir('customdir')){
 if (file_exists('customdir/hookedinterface.php'){
 include('customdir/hookedinterface.php');
 if (function_exists('hookattendu')){
 hookattendu();
 }
 }
}

On voit bien alors que le code du noyau ne peut appeler réellement la fonction hook attendu qu'après vérification de trois conditions d'existance.
Une implémentation qui ne fournit pas les trois en même temps ne réagit pas au hook.

c'st ce qui se passe pour les settings, mais il faut qu'ils soient dans un fichier local/settings.php.

Sinon, comme vous l'avez mis, il faut trouver dans le code comment le menu admin-tree considère les répertoires du dossier admin pour créer ses entrées principales de menu...

Vous ne pouvez pas de toutes façon vous dédoiner d'une étude de code qui environne votre problème...