AMCnumericChoice et mz (Bug #408)
Description
Bonjour,
l'utilisation de \bareme avec comme option mz entraine avec AMCnumericChoice la possibilité d'avoir une note supérieure à mz.
Cela vient du code Perl, fichier scoring.pm dans expand_multiple_strategies mz est utilisé pour initialiser d (le shift/décalage). Si on veut
un comportement similaire à mz=2 par exemple, il faut préciser \bareme{d=0} avant la commande et scoreexact=2 et scoreapprox=0,
mais ne surtout pas utiliser mz !
Par ailleurs il me semble que dans automultiplechoice.sty vers la ligne 1280,
\AMC@amclog{AUTOQCM[B=set.Vdifference="min( abs((intV)-(intX)) , abs(10*(intV)-(intX)) , abs((intV)-10*(intX)) )"]^^J}%
devrait être :
\AMC@amclog{AUTOQCM[B=set.Vdifference="min( abs((intV)-(intX)) , abs(\the\AMC@numeric@base*(intV)-(intX)) , abs((intV)-\the\AMC@numeric@base*(intX)) )"]^^J}%
Quoi qu'il en soit très bon outil, merci !
Version 1.2.1 de automultiplechoice.sty, package pour mageia5.
History
Updated by Alexis Bienvenüe almost 9 years ago
Lorsqu'on laisse le soin à AMCnumericChoices de mettre en place le barème, il ne faut pas interagir avec lui : on utilise scoreexact et autres, mais pas de \bareme.
Cela pose problème quand on utilise \scoringDefaultM{mz=2} par exemple. Pour corriger ce défaut, à partir de la révision hg:5324e78fa915, AMCnumericChoices annule les directives de barème mz et haut.
Par ailleurs il me semble que dans automultiplechoice.sty vers la ligne 1280,
[…]
Corrigé avec hg:6191781b1a56 : merci !
Updated by Alexis Bienvenüe over 8 years ago
- Target version set to 1.3.0
- % Done changed from 0 to 100
- Status changed from New to Closed