IRC log of #schooltool for Thursday, 2005-04-14

*** bska|mobile has joined #schooltool00:14
*** bskahan has quit IRC00:17
*** Aiste has quit IRC00:24
*** bska|mobile has quit IRC00:44
*** Aiste has joined #schooltool13:04
*** ignas has joined #schooltool13:14
*** ignas has quit IRC13:35
*** SteveA_ has quit IRC13:38
*** ignas has joined #schooltool13:55
*** SteveA has joined #schooltool14:01
*** bskahan has joined #schooltool14:08
*** Aiste has quit IRC14:19
*** ignas has quit IRC14:37
*** Aiste has joined #schooltool14:40
*** Aiste_ has joined #schooltool15:19
*** Aiste has quit IRC15:38
bskahanis there any benefit to exposing last modifying principal and last modified time in the UI?15:48
bskahanI'm leaning towards exposing it for events in group calendars and exposing it for persons,groups, resources, and events if the principal is manger15:49
bskahanI'd say exposing it generally might be good, except that the username is ugly15:49
bskahansb.person.bskahan15:49
* bskahan assumes everyone checks IRC logs15:50
*** Aiste_ has quit IRC15:51
*** Aiste has joined #schooltool16:07
*** ignas has joined #schooltool16:11
*** SteveA_ has joined #schooltool16:30
*** SteveA has quit IRC16:41
*** gintas has joined #schooltool17:04
*** SteveA_ has quit IRC17:37
*** SteveA has joined #schooltool18:15
Velmontbskahan: What about making it depend on a variable? So that one can choose if one want to see it. (If that is doable :] )19:10
bskahanVelmont: that's doable19:17
bskahanI'd rather avoid a preference option if possible though19:17
bskahanrather put it in the places where people need it by default19:17
bskahanth1a: will a section ever be a section of multiple courses?20:10
th1aYes.20:10
bskahanok20:11
bskahanthanks20:11
th1aI mean, it isn't a huge burden to allow it, is it?20:11
bskahanno, not at all20:11
th1aOne of the primary advantages of using our directed graph model is that it is easy to allow multiples of all this kind of stuff.20:12
* bskahan nods20:12
th1aWhereas in your database tables, it is a pain.20:12
bskahanif it was a use case that would never happen then a course could be a container of sections rather than a group of sections20:12
bskahanneither is easier and making it a group of sections is more flexible20:12
th1aThis is the kind of edge case we want to allow.20:13
bskahanok20:13
th1aNon-traditional schools are a target audience.20:13
bskahanthere won't be UI for doing at this point...20:14
bskahanwell20:14
bskahanthat's not true20:14
*** mgedmin has joined #schooltool20:14
th1aIt isn't a big deal UI wise at this point.20:15
*** gintas has quit IRC20:18
bskahanSections can be subclasses of Group, they get stored in the GroupContainer20:24
bskahanall participants in the section, meaning teachers and students, get membership in the Section20:25
bskahanthen I'll add new SectionInstruction and SectionParticipant relationships to seperate out the teachers from the students20:26
bskahanadding a user to the SectionInstruction relationship with SectionInstructor Role would a "Teacher" annotation to the person20:27
bskahanand the opposite for "Student"20:27
bskahanthat's an RFC, if anyone was wondering who I'm talking to ;)20:28
bskahanUI wise, this poses only one problem, if someone uses the generic membership forms to add a person to a group as member20:30
*** tvon has joined #schooltool20:30
FarcePestmembership relationship is seperate from teacher/student relationship?20:30
bskahanmembership is generic20:30
bskahanthe alternate way is to just make everyone a member and use annotations only to decide who is a teacher and who is a student20:31
th1abskahan:  catching up...20:31
bskahanthat sounds better20:31
bskahanth1a: you can skip it, writing it out made me realize it was crack20:31
FarcePestheh20:31
th1aMake sure and give me a chance to think about the terminology -- or at least be prepared to change it.20:32
bskahanyou can change it, I was just trying to decide how I would know who was in charge20:33
th1aActually, I'm going to go get lunch and hit some baseballs, and then I'll really, truly, for real work on the glossary for  few hours.20:33
* bskahan cheers20:33
bskahanI won't have to commit my """Course TODO: add description from glossary""" docstrings20:33
* tvon thinks relationships is better than annotations20:36
tvoneasier to get the info (as opposed to looping through all members of the group), and what would the annotation hold?20:37
bskahan*sigh*20:39
tvonheh20:39
bskahantvon: you may be right, once I started writing, I realized that the teacher would have to have a teacher annotation for each class20:40
tvonYou'd still need a relationship for each class though, wouldn't you?20:40
bskahanthe annotations could be a dict though20:40
tvontrue20:40
tvonrelationships seem more fitting though20:40
bskahanits alot more code20:41
bskahanI'm not sure if there are any real world benefits to one way over the other20:41
tvonit seems to me to be a fairly exact example of what relationships are for20:42
tvonand wouldn't it be a lot easier to go between the two if they were linked with relationships instead of the info being stored just in a dict on the teacher?20:43
bskahanusing 3 types of relationships doesn't fix the issue of people being added as members20:43
bskahanknow what I mean?20:44
tvonno20:44
bskahanthe section will show up in the Group forms, so you could add someone to the section20:45
bskahanas a member, but without setting their student/teacher status20:45
tvonDo they have to use the exact same form?20:46
tvon(as normal groups)20:46
bskahanthere will be a different for specifically for Sections20:46
bskahanbut i believe they will show up in the generic group form20:47
tvonbecause of the zcml?20:47
bskahanbecause of the way that group form works20:48
bskahanbut, UI asside, I need a way to prevent people from being added as members directly20:48
tvonwon't that have to change anyways?20:48
bskahansure20:49
bskahana slightly related question, should we create a direct relationship between student and a teacher if the teacher teaches the student?20:53
*** joanna has joined #schooltool20:53
tvonmhm... maybe, unless it's reliable to go from student->class->teacher of class20:54
tvonprobably should20:54
bskahanwe can always trace relationships through sections to find all the students teachers, or the other way20:54
* bskahan agrees20:54
tvonsections are like individual classes, right?20:55
bskahansection = "the algabra class that meets at 11am"20:55
*** joanna has quit IRC20:55
tvoncourse == "Earth Science" and section == ... yeah20:55
tvonk20:55
tvonthen yeah, I don't think the direct relationship is needed20:56
bskahansections are defined by (teacher, time, course) iirc20:56
bskahanyou don't think the direct relationship is needed?20:56
bskahanI guess finding the student's teachers is less common than finding the students sections20:57
tvonif each section is going to have members with student and teacher relationships, then I think a direct relationship is redundant20:57
bskahanok20:57
bskahanI think that't the way it goes then20:57
tvoncool20:58
tvondamn, see Joe Hildebrand's thing on AOL and jabber?20:59
tvonerm.. not as exciting as I thought.. nm21:00
mgedminth1a, when do you arrive to oxford?21:23
bskahanmgedmin: is there any way to constrain membership in a group?21:30
mgedminyes21:32
mgedminyou can write an event subscriber that raises exceptions21:32
bskahanthanks21:33
bskahanI hadn't thought of that21:33
mgedminsee enforceMembershipConstraints in schoolbell.app.membership21:33
*** tvon has quit IRC21:42
*** tvon has joined #schooltool21:52
*** bskahan has quit IRC21:59
*** bskahan has joined #schooltool22:01
bskahanhttp://tool-man.org/examples/dragging.html22:07
bskahanthat would be cool for DayView22:07
*** ignas has quit IRC22:08
*** mgedmin has quit IRC22:30
*** tvon has quit IRC22:34
*** Aiste has quit IRC22:35
*** bskahan has quit IRC22:42
*** SteveA has quit IRC22:50
*** SteveA has joined #schooltool22:51
*** SteveA has quit IRC23:00
*** SteveA has joined #schooltool23:07

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!