Note: You are currently viewing documentation for Moodle 2.4. Up-to-date documentation for the latest stable version of Moodle may be available here: Timeline course format.

Development:Timeline course format

From MoodleDocs
Revision as of 15:07, 6 October 2009 by Mike Churchward (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

This project will create a blog-style format for the course page. Template:GSOC 09

Overview

This is a project for Google Summer of Code at Moodle. I plan on adding a blog-style format for the course page as described in the project ideas wiki page. I want to add support so that a course can have be really long if needed. The blog-style format would make it easy to teach a new class for the first time. The instructor could prepare topics 1 or 2 days ahead of time, add a topic for a specific day and list things that would be covered in a specific day. This project idea was requested by the OLPC teachers that found Moodle hard to use for their teaching style. The main audience for this module would be K-12 teachers.

Schedule of Deliverables

First trimester (20 April - 22 May)

  • Start discussion in forum to better define the scope, and requirements of the project (MEASURE: forum activity, DEADLINE: 20th April).
  • Gather information, feedback and advice from instructors and developers (MEASURE: wiki article updates, DEADLINE: 10 May).
  • Talk to Moodle developers in the mailing list to find out areas that can need to be handled with care (MEASURE: mailing list activity, DEADLINE: May 1).
  • Finalizing database changes and project plan (MEASURE: wiki articles created regarding project plan and updates on old documents, DEADLINE: 18 May).


Second trimester (23 May - 6 July)

  • Get a simple mockup that contains the blog-style functionality so that it can be uploaded to the Moodle demo site (MEASURE: commit logs, DEADLINE: 20 June).
  • Write unit tests for the code (MEASURE: commit logs, DEADLINE: 1 July).
  • Work on feedback received from Moodle demo site (MEASURE: forum activity, commit messages, tracker activity, DEADLINE: 1 JULY).
  • Get some users to test the changes to course page (MEASURE: forum discussion and user tests, DEADLINE: 30 June).
  • Work on testing really long courses to find bottlenecks (MEASURE: commit logs and test results, DEADLINE: 30 June).
  • Update documentation (MEASURE: wiki articles history, DEADLINE: 6 July).


Third trimester (7 July - 10 August)

  • Gather feedback from users (MEASURE: wiki articles created and forum discussion, DEADLINE: 8 July).
  • Start working on porting the blog-style course format to Moodle 2.0 (DEADLINE: 7 July).
  • Test the course format in Moodle 2.0 (MEASURE: commit logs, DEADLINE 20 July).
  • Gather feedback on blog-style course page (MEASURE: wiki articles and forum discussion, DEADLINE: 6 August).
  • Work on user feedback (MEASURE: commit logs, DEADLINE: 10 August).
  • Write wiki articles and documentation on next steps and lessons learned (MEASURE: wiki articles, DEADLINE: 10 August).


Future Work

Allow archival of topics just like a blog would. Some users might find it useful to archive the parts of the course by month just like regular blog would.


Allow students to comment on proposed topics for a class. This might be useful when teachers hold study sessions or want to request student feedback on a class day.


Use more ajax to enhance the blog-style course page by reducing http requests and make the interface more responsive.

Allow students to be notified of changes in the course schedule. If the class requires a lot of hw or reading, it might be useful to notify the students when changes take place. This can save teachers and students a lot of time. The instructor doesn't need to notify students of changes to a specific day, and students get notified as soon as a change takes place and thus they have as much as notice as possible when hw are added or other things change.


Do more benchamarking. With courses that can last for a very long period of time, we need to worry about how to deal with more data. We should compare the performance of common tasks with a regular course page and a blog-style course page. If there are problems and limitations, how can we deal them without affecting performance.

Ideas on how to Organize Tracker bugs/tasks

  • Adding topics to the bottom of the list and sorting in reverse order
  • Pagination and archival of topics
  • Displaying date and other formatting related to topics
  • Working on bottlenecks.

More Information

For more information, please see the external links below: