Store statistics in a separate page instead of the workflow itself - advantages: * smaller workflow instance - no danger that page is too large for caching, even for large exams. - smaller objects mean also better performance * modification date in exam is not modified when statistics are updated * easier extensible - New function WorkflowPage->childpage easy to use interface for creating child pages - render_submission=exam_protocol: changed name of parameter "-form_objs" to "-filter_form_ids", since form_objs are used typically to keep objects, not ids - Still to do: policy for inclass-exam-statistics.wf
- added modal window for showing all configuration options
- depending on the state of an exam (whether students have stated working on the exam or not) different options can be altered. E.g. the grading scheme can be adjusted at any time, since it is not visible to students prior to exam review.
- improved configurability of form-fields: . new feature: fc_repository for shared definitions (can be reused in the same configuration on multiple occasions) . when form-constraints are defined with an empty short-spec, the system tries to look this up from the fc_repository.
- extended answer manager: . new method: student_submissions_exist . renamed methods . "student_submissions" -> "submissions" (since result my include as well test run results) . "get_answers" -> "get_answer_attributes" to better distinguish from "submissions" - base "merge_constraints" on dicts - prefer forwarder over instance variable for referring the question manager(QM) - extended Message keys with "Configuration" - added missing German translations in message keys - bump version to 5.10.1d17