AMCnumericChoice et mz (Bug #408)


Added by Franck Butelle about 8 years ago. Updated about 8 years ago.


Status:Closed Start date:02/23/2016
Priority:Normal Due date:
Assignee:- % Done:

100%

Category:-
Target version:1.3.0

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 about 8 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 about 8 years ago

  • Target version set to 1.3.0
  • % Done changed from 0 to 100
  • Status changed from New to Closed

Also available in: Atom PDF