Moodle

Course level options for blocks

Details

  • Type: Improvement Improvement
  • Status: Closed Closed
  • Priority: Trivial Trivial
  • Resolution: Fixed
  • Affects Version/s: 1.4.3
  • Fix Version/s: None
  • Component/s: Blocks
  • Labels:
    None
  • Environment:
    All
  • Affected Branches:
    MOODLE_14_STABLE

Description

Blocks are already almost flexible enough to allow for course level options. They would give teachers more control, for example MDL-130 proposes to allow the teacher to control what kind of recent activity is shown.

Activity

Hide
Martin Dougiamas added a comment -

From Eloy Lafuente (stronk7 at moodle.org) Saturday, 8 May 2004, 06:32 AM:

Hi Gustav,

near everything is ready to support course-configuration inside blocks. As they can have DB support, every block can potentially have everything they need stored in DB.

I'm pretty sure that we'll extend moodleblock class in the future, adding an edit (an other...) interfaces to it, sure!!

Perhaps this bug can be now a good place to talk about what to extend... possibilities are really amazing!!

Ciao

From Jon Papaioannou (pj at moodle.org) Tuesday, 11 May 2004, 06:23 PM:

I suggest that we first implement a configuration interface for the recent activity block, much like the one that exists for online_users. This would be global, from the admin interface. The reasoning is that traditionally, things in Moodle are configured hierarchically (in order of setting precedence): global config -> course config -> personal config.

Thus, since having a course settings interface under this scheme would mean making a dominant clone of it for the site administration, I think we should do it the other way round: first do the global config (which we have the infrastructure to do right now), and then investigate how the same thing could be specialized for course-level settings with a minimum of fuss. This would lead us to lay down the infrastructure for course-level configuration in each and every block.

Comments?

From Martin Dougiamas (martin at moodle.com) Tuesday, 25 May 2004, 12:42 AM:

traditionall

From Jon Papaioannou (pj at moodle.org) Saturday, 30 October 2004, 01:32 AM:

Ummmm....

I think this was a bit out of date, what with Blocks2 and all?

Show
Martin Dougiamas added a comment - From Eloy Lafuente (stronk7 at moodle.org) Saturday, 8 May 2004, 06:32 AM: Hi Gustav, near everything is ready to support course-configuration inside blocks. As they can have DB support, every block can potentially have everything they need stored in DB. I'm pretty sure that we'll extend moodleblock class in the future, adding an edit (an other...) interfaces to it, sure!! Perhaps this bug can be now a good place to talk about what to extend... possibilities are really amazing!! Ciao From Jon Papaioannou (pj at moodle.org) Tuesday, 11 May 2004, 06:23 PM: I suggest that we first implement a configuration interface for the recent activity block, much like the one that exists for online_users. This would be global, from the admin interface. The reasoning is that traditionally, things in Moodle are configured hierarchically (in order of setting precedence): global config -> course config -> personal config. Thus, since having a course settings interface under this scheme would mean making a dominant clone of it for the site administration, I think we should do it the other way round: first do the global config (which we have the infrastructure to do right now), and then investigate how the same thing could be specialized for course-level settings with a minimum of fuss. This would lead us to lay down the infrastructure for course-level configuration in each and every block. Comments? From Martin Dougiamas (martin at moodle.com) Tuesday, 25 May 2004, 12:42 AM: traditionall From Jon Papaioannou (pj at moodle.org) Saturday, 30 October 2004, 01:32 AM: Ummmm.... I think this was a bit out of date, what with Blocks2 and all?
Hide
Michael Blake added a comment -

Temporary transition to reassign bug to "pj".

Show
Michael Blake added a comment - Temporary transition to reassign bug to "pj".
Hide
Michael Blake added a comment -

Re-closing bugs after re-assigning to "pj".

Show
Michael Blake added a comment - Re-closing bugs after re-assigning to "pj".

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: