Bug #4045
Incorrect 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.
History
#1 Updated by Ryan McFall about 10 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.
#2 Updated by ben leinfelder about 10 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.
#3 Updated by ben leinfelder about 10 years ago
moved the Question.generateXML() method into the ResponseItem superclass. Now response items create just one item/qti file.
#4 Updated by Redmine Admin over 6 years ago
Original Bugzilla ID was 4045