MDL-43479 quiz response analysis : suppress break down by variants
[moodle.git] / question / type / upgrade.txt
1 This files describes API changes for question type plugins.
3 === 2.7 ===
4   + We have added a new method to the question_type base class 'break_down_stats_and_response_analysis_by_variant'. By default it
5    returns true. If your question type does not have variants of question instances then you can ignore this method as it only
6    applies to question types that have variants. If a question type does have variants the default action is to break down
7    response analysis and question stats by variant. But for some question types there might be an almost infinite quantity of
8    variants for the question, in this case you can suppress break down by variant by returning false from this method. See for
9    example the non-core question type varnumeric or the slightly more complex stack question type.
11 === 2.6 ===
12   + The changes in MDL-32750 were reverted in favour of the new pdw toggle toolbars
13     plugin for TinyMCE. The get_non_collapsible_editor_options method has been deprecated.
15 === 2.5 ===
17 * There have been some tweaks to the helper class that is used to write
18   walkthrough tests. You should not have to change your code, but you might
19   like to take a look at some of the new helper methods available. In particular,
20   if you had any code that did
21   $this->process_submission(array('-finish' => 1));
22   you should change that to
23   $this->finish();
25 * There have been lots of usability improvements to the question editing forms.
26   MDL-37417 links to all the changes. There are only a few API changes that
27   *require* you to upgrade your question type, but you are strongly recommended
28   to make similar usability improvements in your own question types.
30   + Some of the ids used in the form HTML have had ‘id_’ added at the front.
31     Take care if you refer to these in your JavasSript or CSS.
33   + MDL-32750 The HTML editing tools are now collapsed. This is applied by default
34     to all HTML editors except question text and general feedback. If you want to
35     add more exceptions, see the get_non_collabsible_editor_options method.
37   + Form fields have been grouped onto one line where appropriate, to reduce
38     the height of the form. qtype_numerical is a good example of this.
40   + Where elements are in groups, we have changed the normal accesshide CSS, so
41     that their labels are visible. If you were using grouped elements in the past
42     with static elements to lable the fields, then you will need to remove the statics.
44   + All the choices / answers have been merged into a single section of the form.
45     This works better with the new 'shortforms' MDL-30637. Also the
46     "Add blanks for more ..." buttons are now inside that section. This probably
47     requries that you remove any headings from your per-answer fields, and change
48     some of the labels.
50   + Having merged all the elements into one form section, we then used CSS to
51     visually group the fields for one choice, answer, etc.
53   + When editing an existing question, we only show as many repeats are are
54     actually needed until the user clicks the "Add blanks for more ..." button.
55     Where you have your own repeat elements, you may need to change the
56     number of repeats calculation.
58   + As with all forms, setType() is now required for all text form elements.
60   + A good example of a question type being upgraded to take account of all these
61     changes is
62     https://github.com/moodleou/moodle-qtype_pmatch/commit/9d8e1beb9f780246416a0f3a7622f700b8fa90c8
65 === 2.3.5 / 2.4.2 / 2.5 ===
67 * The special value question_attempt::PARAM_CLEANHTML_FILES that could be used
68   in the get_expected_data method was renamed to question_attempt::PARAM_RAW_FILES
69   in order to fix a bug. We failed to think this throught, and so did not realised
70   that this might break some question types. If this affected your question type,
71   please accept our apologies. Details in MDL-37847.
74 === 2.3 ===
76 * Support for backwards-compatible string names dropped. MDL-30120. (See under 2.2 below.)
77 * If you are overriding export_to_xml and import_from_xml to provide Moodle XML format
78   import and export, then you will probably get PHP strict syntax notices in developer
79   debug mode until you change the method signature to include qformat_xml $format.
80   That is, you need to specify the argument type.
81 * qtype_xxx_pluginfile() is now given the 7th parameter (hopefully the last
82   one) that contains additional options for the file serving. The array should
83   be re-passed to question_pluginfile() as is.
86 === 2.2 ===
88 * The XML import/export base class has had some minor API changes. The
89   - write_combined_feedback method now requires that you pass the questionid and
90     contextid. (MDL-29058)
91   - calls to the import_hints and import_answer methods now should pass the question
92     text format as the last argument, to be used as a default if necessary. (MDL-29739)
93   If you do not upgrade your code, it will not break, but there will be PHP
94   warnings, and it the export will not work 100% correctly.
96 * The old
97     public function requires_qtypes()
98 method is no more. Instead use the ->dependencies facility in version.php. E.g.
99 $plugin->dependencies = array(
100     'qtype_numerical' => 2011102700,
101 );
103 * The plugin name and related strings used to be defined in language strings
104 called the same thing as the format, for example:
106 $string['addingdescription'] = 'Adding a Description';
107 $string['description'] = 'Description';
108 $string['description_help'] = 'A description is not really a question type. It simply enables text to be displayed without requiring any answers, similar to a label on the course page.
109 $string['description_link'] = 'A description is not really a question type. It simply enables text to be displayed without requiring any answers, similar to a label on the course page.
110 $string['descriptionsummary'] = 'This is not actually a question. Instead it is a way to add some instructions, rubric or other content to the activity. This is similar to the way that labels can be used to add content to the course page.';
111 $string['editingdescription'] = 'Editing a Description';
113 All these need to be changed to use the standard string name pluginname, as for
114 other plugin types, and similar for the other strings.
116 $string['pluginname'] = 'Description';
117 $string['pluginname_help'] = 'A description is not really a question type. It simply enables text to be displayed without requiring any answers, similar to a label on the course page.
118 $string['pluginname_link'] = 'A description is not really a question type. It simply enables text to be displayed without requiring any answers, similar to a label on the course page.
119 $string['pluginnameadding'] = 'Adding a Description';
120 $string['pluginnameediting'] = 'Editing a Description';
121 $string['pluginnamesummary'] = 'This is not actually a question. Instead it is a way to add some instructions, rubric or other content to the activity. This is similar to the way that labels can be used to add content to the course page.';
123 The old strings will continue to work, but only until Moodle 2.3 is released.
125 * If you are using the facilities provided by overriding the extra_answer_fields
126   or questionid_column_name methods, then you must change these to be public
127   methods. (This is required so that backup and restore can be made to work
128   automatically. MDL-24408, MDL-25617, MDL-30562)
131 === 2.1 ===
133 * Lots of API changes due to the new question engine. See
134 http://docs.moodle.org/dev/Developing_a_Question_Type#Converting_a_Moodle_2.0_question_type
137 === 2.0 ===
139 * Lots of changes due to all the API changes in Moodle 2.0.
141 * This plugin type now supports cron in the standard way. If required, Create a
142   lib.php file containing
143 function qtype_mypluginname_cron() {};