If a gapfill question has a mathematical expression as a gap, there seems to be an error thrown in any sort of use of marking algorithms. As a MWE, take a gapfill part with a single 'expression' gap: entering any expression (before writing any custom marking algorithm or even ticking the 'use custom marking algorithm?' boxes) into the 'Student's answer' box in the 'Marking algorithm' tab throws a error in the browser console:
"Numbas Error: Can't texify token type ↵ at jme.display.treeToJME".
See image below for a demonstration of this behaviour.
In practice, this seems to stops the definition and evaluation of any custom marking notes. When the aim is to have a two-gap question marked entirely by a custom marking algorithm on the overarching gapfill part, this is somewhat problematic..
If a gapfill question has a mathematical expression as a gap, there seems to be an error thrown in any sort of use of marking algorithms. As a MWE, take a gapfill part with a single 'expression' gap: entering any expression (before writing any custom marking algorithm or even ticking the 'use custom marking algorithm?' boxes) into the 'Student's answer' box in the 'Marking algorithm' tab throws a error in the browser console: "Numbas Error: Can't texify token type ↵ at jme.display.treeToJME". See image below for a demonstration of this behaviour. In practice, this seems to stops the definition and evaluation of any custom marking notes. When the aim is to have a two-gap question marked entirely by a custom marking algorithm on the overarching gapfill part, this is somewhat problematic..