Development:Quiz UI redesign
From MoodleDocs
This is the Docs page for the Quiz UI redesign project 2008
The project blog: http://www.pilpi.net/software/moodle_quiz_ui/ .
- Quiz UI redesign prototype presumptions
- Design specification
- Project tracker: http://tracker.moodle.org/browse/CONTRIB-528
- Obsolete: Quiz UI redesign prototype
- Pretty obsolete: Use cases - updating will follow scenarios
Related forum discussions
Some are still missing here. The last one is the newest, and the location of current discussion.
- http://moodle.org/mod/forum/discuss.php?d=72828
- http://moodle.org/mod/forum/discuss.php?d=92797
- http://moodle.org/mod/forum/discuss.php?d=92870
- Call for comments: Quiz UI redesign prototype (new iteration now usability tested)
Scenarios
Scenarios work
- Scenarios work conclusions (executive summary)
- The idea and the content of the scenarios interviews I did
The Scenarios
Prototype testing
Published June 27th, 2008.
The prototype used in testing, the last iteration (ODP 230 KB; in Finnish. See the Design specification for a more final, translated view of the UI )
Development
Background processes:
- Think of new things to verify in usability tests: what are the most important matters that need to be communicated to the teacher successfully, in order to enable him/her to reach her goals using the UI?
- Get test subjects to the usability tests of the functional tests, scheduled at the end of July/beginning of August
Current todo:
- New Quiz edit tab http://tracker.moodle.org/browse/CONTRIB-530
- different presentations for at least random questions and other questions
- make forms functional: question scoring, new question/randomq/description formslib
- make CSS comply with moodle themes and UI guidelines
- add page count
- Storing the question bank window - completed, using set_user_preference()
- //TODO: add javascript quick hiding/showing question bank menu by adding the now-html-commented id's to the elements - requires submitting the GET parameter accordingly in the background and returning false for the link so the browser does not actually GET it
- //TODO: make the actual hiding possible without javascript
- paging of items if there are >50 (Fluid allows to "Allow users to break up long lists of items into separate pages" - try this out?)
- how to make string changes go upstream?
- (As it says in the Moodle coding guidelines) you should never change langauge strings. This is because the same language packs are used for all versions of Moodle. If you need a different string, create a new one.--Tim Hunt 08:41, 2 July 2008 (CDT)
- Hm the thing is, if a translation does not make sense in a specific language, or if I know that a string is indeed intended for this specific button, but usability-wise it is not the best choice? Still just create new ones?--Olli Savolainen 12:31, 2 July 2008 (CDT)
- (As it says in the Moodle coding guidelines) you should never change langauge strings. This is because the same language packs are used for all versions of Moodle. If you need a different string, create a new one.--Tim Hunt 08:41, 2 July 2008 (CDT)
- question box layout: ensure line breaks don't break the layout unusable
- is it possible to have an empty random question in quiz?
- Basically no, or at least it is possible, but it leads to an error. This situation can be represented in the database, and you can even create it through the current UI (add a random question from a category, then delete all the questions in that category). However, this will lead to an error when you run the quiz.--Tim Hunt 08:41, 2 July 2008 (CDT)
- Thanks Tim. What I am thinking is it should be an error in the editing interface, and invisible in the quiz: that is, as you can create a random question right into the new category, as long as there would be such empty random questions, there would be visible warnings that the quiz is in an unfinished state in the editing UI - but this should not have any negative effect in quiz making itself, the question should just be absent (except perhaps in teacher preview, where the difference with the teacher preview and the actual quiz should then be made extremely obvious)?--Olli Savolainen 09:41, 2 July 2008 (CDT)
- That is: do you think we (I) should a) Modify the current empty randomquestions to notify of their state appropriately or b) create a new structure that stores the states of empty random questions in the new editing UI and then only create actual random questions when the user adds questions to them. This brings us to the question: what would then happen if the user again removes all the question from a random question category?--Olli Savolainen 04:35, 3 July 2008 (CDT)
- Basically no, or at least it is possible, but it leads to an error. This situation can be represented in the database, and you can even create it through the current UI (add a random question from a category, then delete all the questions in that category). However, this will lead to an error when you run the quiz.--Tim Hunt 08:41, 2 July 2008 (CDT)
- More: project tracker: http://tracker.moodle.org/browse/CONTRIB-528
Relevant development links in docs
TBD
