Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

POAS Assignment development: Difference between revisions

From MoodleDocs
Line 6: Line 6:
== New Features ==
== New Features ==


=== Workgorups ===
=== Workgroups ===


=== Individual tasks ===
=== Individual tasks ===


=== User interface - tabs ===
Currently assignment have only two main pages: intro/submit (view.php) and grading (submission.php), so it can go away with the link in upper right corner.
New features will require more pages, so it's better to use tabs for them:
* info/submit - as usual
* grading (teacher only) - as usual
* tasks - if individual tasks selection used, user selects, teacher can add/edit/delete tasks there
* workgroups - if individual tasks and/or workgroups used - list all existing workgroups (users if individual tasks only), their tasks and status
=== Plugins capabilities enhancement ===
* plugins can define their own tabs
*# tabs can be implemented as classes
*# tabs can be implemented as functions
* ''maybe'' plugins can add a columns to the grading table
=== ''maybe'' One user can get several tasks ===
That needs further discussion. It's something not very uncommon in real word teaching, but somewhat difficult to cope with "one course module=one grade" thing.


== Implementation ==
== Implementation ==

Revision as of 20:52, 1 December 2008

Moodle 2.0


This is a proposition of Assignment module development from Volgograd State Technical University. I see no reason in keeping it as a separate module thanks to truoble of backporting any fixes/improvments done in assignment. There is no reason to make it an assignment plugin, as we will need a copy of each of the current plugins (online, offline etc) for it.

Refactoring

New Features

Workgroups

Individual tasks

User interface - tabs

Currently assignment have only two main pages: intro/submit (view.php) and grading (submission.php), so it can go away with the link in upper right corner.

New features will require more pages, so it's better to use tabs for them:

  • info/submit - as usual
  • grading (teacher only) - as usual
  • tasks - if individual tasks selection used, user selects, teacher can add/edit/delete tasks there
  • workgroups - if individual tasks and/or workgroups used - list all existing workgroups (users if individual tasks only), their tasks and status

Plugins capabilities enhancement

  • plugins can define their own tabs
    1. tabs can be implemented as classes
    2. tabs can be implemented as functions
  • maybe plugins can add a columns to the grading table

maybe One user can get several tasks

That needs further discussion. It's something not very uncommon in real word teaching, but somewhat difficult to cope with "one course module=one grade" thing.

Implementation

New options

DB structure

Tabs

Capabilities

Assignment base class reworking