User Tools

Site Tools


afaire

This is an old revision of the document!


Journal du suivi: A faire

01. Faire une procédure d’installation automatisée.

02. Regrouper les feuilles de style (par exemple fiche2 et activite ?).

03. L’affichage du suivi (liste.pl fait référence à result.pl qui affiche les résultats) ne peut pas récupérer le nom de l'utilisateur (stocké dans une base de données mySQL et non dans un fichier plat). Il sera plus simple d’écrire result.pl en php que de lier la base à Perl. Pour le moment, c’est le sobriquet qui est noté. Ce serait plus particulièrement important pour suivi.pl qui fait générer le « certificat ». (solution provisoire: un fichier plat est créé liant sobriquet et nom, voir bug 02).

04. Regrouper les fonctions jvs utiles dans des fichiers externes qui sont chargés selon le contexte (LOP 15.12.10). Réalisé avec qrep2-2.xsl qui charge le fichier arithm.js lors que l'élément <CTXT NAME=“expert” SCHEME=“dom” VALUE=“arithmetique”/> est présent dans les contextes (voir mathba1b/ui_1deg1-1.xml) (LOP220211).

05. A voir si la bibliothèque salle.jx ne pourrait pas être chargée de façon standard (<script src=…). Ce qui est d’ailleurs la solution adoptée dans la révision du code xsl (plutôt que d’inclure le code jvs directement dans la page).

06. Utiliser de façon plus systématique xsl :include (fait pour init.xsl et pour bloc.xsl le 24.11.10, fait pour attribut.xsl, links.xsl, varlist.xsl, val-var.xsl, cartouche,xsl, note.xsl 25-29.11.10)

07. De nombreuses activités de statut 0 ne sont pas répertoriées dans la base. Faut-il les ajouter ?

09. Mise en musique d'un test “d'entrée” sous la forme d'un test adaptatif (s'inspirer du test du Corref, Daniela Gheorghe). (LOP 25.01.11)

10. Revoir les scripts de suivi (en Perl, une première ligne dans les fichiers peut-être supprimées). Faut-il rassembler les diverses versions suivi-act (pour les activités), suivi (pour les défis) et concours (pour les concours) dans un seul script (ev. en PHP)? (LOP 26.01.11).

11. Réfléchir à une façon de mettre aussi des tables de proportionnalité en position “verticales”. Esquisse faite pour problem1/ui_1898.xml, ui_1898b.xml, ui_1333.xml (LOP 05.02.11)

12. Ajouter des éléments de navigation dans la fenêtre de suivi (retour, close) (fait LOP060211).

13. Les équations (1e degré, 2e degré, systèmes, etc.) sont classées dans des zones différentes (dépendent de théories différentes). Une salle rassemblant toutes sortes d'équations serait utile. (AF, LOP, 8.02.11) (salle ouverte LOP120211).

14. Fournir des équations du 2e degré (zéro, intersection droite-parabole, intersection parabole-parabole). Ajouter la possibilité de suivi dans la résolution d'équations (AF 8.02.11).

15. Simplifier format100 et format05 (salle.jx) sur la base de round05 (nouveau) et round100 (LOP 14.02.11).

16. Revoir l'utilisation des links internes (INTLNK) pour pouvoir utiliser du marquage HTML à l'intérieur, saut de lignes, etc.

17. Vérifier qu'il y a des exercices pour chacun des sujets mentionnés dans la partie “pratique”.

18. Initialiser variable parent.locReponse à NULL pour chaque modèle (en cas de changement de modèle dans une même salle). (fait pour qrep-qcm.xsl / qcm.js LOP010311).

19. Préparer pour chaque modèle la liste des variables à disposition (et mettre à jour pexp3.dtd) de même que les pages préparées (voir Modèles, maquettes et dispositifs).

20. Prévoir pour chaque interaction la possibilité d'enregistrer le suivi (comme pour qrep-fls.xsl). Question faut-il conditionner l'enregistrement du suivi à wxSuivi (en cas de mode defi, boucle ou diag la possibilité d'enregistrer le suivi est toujours proposée) sinon cela dépend de wxSuivi (false ou true). Manque le cas où c'est obligatoire ! (LOP 22.03.11) En fait, l'obligation découle simplement de devoir montrer le fichier de suivi. Donc à mettre en oeuvre dans chaque cas. Premier test avec flash (LOP 11.05.11) (NB: correction, la feuille accueil rend tout de suite false ou true et non “no” ou “yes” :)

21. Harmoniser vtml-2.xsl, vtml-2a.xsl, vtml-2p.xsl. A voir si CONTENT qui contient deux seules zones ne pourrait pas être enrichi. Ces deux zones sont: DIV (copie directe ne peut pas contenir de NOTE, par exemple, mais est utile pour mettre des scripts. Que faire? laisser le parser traiter cette zone et ajouter une copie pour les scripts ?) et INTRO (avec dans un cas inclus un div). Voir aussi la différence avec les feuilles vtml-1*.xsl qui, entre autres, utilisent un élément BODY.

22. Vérifier que qrep / multiple peut accepter des données générées ! (Cela ne semble pas être possible, d'ailleurs ce serait mieux de créer un modèle qui génère l'ensemble, et pas seulement les valeurs. Une maquette doit déjà vraisemblablement exister, par exemple test-diag-u1.xml).

23. Lier un suivi pour qrep-mult et qrep-qcm. Pour ce dernier, modifier les contextes (type: qcm, mode: radio ou checkbox). Voir aussi pour relier ces formats à d’autres (qcm-defile ?) via les CTXT. Par ailleurs, touchpad est considéré comme un flash de tempo infini (aussi implémenté pour le flash ordinaire). Mais les données sont dans le CONTENT (et pourrait être présentée en même temps comme un qcm ou un qrep-mult) et non dans VARLIST.

24. Nettoyer et passer au peigne-fin les feuilles xsl, avec notamment la vérification de l'usage de mode dans les templates (voir http://msdn.microsoft.com/fr-fr/library/ms256184%28v=vs.80%29.aspx). (voir aussi 21).

25. Supprimer l'autocomplétion des champs de réponse (fait LOP mai 2011 (autocomplete=“off”), à vérifier qu'aucun champ n'a été oublié).

26. suivi-ok.htm et suivi-ok.xml utilisent no_rep+1 . Entre parfois en contradiction avec certains modèles. A revoir.

27. Ajouter un panneau à l'entrée pour inciter les utilisateurs à s'inscrire. (fait LOP140611)

28. Autoriser le format à virgule pour la saisie des réponses décimales (fait dans les modèles généraux, qrep2-2, flash et dans certaines maquettes. A compléter. LOP140611).

29. Penser à ajouter dans init_page (dans les fichiers xsl), l'enclenchement de init_local (si elle existe) fonction qui peut servir à initialiser des variables jvs après chargement de la page (déjà fait pour qrep2-2.xsl et qcm-img3.xsl LOP100112)

30. Ajouter au modèle qcm-img3 (en s'inspirant de flash) un agencement pour pouvoir être utilisé dans les défis. (LOP 13.01.12)

31. A revoir les noms des contextes pour les interactions flash de type map/simple (cliqué sur une partie d'image, touchpad.xsl), map/cumul (les réponses sont cumulées (par +, à voir d'autres possibilités) touchpad2.xsl), map/text (l'énoncé est donné dans le content). Problème: 1) Cette interaction empiète sur défile (qui est actuellement sous forme de maquette dans qrep2-2 avec une ébauche de feuille de style) ! 2) Il faudrait distinguer ce qui relève de l'interaction et ce qui relève de la structure du document ! (LOP130112 map/text obsolète, remplacé par qcm/content et qcm/data).

32. Les formats qtml-1 et qtml-2 ont-ils été remis à jour ? (LOP 16.01.12)

33. Cacher les boutons 'Commencer' dans les différents flash (voir ateliers/nu-dc23.xml ou ateliers/nu-nu42.xml) (LOP 16.01.12) (fait pour le modèle qrep-fls, LOP160412).

34. Dans rendre la monnaie, On ne peut pas enlever ce qu'on a choisi (diminuer la somme). A modifier ou indiquer clairement que ce n'est pas possible (pour des raisons pédagogiques) (AF 14.02.12)

35. Mettre au point les fichiers de gestion (titre, contrôles, etc.). Pour localiser_ui, proposer le code. (LOP 20.02.12).

36. Vérifier que les index sont bien optimisés (pourquoi utiliser key_loc sans mettre la salle dans tab_ui_loc ?). Ajouter des contraintes de type “unique”.

37. Introduire WIDTH dans l'élément CASE (à tester la modification faite dans bloc.xsl) (LOP 31.03.12)

38. Le modèle qrep-qcm met les items dans un tableau dont la dernière case (les choix multiples) avait tendance à être trop petite. La largeur de cette dernière cas a été fixée à 25%. A voir comment pouvoir paramétrer (par CTXT ?), cette largeur (en gardant le défaut 25%). (fait mai 2013 voir Nouveauté 47).

39. Formulaire de recherche pour les activités (le champ 'modèle' a été introduit, utile pour rechercher des exemples utilisant un modèle/sous-modèle ou maquette donnés).

40. Un contrôle d'unicité dans tab_sujet (et plus généralement sur toutes les tables soit en contrôlant à la main (PHP) soit en utilisant la clause unique de SQL sur un certain nombre de colonnes (pas vraiment une manière de choisir la meilleure méthode, Bastian dixit))(voir bug 34)

41. Idée de progression (expérimentée) pour les Ateliers (domaine Grandeurs et mesures / Mesure du temps): 1) Conversions Heure/minutes/secondes; 2) Addition d'heures (+ min et sec) avec analogie à la règle de retenue; 3) soustraction heures (comme 2), calcul de durée; 4) Total journée (durée matin + durée après-midi); 5) Avec un salaire de 60/heure calcul du gain pour diverses durées; 6) idem salaire 120/heure; 7) calcul du salaire/minute 60/h 120/h et général; 8) table de calcul pour le salaire: (a) on donne le salaire horaire, (b) on calcule le salaire/min © on multiplie #heure x salaire horaire (d) #minutes avec salaire/min (e) addition. (AF 08.05.12) (faut-il ajouter une fiche conversion en heure décimale, par ex. 1h30min = 1,5 h (LOP 09.05.12)). (voir nouveauté 24 pour sous-modèle mesure).

42. Développement de modules de répertoriage et de contrôle des fichiers. Trois modules peuvent être imaginer: 1) parcours des fichiers htm, répertoire après répertoire, vérification de l'unicité des 'name' et conformité avec les 'name'de tab_ui (pour les ui enregistrées) et constitution d'une base aux_tab_ui; 2) Idem pour les fichiers xml; 3) Contrôle des liens. Question ouverte faut-il enregistrer dans tab_ui toutes les ui, voire dans tab_loc_ui ? (projet démarré fin mai 2012, points 1) et 2) réalisés au 7 juin). (voir nouveautés 33).

43. Les modules de peuplement (peuple-lex, peuple-rel, peuple-ui) travaille en partie de manière incrémentale. Le fait de pouvoir utiliser plusieurs 'titre' pour le même objet pose problème. A revoir l'ensemble (la clé devrait comprendre le level, faut-il ou non utiliser le même 'name' ?) (LOP, 15.06.12).

44. Ajouter un contexte qui permette d'automatiser les chaînes de questions (voir calcul3/esti-00.xml).

45. Sous-modèle de qrep2-2 à “consacrer” (voir geometrie/exe-pyth*.xml).

46. Possibilité de paramétrer les zones du modèle touchpad.xsl (fait en ajoutant un CTXT interface, LOP230712, voir qcm0/at_g12-1.xml). Attention dans le modèle touchpad2 les zones sont paramétrées à l'aide d'éléments ATT ce qui n'est pas très cohérent. A corriger en même temps que les deux modèles sont unifiés (map/simple et map/cumul).

47. Implémenter tolérance en % dans qrep-mult (OK LOP131012) (et ailleurs ?).

48. Dans le modèle qrep usage de l'élément FORM-REP est à documenter. Dans le cas du type bouton il faudrait améliorer la manière de décrire et d'utiliser les éléments du formulaire (voir par exemple cpi/cpi-chg-def4.xml).

49. A améliorer la mécanique des contextes et du chargement des scripts. Par exemple si on met l'expert du domaine 'triangle', les résultats étant des nombres, il faut indiquer que expert.dom=triangle agit comme expert.dom=calcul. Solution: ajouter un expert pour les réponse, utiliser expert.mode …

50. A aligner le fonctionnement des contextes du modèle qrep sur celui des modèles récents (voir nouveauté 35).

51. La technique de mesure-fig (génération d'un tableau lacunaire) pourrait être généralisée à d'autres calculs. Fait pour tableau (problem2/t-angle1.xml LOP21.12.12). Mais plutôt que laisser le contexte interaction/libre avec expert/dom ne faudrait-il pas réorganiser la chose ?

52. Dans tab_user, remplacer le champ 'groupe' par l''id' du groupe (demandera de modifier lister-user.php entre autres).

53. A propos de webexp/inc/telep.php, fonction affiche_sujet: voir s'il faut maintenir dans le téléporteur les salles sans entrée (auquel cas ôter le commentaire à existe_entree_salleX ou intégrer le test dans la requête). (Décision: les salles sans entrée ne sont plus affichées (12.13)).

54. Remplacer petit à petit l'attribut LANGAGE par TYPE (notamment dans val-var.xsl). Doubler les templates pour accepter les minuscules ? (LOP, 26.06.13)

55. Insérer la consultation du suivi dans la fenêtre du pivot global (rouge) (fait LOP120614, function winSuivi() placée dans ermitage.html, ajout des lignes nécessaires dans afficheAdj() de salle.jx)

56. Faire l'état de situation en ce qui concerne les modèles avec le suivi ou encore sans, intégrable ou non dans des défis.

57. Rajeunir l'interaction qrep-exp et vérifier les mises en forme des données de l'énoncé (nombre à virgule, notation monnaie, …). Le problème est que VAL-VAR est courcircuité (et donc fix2) dans qrep-exp.xsl. <VAL-VAR NAME=“X”/> est remplacé par $X (afin d'uniformiser avec un autre format autorisé). Il faudrait garder VAL-VAR tout en autorisant le $X !! En attendant un bricolage ($2X signifie que X est à affiché en format fix2) est proposé. En fait ce bricolage pourrait être systématisé avec ${le format hérité de VAL-VAR}X.

58. Vérifier que le suivi est enclanché (wxSuivi à true) lors des msgFin() (c'est fait pour qrep-exp/proportionnalité)

59. Revoir les contrôles du navigateur (isIE, etc): salle.jx, proport.js, etc.

60. Modèle qrep-exp: modifier la formule du calcul du pourcentage de réussite (pour tenir compte des remises, voir les modèles qcm-img3 et touchpad).

61. Lors de l'inscription (accueil2.htm et accueil2_menu.htm) enregistrer la demande de suivi ou non dans le profil de l'utilisateur (défaut true) et démarrer avec ce suivi.

62. Ne faudrait-il pas supprimer la mise à jour de wxCurrentUi dans les modèles utilitaires qui ne servent qu'à des contenus de “service” ? (voir bug 61).

63. Fonction recherche, cahier des charges:

  • création d'une base de données Vocabulaire (mot, place (lex,ui,salle & no) (cf ARMT)
  • dans pivot recherche lexique → popup avec formulaire → liste des mots possibles (avec ←)
  • dans hall recherche lexique (idem)
  • dans menu recherche fiche (formulaire) → liste des salles (à voir comment afficher directement la bonne fiche).
  • dans hall recherche fiche (idem)

Partie lexique, (voir nouveautés 58) (reste à corriger les fichiers du lexique, à voir le statut des fichiers dico.php, consult-dico.php ?? comment dico.php a-t-il été créé ? à récupérer et compléter pour mettre à jour ind_mot_cle (lex) ?).

Partie recherche sur les titres (voir nouveautés 59).

64. Modèle qcm/defile l'idée de mettre le nombre d'item dans le contexte n'est pas bonne (à calculer). Quel lien entre qcm/defile et qcm/defile-gen ? (qcm/defile-gen reprend la fonction qcm/defile sans être compatible à 100%. qcm/defile est à garder pour les anciennes ui en attendant de modifier celles-ci).

65. Sous l'interface menu (en entrant par exemple avec smenu) puis en allant à l'accueil s'enregistrer sous at-cpi on ne ressort pas avec le lieu par défaut (en l'occurence rese,2,1). C'est en fait prévu comme ça (voir le cas \$entree==2 de init_visite dans inscript.php). 02.03.15 changement de philosophie. Le fichier inscript.php a été modifié (pour revenir à l'ancienne version utiliser inscript-old.pho).

66. Revoir le suivi: faut-il continuer à travailler avec des fichiers plats ou utiliser une table ? A régler aussi le problème de lettres accentuées. A unifier aussi la procédure: les défis ou les test sont enregistrés avec leur titre mais pas les exercices. A ajouter dans la base des ui (avec statut 0), les feed-back du type nu_ak1 (feed-back de nu_pb1), ceci en vue de posséder leur titre pour les suivi (il suffit par contre de les localiser une seule fois; l'important est de les avoir dans tab_ui. Test en cours avec cl_ak?). (Ou alors utiliser la stratégie de suivi_ok and Co, plus problématique).

afaire.1429518512.txt.gz · Last modified: 2015/04/20 10:28 by irpochon