Note:

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

Talk:Conditional activities: Difference between revisions

From MoodleDocs
Line 21: Line 21:
# Can completed status for one user be reversed?
# Can completed status for one user be reversed?
# Is the duality of having conditions BOTH for activity completion and activity availability good? I always thought about that being more chained, i.e one activity will be available when:
# Is the duality of having conditions BOTH for activity completion and activity availability good? I always thought about that being more chained, i.e one activity will be available when:
## Some "core supported" (i.e. for all modules) conditions are passed (starttime, grade (number or percentaje...) are fulfilled.  
## Some "core supported" (i.e. for all modules) conditions are passed (starttime, grade - number or percentaje - ...) are fulfilled.  
## Some activities are completed.<br />(but never to specify "foreign" conditions in the "available when" part. That way calculation will be really easier, IMO. And being more "chained" means itinerarys can be easily build over conditional activities and courses).
## Some activities are completed.<br />(but never to specify "foreign" conditions in the "available when" part. That way calculation will be really easier, IMO. And being more "chained" means itinerarys can be easily build over conditional activities and courses).
# Agree with Sam about completed stuff, only for informational purposes for users having some capability (originally "teachers" I guess).
# Agree with Sam about completed stuff, only for informational purposes for users having some capability (originally "teachers" I guess).

Revision as of 14:34, 17 April 2008

Discussion

Different attempts at conditional activities in the Using Moodle Conditional Activities forum; generating a course page for each user requires lots of processing (Martin).

Possible solution (David Delgado): add a conditional activities on/off selection for each course, being defaulted to off. Normal behaviour would be just the same as now, and conditional activities extra processing power would be used just for the courses that would need them. So, we would get the best of both sytems: fast default behaviour (no conditional activities used) and powerful adaptive e-learning posibilities (conditional activities used). Could it be a good solution? Hope so. :-)

Wouldn't it be better to just have a "has conditional activities" flag that was automatically set and unset when a conditional activity was added or removed? (removal would require checking to see if there were any remaining conditional activities, of course) That'd avoid cluttering up the Settings interface with an extra item. :-) (Tony Hursh)

Adaptive learning questions

Current (through 1.6)non standard conditional activity modules use a minimum score.

  1. Are we going to allow the teacher a choice to make the cut off a greater than or a less than condition?
  2. Are we thinking of expanding the condition to defining a range of scores, greater than X and less than Y? --Chris collman 14:37, 28 December 2006 (CST)
  3. Are there plans to create automatic conditionally filtered courses, i.e. The system preventing the enrolment of a user that hasn't passed a course that is requisite to another course?

Some potential ideas/thoughts coming with conditionals

  1. Conditional courses. It's a natural step if we are implementing conditional activities.
  2. Make conditions pluggable.
  3. Annotate the date when an activity/course has been completed (with teacher ref if manual)
  4. Can completed status for one user be reversed?
  5. Is the duality of having conditions BOTH for activity completion and activity availability good? I always thought about that being more chained, i.e one activity will be available when:
    1. Some "core supported" (i.e. for all modules) conditions are passed (starttime, grade - number or percentaje - ...) are fulfilled.
    2. Some activities are completed.
      (but never to specify "foreign" conditions in the "available when" part. That way calculation will be really easier, IMO. And being more "chained" means itinerarys can be easily build over conditional activities and courses).
  6. Agree with Sam about completed stuff, only for informational purposes for users having some capability (originally "teachers" I guess).
  7. Switch at system/course levels necessary, like other Moodle stuff.
  8. Booleans. Are we always talking about AND conditions or do we need to add OR support. And perhaps NOT too.
  9. I can see the "availability" working at least in 2 different schemas. 100% hiding the target activity or showing it dimmed (with explanation).

Eloy Lafuente (stronk7) 05:06, 17 April 2008 (CDT)