My question - to do this, I think it makes sense to create the group definitions with the course id assigned to the site course id. Can any developers see a problem with using this method? Is there any other thing that the site id as a group course id might be used for other than that?
The practicalities of relating these site courses to the group courses will need some careful planning, though. Every person and their dog will have a different desire there.
I'll post my design decisions here for discussion - just in case there is a way to keep it more general.
Just my 2 cents worth:
Being able to manage students outside of courses, e.g. with groups, is something we talked about a long time ago.... I think it is an absolute necessity .
Thanks for all of your hard work!!!
I just want to "chime in" with Chardelle. The ability to maintain groups between different courses has been a desired feature by many.
What about "centralized" grades for each student [in site groups]?? Too much of a step at this time??
A question: How were you planning on assigning the students into the site groups? Would this be done manually by an admin?
A thought: Would it be possible to add a drop down menu to the registration form that would have the pre-delineated groups added to it, so that upon registering a student chooses their group, and thusly they are automatically put into their site group? If not, maybe it would be possible to just add a field to the form for the group name which could be viewed from the Edit user accounts page...
For the application I'm building, there will be instructors assigned to specific groups that have the ability to register students in their group and enroll students into their groups in courses. So, the administrator would assign the instructors to their site wide group, and then the instructor would assign the students.
In this case, a drop-down will be available to the administrator to assign a group to an instructor (or a student). The instructor, on the other hand, will only be able to add students to their own group.
I want to create this in a flexible way so that it might be useful for different applications.
That sounds like a very useful and organized way to do things .
Not sure if this was intentional or a side-effect.
However, even though you can add them, its not useful (yet).
Here's how I see it working so far:
1) An administrator can specify groups at the site level.
2) Administrators can designate one or more users as teachers of the site course.
3) Administrators can assign these site teachers to a group.
4) Teachers of a site group become 'registrars'. They can add, edit and delete users in their group from the site users table. When they add users, they automatically become members of the same site group as the registrar.
1) If site groups are being used, we may want to limit the groups that can be created in a course to those that are defined at the site level. In other words, the only groups that can be added to a course are those defines at the site level. This is probably best used as a configurable option.
2) Teachers of a course, assigned to a group with the same name as one at the site level, can be limited to enrolling students from the same site group as they are in.
I've just started paying attention to this thread and can say I'm very interested. This could be the begining of adding content management features (like a portal) to Moodle. If this evolves into group viewable objects (blocks, custom topic sections etc.), we're on our way. Being able to create custom topic sections like we can now do with blocks will put things over the top (IMO). When a Data module comes along.....
- It sounds a bit restrictive to limit course group names to only those defined at the site level.
- I think of the site course as a place where user customization and portal features are available, rather than learning content. If you are in a site wide group, you might have features available (blogs, RSS feeds etc.) that are unique to your cohorts, not actually connected with course content.