Bug #4045
closedIncorrect use of <item> elements in QTI
0%
Description
While researching a different bug, it came to my attention that there are cases in which the parser is generating QTI documents with multiple <item> elements.
This is not how we had intended to use the QTI specification - even for multipart questions.
When there are multiple <item> elements in the QTI, I get an error and the parser cannot reopen for editing the questions.
See: private/samples/Fall05-Exam3.pdf
Question 16 does this.
Is anyone aware of when this shift in QTI usage occurred? We are not set up to handling it - client nor server.
Updated by Ryan McFall over 15 years ago
I really doubt that this has been changed since last summer. I know I haven't touched the code that generates the XML. I can take a look and see what is happening, however.
Updated by ben leinfelder over 15 years ago
It's not really the code that is generating the XML - I think it's just that the classes (Question.java) that end up writing the XML are being used in an unexpected way.
Updated by ben leinfelder over 15 years ago
moved the Question.generateXML() method into the ResponseItem superclass. Now response items create just one item/qti file.