There is not class-tied-to-a-course limitation.
It is possible to sign-up existing group (i.e. give it "Study"
permissions) to a different courses.
At least if we do not special-case it.
Now, after thinking for a while, I'm leaning toward using special flag
to mark group (i.e. class)
admins, rather then separate group. There are also "course" admins -
these _are_ separate
group, which has rights to actual Course UMO (modify rights to TLT and
can also define
rules for course sign-up).
Teachers are fun one. I don't know if we should bind them to a course of
to a class.
Perhaps what should be done, is,
1. Actual teachers of a class are members of class group with yet
2. In order to become teacher of a class, one needs to be a member of
"Course teachers" group (rules for membership of that group are defined
by course admins)
It is possible to simplify whole mess, by saying "there is a teachers group
for a course" and anyone in that group can teach any class, but I somehow
do not like the idea.
Now, student being class admin is also possible, and even slightly simpler
then Alexey described. All he has to do is create course, and revoke his own
teacher permission (teacher cannot study the course, so being student
are mutually exclusive things).
He can still be admin, and add new teachers/admins/etc. to a class.
Alexey Parshin wrote:
> I just explained how your scenario could be implemented. You aked - if
> a student wants to gather a bunch of people together and then find a
> teacher, can we support it? I described - how it may be done.
> The normal way is much simpler:
> 1) A teacher creates a class for a course. He automatically gets
> teaching (for the whole course) and group administration (for this
> class) privileges.
> 2) He allows other students to register for a class.
> If needed, a teacher may register other teachers for the same class.
> The limitations:
> - A class is tied to the course. I, personally, don't see much sense
> in that. We may have a class that studies several courses, if we want.
> 2007/5/22, Anatoly Volynets < firstname.lastname@example.org
> Alexey Parshin wrote:
> > Well, in what I suggested, this situation is possible:
> > 1) Student creates a class. This means he becomes an admin and a
> > His right to teach is propagated on the whole course.
> Looks a bit artificial. I don't like such things. If someone wants
> to be
> a student only and happens to be an admin this situation must not
> him to take on teaching functions even formally. The reason like "this
> app just works this way" doesn't sound for the end user.
> > 2) He registers himself as a student.
> > 3) He allows other student to register, or they just register
> for the new
> > class.
> > 4) He finds a real teacher and registers him as a teacher and an
> > admin. The
> > new teacher gets the teach right for the course.
> > 5) If necessary, real teacher can exclude the original group
> creator from
> > teachers and admins. At least, any admin can do it.
> > 2007/5/22, Anatoly Volynets < email@example.com
> >> Sounds reasonable. I think a student can be an admin too, but
> am not
> >> sure. Situation: some guy wants to study a class, wants it with a
> >> teacher, but there is no teacher as for now. The guy finds one
> and asks
> >> to take over. The teacher says: gather people and I will teach
> you (the
> >> reasons can be different, money, for example).
> >> Alexey Parshin wrote:
> >> > Here is a fresh view of the class requirements. Please,
> correct me if
> >> I'm
> >> > wrong.
> >> >
> >> > 1) Class may include few groups. The following groups come
> into my
> >> > overheated mind (defines the permission type):
> >> > - Students (STUDY)
> >> > - Group Administrators (GROUP ADMINISTRATION)
> >> > - Class Teachers (TEACH)
> >> >
> >> > It is possible that teachers may be administrators, too.
> >> >
> >> > 2) When class is created, Group Administrators and Class Teachers
> >> include
> >> > the class creator.
> >> >
> >> > 3) TEACH permission is propagated through the whole tree of
> UMOs in
> >> the
> >> > course.
> >> --
> >> Anatoly Volynets, Co-Founder
> >> total-knowledge.com <http://total-knowledge.com>
> >> culturedialogue.org <http://culturedialogue.org >
> Anatoly Volynets, Co-Founder
> total-knowledge.com <http://total-knowledge.com>
> culturedialogue.org <http://culturedialogue.org >
> Alexey Parshin,
Ilya A. Volynets-Evenbakh
Total Knowledge. CTO
Authoright © Total Knowledge: 2001-2008