Alexey Parshin wrote:"In addition", not "instead", I guess, but anyways - please do :)
> We already have person_add_to_group() and person_remove_from_group()
> functions operating with group id.
> I can add the versions of these functions taking umo id and group type
I think they should be limited to "EDITOR" and "ADMIN" group types
though - class-related
groups (TEACHER, STUDENT, CLASS ADMIN, etc.) won't work here, as there
more then one class for a single course.
BTW, what do I use to get listing of classes for a given course?
> This would be just a combination of group_find_for_object() andCool. I think it should be removed completely.
> The umo_register_editor() will not be needed at all if we add
> functions described above.
>We have to go back to archives, and figure out if we allow single class
> Class (as well as UMO) creation isn't limited anyhow at the moment.
> Currently, anyone can create a class or a UMO. If you can describe
> such limitations - we can add 'em.
to study more then one subject...
If the answer is "yes", then creation of class is free-for-all, but sign-up
has to be controllable.
Authoright © Total Knowledge: 2001-2008