Delimiters in some question types (FIB, Calculated, Numeric) conflict with MathJax

Description

I just wanted to make sure we capture this comment from SAK-22384 and investigate to see if this or other question types post an issue. After Sakai 10 if you enable MathJAX there might be some problems inserting math into certain question types.

The second issue is that one of the question types for Tests & Quizzes uses symbols that conflict with the delimiters used by MathJax.

The problematic question type is fill in the blank. It replaces anything in curly braces in the input, and curly braces are used in LaTeX. Not sure what to do about it.

Activity

Show:

Daniel Merino February 23, 2021 at 1:02 AM

As says, this issue is fixed in SAK-34477, so I close this one as incorporated.

Sam Ottenhoff February 22, 2021 at 3:41 PM

Austin December 17, 2020 at 2:53 PM

Would it be possible to also add a delimiter to Fill in the Blank '|' pipe character?

Daniel Merino June 13, 2017 at 2:51 AM

has uploaded a patch in the duplicate JIRA https://sakaiproject.atlassian.net/browse/SAM-3215#icft=SAM-3215

It's a really simple patch. I'm not sure if it covers all the use cases but if you think it does, maybe this long time issue could be fixed.

Diego del Blanco Orobitg November 24, 2015 at 10:44 AM

Trying to think in the final user best option (and forget from now about the complexity of the development) I like Paul's idea of "per-question" delimiters, with curly as default, but allow to select a different delimiter if you are going to use curly brackets. I think the best option is to allow the user to set their own delimiter (because if we offer only some options we can arrive to a point where no option is good for the user)

So each question should store the specific delimiter and use that to process the test. Curly brackets as default, or the user's one if that option is selected.

Now, returning to the "real world" where we need to develop this. We can add the char in the itemmetadata table, so we don't need to modify the database, and quickly check if there is a "DELIMITER_CHAR" field in the item metadata and pick the delimiter to process the itemtext and if not, then use the default one. This doesn't seem so complex...(surely until we try to do it).

Incorporated

Details

Priority

Affects versions

Fix versions

Assignee

Reporter

Labels

Created April 3, 2014 at 7:49 AM
Updated February 23, 2021 at 1:02 AM
Resolved February 23, 2021 at 1:02 AM