Technique du PDF imparable. Comment génères tu ça ?
Trouvé le bug en 10 microsecondes : l'intervention du HTMLEditor demande une précaution tordue lors de la soumission de formulaires par déclenchement Javascript :
formobj.onsubmit();
formobj.submit();
C'est une ruse royale pour masque le fait qu'il y a en fait deux "objets de formulaires superposés pour faire le HTMLEditor", et donc qu'avant de soumettre le formulaire, il faut d'abord transférer le texte saisie du panneau Whysiwhyg dans le petit TextArea masqué. Evidemment, lorsqu'on utilise pas l'éditeur Whyswhyg il ne faut surtout pas appeler onsubmit(), car la méthode n'existe pas. Ruse que l'on oublie rapidement quand on l'a pas utilisée depuis quelque temps.
Je change je vérifie et je mets à jour.
Sur l'idée de Nicolas Sicard, je pense rajouter, à côté de la liste d'utilisateurs qui restent libres, la liste de groupes Moodle du cours où personne n'est encore booké. Ce qui permettrait, d'un clic, de booker un groupe Moodle sur un créneau.
Pour la dualité "notes à l'étudiant/notes de séance" j'avoue avoir porté le modèle depuis l'origine sans y avoir trop réfléchi. Tes messages m'ont donné une idée d'une solution probable :
les notes du créneau seraient des notes de séance communes à tous les étudiants, une sorte de commentaire général. Les notes individualisées ne s'affichant QUE pour l'étudiant concerné, ce qui est déontologiquement intéressant.
Je vais donc rajouter dans l'affichage des commentaires de l'étudiant deux zones marquées par des classes CSS (comme ça, vous leur donnez la gueule que vous voulez) : "Commentaire de séance", et "Commentaire individuel".
Pour l'interfonctionnement scheduletootherteachers/manageallappointments, c'était bien l'effet voulu. Dans certaines situations, on aimerait qu'un "responsable des entretiens" puisse effectuer la planification pour l'ensemble du groupe de profs, mais une fois cette planification faite, le planning du prof et sa gestion opérationnelle lui appartient en propre.
Pour le problème de la visibilité des admins dans la liste des bookables, c'est plus embêtant que ca n'y paraît : cela révèle un manque de contrôle sur QUI peut recevoir les étudiants. Je rajoute une capacité supplémentaire qui va rendre beaucoup plus souple la sélection despersonnes habilitées ou "pouvant" auditer les étudiants : mod/scheduler:attend .
La sélection des profs disponibles dans la liste sera soumise à cette capacité avec les valeurs standard suivantes :
etudiant : CAP_PREVENT (certain étudiants ne pourraient ils pas "jouer le jeu des auditeurs" dans certaines situations ?)
prof non éditeur : CAP_ALLOW (ils sont pédagogues à part entière)
prof : CAP_ALLOW bien sûr !!
responsable de cours : CAP_PREVENT (c'est un gestionnaire... à moins que)
admin : CAP_PREVENT (là que pour voir)