Talk:Conditional activities

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 ? have these sense ??- ...) 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 itineraries can be easily build over conditional activities and courses).
      Summarizing, what I'm trying to say is that I see correct to allow all sort of conditions (hopefully plugable as said in 2) checked in order to consider one activity completed or not completed. Point. And that info (one user has completed one activity) can be used to determine the availability of other activities. But the availability itself won't be able to check pluggable conditions directly, only own core ones (timestart - timeend basically) + completed results from other activities (with boolean possibilities).
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)