Moodle in English

This can be handled in the general framework as long as numerical can control as in the actual code, the placement of the necessary features not necessarily at right of the input elements but below as the instructions field.

The calculated can use the numerical display i.e. the numerical renderer which is becoming different from the short answer for that part that shows the input elements.

In the 2.0 the units can be shown at left (like $) or at right of the number input elements with three variant either a simple text unit display, the input element as shown or multichoice radio elements.

The cloze should remain a special case with all the actual variants even if some parts are not completely conform to disabled students (feedback from pop-up windows).

Pierre

I guess there should be two types of hints (like feedback): general (tied up either with student choosing to use hint or on each next given response in adaptive mode) and question type dependednt hints (like joseph's regex hint of the next character).

One of the possible problems would be to avoid bloat ing question editing form (which isn't small already) adding hints (or other interaction-model specific data) editing.

Also having a category of similar questions I would often like to share hints between them, to avoid endless copying of one text (or, at least, an ability to point several questions to one set of hints).

Also I vaguely remember you telling interaction model shouldn't have own data, which somewhat in conflict in implementing hints using it.

The best possible my guess for now is that every question form should have a section or page (probably popup) for interaction model-specific data (and one question could store data fot several interaction models).

I think if a problem of interaction model storing (and editing) per-question data would be solved, it would also open an easy way to integrate question bank with lesson module (i.e. adding interaction model to store/execute jumps). Or even a quiz with new interaction model could behave like a lesson...

"The whole block at the top of my diagram (question text, controls belonging to the qtype, and perhaps some specific feedback) are actually a single unit that is output by the question type,"

So in the green block, the yellow part is what the actual cloze output in the pop-up window.

Could we, in the cloze case, transfer other items of the yellow bottom block to the yellow upper part of the green block (as grading details for subquestions that are not displayed in the actual version)?

Have a plentiful colored "Halloween" .

Pierre

In the actual code this is done
print_question_formulation_and_controls(&$question, &$state, $cmoptions, $options) {
// Substitute variables in questiontext before giving the data to the
// virtual type for printing (can be numerical or multichoice)
$virtualqtype = $this->get_virtual_qtype( $question);

// We modify the question to look like a numerical or multichoicequestion
$virtualqtypequestion = fullclone($question);
if ($question->options->multichoice == 1 ) {
foreach ($virtualqtypequestion->options->answers as $key => $answer) {
$answer->answer = $this->substitute_variables($answer->answer, $state->options->dataset);
...
}else {

foreach ($virtualqtypequestion->options->answers as $key => $answer) {
.....
}
$virtualqtypequestion->questiontext = $this->substitute_variables(
$virtualqtypequestion->questiontext, $state->options->dataset);
// then
$virtualqtype->print_question_formulation_and_controls($virtualqtypequestion, $state, $cmoptions, $options);


Is your class question definition is just for testing or will we create a question_definition ?
Also

OK, here is a revised sketch:



Below is the list of settings that control what is visible. These are settings passed around within the code to control rendering. They don't necessarily map directly onto user-interface settings.

The way it will work is based on the settings the teacher has set up for the quiz (as an example - questions can appear elsewhere) it creates a question_display_options object with the appropriate settings.

Then the interaction model gets to adjust the settings, depending on the state the question is currently in. For example, if the student has not yet submitted an answer, the interaction model will turn off all the feedback options, or after the student has submitted their final answer, the interaction model will ensure the question only appears in read-only mode.

correctness (hidden / visible) whether the student gets told whether their answer was (in/partially)correct in the status summary under the question number, or instead are told something vague like 'Finished'.

marks (hidden / max only / actual mark and max / actual mark and max with explanation ) whether the student can see the number of marks available, and how many marks they got, and how much detail of the marking to display.

marks d.p. (0 .. 7) how many decimal places marks are displayed to.

flags (hidden / visible / visible and editable) this is the feature that lets students bookmark or flag a question in an attempt for later reference.

read only Whether the question just shows the response was already entered, or whether it gives controls to the user enter/change their response.

specific feedback (hidden / visible) feedback that relates to the particular response the student entered.

general feedback (hidden / visible) whether the general feedback (same for all students) is visible.

correct response (hidden / visible) whether the automatically generated message or other indication of the correct answer is visible.

manual comment (hidden / visible / visible and editable) whether the comment manually added by the teacher is visible and editable by the current user.

response history (hidden / visible) whether the list of steps the student went through to answer the question is displayed.