Project

General

Profile

Bug #4045

Incorrect use of <item> elements in QTI

Added by ben leinfelder over 10 years ago. Updated over 10 years ago.

Status:
Resolved
Priority:
Immediate
Assignee:
Category:
client
Target version:
Start date:
05/01/2009
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
4045

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 over 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 over 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 over 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

Also available in: Atom PDF