Les droits d'accès répertoire sur le répertoire temporaire et moodledata (sur linux) au niveau du système d'exploitation ?
Valery Fremaux
Posts made by Valery Fremaux
Well, this would assume a learner will accumulate viewing time units on a single or a small set of trackers. As trackers are spread around the entire content, the main interest of the tracking system is to design a "map" of presence over the entire content flow. Accumulating viewing units on one single location of the entire course is nonsense. The accurate strategy should be having a robot that smoothly browse the entire content, resource by resource, and scrolling slowly enough to trigger all tracking locations, again, that's might be a bit science-fantasy.
Our interest is mostly to design automatically a "presence cartography of a course" that may have implications in "how much interest (or learning effort) do my students pay for that or that part of the course".
may you watch a demo course (in french) that is hugely fitted with trackers (I will open it to guest for a few days only, because of copyrights) :
Hi,
I am searching information about how a module's installation could dispatch some changes or additional stuff elsewhere in the moodle distribution (than the dedicated /mod/myModule directory). My coursetracking module needs to add some extra plugin to the /lib/editor distribution. I would either be glad to copy automatically lang files to adequate location in the main /lang and /lang/help directories.
I noticed that SQL tables are nicely added from the admin screen when the module is first installed, but how could an extra script be run ?
The module : allows a teacher to mark with special trackers from the HtmlArea GUI a whysiwhyg content (resources). Trackers are aware about they are visible or not in the viewport (VENI) so they send some event signals that are recorded in a dedicated tableset. Triggers make a measurement of the time the tracker stayed visible in the viewport, detecting a reading intentionality (VIDI) of the user. The users will explicitely send some signals about local content (a graphic, a sentence, a chapter, or any thing that has a location in the content flow). We started with a single obvious message to the teacher : "I got it !!" (VICI). But we could make it redefinable in arity and semantics.
The module gives access to reporting screens where all these tracking event can be viewed, graphically or in tables, allowing global situation about knowledge advances to be accessible and readable.
Module is instanciable in a course so it can collect events from a part of the trackers while other trackers in the same content would send events to another instance.
Non, tu as parfaitement raison, le composant open source HTMLArea qui est utilisé en guise d'éditeur whysiwhig rencontre de sérieuses difficultés de formatage du source sous-jacent à ce qui est tapé en whysiwhig.
Pour avoir bossépendant plusieurs semaines sur le problème et décortiqué cet éditeur ligne par ligne, le problème vient de la réaction du navigateur au collage de texte HTML dans un composant (notamment la balise HTML TextArea qui est surchargée par l'éditeur). Ce collage est contre toute attente très intrusif, il supprime autoritairement les caractères d'espacement surnuméraires, mais cela perturbe grandement l'écriture formatée. En plus les réactions du middleware IE et Mozilla ne sont pas les mêmes, pour simplifier.
Bilan : l'éditeur est correct pour taper du texte, des formules Tek via le filtre TekToGif, des mises en pages éditoriales simples, mais pas au delà.
J'ai abandonné l'idée de faire taper des entrées très formatées, comme du source. En principe, il faudrait tout indenter avec les blockquote (boutons de retrait de paragraphe gauche et droit), mais ce n'est ni pratique, ni généralisable.
Du coup les examens en ligne que je fais en algo et en info comme les remises de TD se font par envoi de fichier zip. (Mode remise de fichier).
Je viens d'y passer une bonne soirée :
J'ai digéré moodle dans mon CMS perso. En développement tout marche bien. Les deux schémas d'authentification sont parfaitement synchro et les comptes des "nouveaux logués" se créent bien. (Moodle 1.5 sur Mysql 4.0.x)
En prod (OVH), les deux appels à update_user_record() ou create_user_record() (suivant la situation de l'utilisateur externe au regard de moodle) se passent mal dans authenticate_user_login(). Ce qui est bizarre dans le premier cas, c'est qu'un appel antérieur à get_record_sql() avec exactement la même requête est passée tout à fait correctement quelques instants avant (au debut de authenticate_user_login(), un premier appel à cette fonction est faite, via l'appel à get_complete_user_data() pour déterminer précisément si l'utilisateur est déjà enregistré dans Moodle ou si c'est un nouveau venu). J'ai pas encore fouillé plus loin, car il faut ensuite traverser la couche datalib.php puis adoDB, ce qui est plus retords.
Quelqu'un a-t-il une idée ? une limitation du nombre de handle vers la base de données pourrait-elle donner ce comportement (vu que le code, les paramétrages, les bases, les records sont rigoureusement identiques).
J'ai digéré moodle dans mon CMS perso. En développement tout marche bien. Les deux schémas d'authentification sont parfaitement synchro et les comptes des "nouveaux logués" se créent bien. (Moodle 1.5 sur Mysql 4.0.x)
En prod (OVH), les deux appels à update_user_record() ou create_user_record() (suivant la situation de l'utilisateur externe au regard de moodle) se passent mal dans authenticate_user_login(). Ce qui est bizarre dans le premier cas, c'est qu'un appel antérieur à get_record_sql() avec exactement la même requête est passée tout à fait correctement quelques instants avant (au debut de authenticate_user_login(), un premier appel à cette fonction est faite, via l'appel à get_complete_user_data() pour déterminer précisément si l'utilisateur est déjà enregistré dans Moodle ou si c'est un nouveau venu). J'ai pas encore fouillé plus loin, car il faut ensuite traverser la couche datalib.php puis adoDB, ce qui est plus retords.
Quelqu'un a-t-il une idée ? une limitation du nombre de handle vers la base de données pourrait-elle donner ce comportement (vu que le code, les paramétrages, les bases, les records sont rigoureusement identiques).