| **** BEGIN LOGGING AT Thu Jul 22 11:57:23 2004 | ||
| -->You are now talking on #schooltool | 11:57 | |
| ---Topic for #schooltool is www.schooltool.org || IRC logs at http://stone.tuttlesvc.org:880/logbot/ | 11:57 | |
| ---Topic for #schooltool set by mgedmin at Fri Jul 16 18:15:52 | 11:57 | |
| -TomLogging-This channel is logged - http://stone.tuttlesvc.org:880/logbot/ | 11:57 | |
| -->thisfred (~thisfred@a213-84-57-72.adsl.xs4all.nl) has joined #schooltool | 12:27 | |
| -->th1a|way (~hoffman@pool-64-222-39-13.prov.east.verizon.net) has joined #schooltool | 15:30 | |
| <--thisfred has quit ("Farewell, cruel channel...") | 15:41 | |
| -->thisfred (~thisfred@a213-84-57-72.adsl.xs4all.nl) has joined #schooltool | 16:47 | |
| -->bobg (~bobg@82.152.1.225) has joined #schooltool | 16:48 | |
| <--bobg has quit (Client Quit) | 16:49 | |
| ---th1a|way is now known as th1a | 16:49 | |
| th1a | Good afternoon, folks. | 16:50 |
|---|---|---|
| th1a thisfred Jul 22 16:52:49 <mgedmin>hi, th1a | 16:52 | |
| th1a | I talked with Mark on the phone yesterday. | 16:53 |
| th1a | It had been a couple weeks because my long distance carrier just silently failed when I tried to dial his cell, | 16:54 |
| -->gwen (~gwen@194.167.18.244) has joined #schooltool | 16:54 | |
| th1a | and I couldn't figure out what the problem was. So I finally used a calling card. | 16:54 |
| th1a | Anyhow. | 16:54 |
| th1a | So Mark's primary interest is speed at this point. | 16:55 |
| th1a | And bringing in a new team to do either the calendaring or core stuff will slow things down. | 16:55 |
| th1a | So the optimal case in his (and my) opinion is to increase our developer bandwidth at POV. | 16:56 |
| gwen | hi. I have installed schooltool and everything is running, but what is the default user and password to access the server ? | 16:56 |
| th1a | Hi Gwen. | 16:56 |
| gwen | maybe you have guessed that i'm e newbie ;) | 16:57 |
| th1a | The user is "manager" and the pasword is "schooltool" | 16:57 |
| gwen | thanks a lot | 16:57 |
| th1a | We need to add that in a more obvious place. | 16:57 |
| gwen | I'm gonna try now | 16:57 |
| gwen | i couldn't find it anywhere | 16:57 |
| th1a | I know. I'm sorry about that. | 16:58 |
| th1a | Can we add a message when you run 'make' on the server or something? | 16:59 |
| gwen | ok, I'm connected. The sample school work fine, I'm gonna watch it closely now | 17:00 |
| <--thisfred has quit (Remote closed the connection) | 17:00 | |
| th1a | Cool. Have fun. Let us know what you think. | 17:00 |
| gwen | ok, tanks again, bye | 17:00 |
| <--gwen (~gwen@194.167.18.244) has left #schooltool ("Leaving") | 17:00 | |
| mgedmin | the default username and password are mentioned in the README | 17:03 |
| th1a | They are? | 17:04 |
| th1a | In http://source.schooltool.org/svn/branches/schooltool/trunk/README | 17:05 |
| th1a | Whoops wrong URL. | 17:06 |
| th1a | Anyway, they aren't in m5. | 17:06 |
| th1a | As long as it is in m6. | 17:06 |
| mgedmin | they weren't in m5? oops | 17:09 |
| -->thisfred (~thisfred@a213-84-57-72.adsl.xs4all.nl) has joined #schooltool | 17:10 | |
| th1a | So what does POV have planned for August? Do you have much non-SchoolTool work that needs to be done? | 17:21 |
| mgedmin | (we're now discussing this among ourselves) | 17:29 |
| -->Aiste (~Aiste@office.pov.lt) has joined #schooltool | 17:36 | |
| Aiste | th1a: do you know what exactly Mark wants for calendaring? | 17:44 |
| Aiste | what would be the timescope for the calendaring? | 17:45 |
| th1a | I don't know that Mark has any personal calendaring desires. | 17:45 |
| Aiste | well :) who would be setting requirements for it? | 17:45 |
| th1a | Us. | 17:45 |
| th1a | What do YOU want for calendaring? | 17:46 |
| mgedmin | a detailed and correct requirements specification ;) | 17:46 |
| Aiste | exactly | 17:46 |
| mgedmin | aiste's nominally our boss | 17:46 |
| th1a | Ah. | 17:46 |
| th1a | Ok. | 17:46 |
| mgedmin | I'm not sure if you were introduced | 17:46 |
| th1a | No. | 17:46 |
| mgedmin | aiste, meed tom hoffman (th1a) | 17:46 |
| Aiste | sorry th1a, forgot to introduce myself :) | 17:46 |
| mgedmin | th1a, meet aiste | 17:47 |
| -->alga (~alga@office.pov.lt) has joined #SchoolTool | 17:47 | |
| mgedmin | s/meed/meet/ | 17:47 |
| Aiste | I'm from POV as well | 17:47 |
| mgedmin | alga, meet aiste | 17:47 |
| alga | Hi Aiste | 17:47 |
| Aiste | so anyway, we are trying to give an answer to your question what are our commitments and whether we can take on the calendaring stuff in august | 17:48 |
| th1a | We'd like to have a calendaring release out in September, so initially we'll have to limit the scope to what we can do in roughly a month. | 17:48 |
| Aiste | ok, so I guess that solves the problem | 17:49 |
| th1a | Yeah. We have more of a firm time requirement than a firm feature requirement. | 17:49 |
| Aiste | we do have another non schooltool contract which estimated for 2 weeks of work and should be finished by the end og August/beginning of September | 17:49 |
| th1a | OK. I think we can work with that. Will everyone be working on the other contract? | 17:50 |
| Aiste | that would be the best solution | 17:53 |
| mgedmin | when can we start working on calendaring? | 17:53 |
| mgedmin | as I understand, you were writing down some user stories | 17:53 |
| th1a | I should be able to have a draft of those for you tomorrow morning. | 17:55 |
| th1a | So you guys are pretty much free for a couple weeks, then you've got two weeks of other work to do? | 17:57 |
| Aiste | hm... basically we can d either callendaring or the other project first | 17:58 |
| Aiste | it depends which is more urgent | 17:58 |
| th1a | Calendaring. | 17:59 |
| Aiste | i will find out about the other project next week | 17:59 |
| th1a | OK. | 17:59 |
| Aiste | th1a: another question, who is the person to contact about payment for calendaring? | 18:06 |
| Aiste | you or Mark? | 18:06 |
| th1a | Mark. | 18:06 |
| Aiste | ok | 18:07 |
| SteveA | Aiste: you can contact me about that | 18:07 |
| Aiste | then i guess i will contact Steve :) | 18:07 |
| Aiste | so i thought, when th1a said mark | 18:07 |
| th1a | Not me. | 18:07 |
| th1a | Changing topic... is the Zope instance at schooltool.pov.lt running behind Apache? | 18:13 |
| mgedmin | yes | 18:17 |
| mgedmin | why do you ask? | 18:17 |
| th1a | The new plone site is at http://schooltool.pov.lt/plone/ so we need to set up a Zope SiteRoot or VirtualHostMonster and rewrite rule in Apache to make it look like the root directory. Or just do a redirect from the root to the plone/ directory and leave it visible. | 18:27 |
| mgedmin | VirtualHostMonster is already set up | 18:30 |
| mgedmin | I can just update the rewrite rules | 18:30 |
| th1a | OK. | 18:30 |
| mgedmin | do you want me to do that now? | 18:30 |
| th1a | Hold off. | 18:30 |
| th1a | I'm going to proof read and tidy up tomorrow. | 18:31 |
| th1a | Are you guys planning on finishing m6 tomorrow? | 18:31 |
| mgedmin | we're planning on finishing it today | 18:31 |
| mgedmin | but this is not the first time we're planning exactly that | 18:31 |
| th1a | OK. | 18:31 |
| th1a | We'll put m6 on the new site and launch them together. | 18:32 |
| th1a | I'll email Thomas Black about the DNS change. | 18:34 |
| th1a | Hm... actually I guess you should do the rewrite now. | 18:35 |
| th1a | No reason not to. | 18:35 |
| th1a | Is there? | 18:35 |
| th1a | And set it up to expect www.schooltool.org and schooltool.org, I guess. | 18:36 |
| th1a | This is the sort of thing I work out through trial and error, so I'm not very good at making clear requests yet :) | 18:37 |
| mgedmin | in that case we'll set up the m6 page on the new server | 18:38 |
| mgedmin | I'll update the rewrite rules now | 18:39 |
| th1a | Yeah. | 18:39 |
| th1a | Cool. | 18:39 |
| mgedmin | uhh | 18:47 |
| mgedmin | have you looked at the new site with internet explorer? | 18:47 |
| th1a | Uhh? | 18:47 |
| th1a | I suppose not... | 18:47 |
| mgedmin | it does not like transparent PNGs | 18:48 |
| mgedmin | try http://www.danvine.com/iecapture/ | 18:48 |
| th1a | OK. So the header is a big white box? | 18:48 |
| mgedmin | it is a free service that lets you make screenshots of ie rendering a url | 18:48 |
| mgedmin | yes, the header has a big white box | 18:49 |
| th1a | I can make it a jpeg. jpegs can be transparent, right? | 18:49 |
| mgedmin | I'm not sure | 18:49 |
| th1a | Anyhow, I can fix it. I've got the gimp files. | 18:49 |
| mgedmin | I think the existing site did not use transparent images | 18:49 |
| mgedmin | can you simply reuse them? | 18:49 |
| SteveA | jpgs cannot be transparent | 18:50 |
| th1a | I know, that was my innovation :) Without doing more extensive redesign, it is hard to integrate the old graphics. | 18:50 |
| th1a | Perhaps a gif will do in the short run. | 18:51 |
| th1a | I think I can coax Bradley into a putting together a permanent solution, but I don't want to get totally bogged down. | 18:52 |
| mgedmin | uhh | 18:52 |
| mgedmin | gifs do not support 24-bit colours | 18:52 |
| th1a | Well... I'll figure something out. | 18:52 |
| mgedmin | also, is the vertical white line to the right of the shuttleworth foundation logo supposed to be there? | 18:53 |
| mgedmin | it is in the png itself, but it look weird to me | 18:53 |
| th1a | There are a number of ways to handle the header. | 18:53 |
| th1a | Well, I need to get a real logo from the foundation. | 18:54 |
| th1a | That's just lifted off their page. | 18:54 |
| th1a | I'll note that in my email to Thomas. I can tell him to hold off on the switch until Monday. | 18:55 |
| -->oren (~oren@c-24-18-181-17.client.comcast.net) has joined #schooltool | 18:58 | |
| th1a | Hi Oren. | 18:58 |
| oren | Hi folks | 18:58 |
| th1a | Oren does a lot of work on calendaring at the University of Washington. | 18:58 |
| oren | might be more accurate to say I do a lot of thinking about calendaring...and herding the other folks who actually do the work | 18:59 |
| th1a | There is a UW calendaring project, right? | 18:59 |
| oren | yes - we have an open source calendaring effort | 19:00 |
| th1a | Can you describe that briefly? | 19:00 |
| oren | currently it does personal calendars and event calendars | 19:00 |
| th1a | A server? | 19:00 |
| oren | a server and a web client | 19:00 |
| oren | hold on - I'll find the url | 19:00 |
| th1a | I read about this a couple weeks ago but my memory has faded. | 19:01 |
| th1a | Here's the quick rundown on SchoolTool. | 19:02 |
| oren | the url for ucal project is http://www.washington.edu/ucal/ | 19:02 |
| th1a | It is a server written in Python, that currently communicates with a wxPython client via a REST web services API. There will also be a web interface. | 19:02 |
| th1a | Thanks. | 19:03 |
| oren | what functionality is included in schooltool? | 19:03 |
| th1a | So in SchoolTool you can define people, groups and resources (rooms, projectors, etc). | 19:03 |
| th1a | Each person, group or resource has a timetable of recurring events, like a class schedule. | 19:03 |
| th1a | Which will auto-generate an ICal file for the timetable. | 19:04 |
| oren | cool - sounds useful | 19:04 |
| th1a | And each person, group or resource can have events. | 19:04 |
| th1a | You can upload an iCal file that will be parsed into events in SchoolTool, and it outputs ICal, too. | 19:04 |
| oren | do you hook into any other resources that might have persons or groups defined, like ldap directories? | 19:05 |
| th1a | Not yet. | 19:05 |
| th1a | I suspect that isn't too far away. | 19:05 |
| oren | cool | 19:05 |
| oren | in the uw calendar, we don't do anything with groups or group calendaring yet | 19:06 |
| th1a | So SchoolTool is ultimately meant to be a platform for K-12 school admin apps. | 19:06 |
| th1a | It is funded by the Shuttleworth Foundation in South Africa, btw. | 19:06 |
| oren | always nice to have funding :) | 19:06 |
| th1a | So creating something that will work in schools in the developing world is also a priority. | 19:06 |
| th1a | But anyhow, | 19:07 |
| th1a | Our first usable release is just going to be calendaring-specific. | 19:07 |
| oren | nodding - sounds wise | 19:07 |
| th1a | Since we've got a good start on that, there's demand, and it is easier to adopt than a whole student information system. | 19:07 |
| th1a | So we're working out what additional features to add to this first calendaring version. | 19:08 |
| oren | the way we've been thinking of calendaring | 19:08 |
| oren | it basically breaks down into three overlapping kinds of uses: | 19:09 |
| oren | 1 - personal calendaring (what am I doing today?) | 19:09 |
| oren | 2 - group calendaring (let me see if I can schedule a meeting with Ellen) | 19:09 |
| oren | and 3 - events announcements (there will be a concert on Friday at 8 pm) | 19:10 |
| oren | so far in our calendaring effort we handle personal and events, | 19:10 |
| oren | but there's large demand for the group stuff before it becomes really useful for the mass of people at least on campus. | 19:10 |
| oren | but that, of course, is the hard part. | 19:11 |
| th1a | So what are the hardest parts? | 19:11 |
| oren | well, trying to understand the requirements for group scheduling is difficult | 19:11 |
| oren | and then there are questions about other sorts of requirements, like delegation | 19:12 |
| oren | we were thinking we would implement the CAP spec when it's finalized | 19:12 |
| oren | and we have been seeking funding for that work (from the Mellon foundation) | 19:12 |
| th1a | Which one is CAP? | 19:12 |
| oren | CAP is the IETF Calendaring Access Protocol | 19:12 |
| oren | which attempts to define a set of client-server interactions | 19:13 |
| alga | basically, sending around iCal events? | 19:13 |
| oren | yes - | 19:13 |
| oren | though more than sending them around - | 19:13 |
| oren | actual client-server interactions | 19:13 |
| oren | sending them around is covered in the imip/itip specs for doing stuff over email | 19:14 |
| th1a | Oh. So does that still use BEEP? | 19:14 |
| oren | right - CAP uses BEEP | 19:14 |
| th1a | But it doesn't only use BEEP? | 19:14 |
| oren | I believe it only uses BEEP, but I'm not too sure. | 19:15 |
| th1a | So is Chandler also planning on using CAP? | 19:15 |
| oren | Novell claims to have implemented CAP in Groupwise, as does SUN | 19:15 |
| oren | The Chandler folks have decided not to use CAP, and are moving towards using a brand new protocol, which is being dubbed CAL-DAV | 19:16 |
| oren | based on WebDAV | 19:16 |
| oren | there's a draft spec at http://greenbytes.de/tech/webdav/draft-dusseault-caldav-00.html | 19:16 |
| th1a | Yeah, but didn't that expire? | 19:17 |
| oren | it's written by Lisa Dusseault, who works at OSAF | 19:17 |
| oren | she's working on the next revision | 19:17 |
| th1a | OK. | 19:17 |
| oren | then to make things even more confusing... | 19:17 |
| th1a | Well, that's not a short term goal then, but something to keep an eye on. | 19:17 |
| oren | Microsoft is probably going to be working on an Web Services calendaring spec | 19:18 |
| oren | we've urged them to consult with others as they do so, but who knows what they'll end up doing | 19:18 |
| th1a | Indeed. | 19:18 |
| th1a | Well, CalDAV strikes me as interesting. But not something to charge ahead on. | 19:19 |
| th1a | So are you worried about the slow progress of Chandler? | 19:19 |
| oren | not too worried - I think it's actually moving along pretty well. | 19:19 |
| oren | They've got smart people working hard on it | 19:19 |
| oren | and it's not too surprising that their initial timelines turned out to be a bit optimistic | 19:20 |
| th1a | I think they ended up not being able to reuse as much open source code as they thought. | 19:20 |
| th1a | So lets talk about delegation. | 19:20 |
| oren | that's true - they initially thought they'd be able to use the Zope DB for the repository | 19:20 |
| oren | sure - delegation | 19:20 |
| oren | I don't know if it plays a part in your world, but | 19:20 |
| SteveA | I read the report on why they didn't use the ZODB. I couldn't really find a particular reason there. | 19:21 |
| oren | here a typical scenario is a Dean or Provost wants to delegate calendaring privileges to someone else - typically and administrative assistant | 19:21 |
| oren | so that person has the full privilege to act for the principle | 19:22 |
| th1a | SteveA: The best reason I saw was they might not want to be completely tied to Python forever. | 19:22 |
| th1a | oren: yep. | 19:22 |
| oren | I think they had performance issues with ZODB and scaling concerns too. | 19:22 |
| oren | anyway | 19:22 |
| oren | so what you need is a way for the assistant to be able to assume control of the principles calendar | 19:23 |
| th1a | RIght. | 19:23 |
| oren | while authenticating to the server as themselves | 19:23 |
| oren | and having the server record the fact that the actions taken were taken on behalf of the principle by the assistant. | 19:23 |
| oren | and it's possible that the princple might want more granular control over the delegation | 19:24 |
| oren | for instance - the assistant can schedule me for work events Mon-Fri 8 am - 5 pm only | 19:24 |
| oren | and can't see the appointments I have on weekends | 19:25 |
| th1a | I don't think we'll be getting that granular. | 19:25 |
| th1a | But I'd like to have some delegation. | 19:25 |
| oren | I don't think we will either - but it all implies having a well thought-through authorization structure | 19:25 |
| th1a | One thing that we'll have to figure out is when delegation goes to an individual or a group. | 19:26 |
| th1a | It seems conceivable to me that delegation would always go to groups, even if they were groups of one. | 19:26 |
| oren | interesting approach | 19:26 |
| oren | but possibly a good one | 19:27 |
| th1a | Like every person's calendar would by default have an "editor" group that you could add people to. | 19:27 |
| th1a | With a preset bunch of permissions. | 19:27 |
| oren | nodding - that sounds reasonable | 19:28 |
| oren | will people be able to have more than one calendar in your setup? | 19:28 |
| oren | like they do in apples? | 19:28 |
| th1a | Right now, everyone has two. | 19:28 |
| th1a | A generated timetable and an event calendar. | 19:28 |
| oren | with an integrated view of the two on a timeline? | 19:29 |
| th1a | And they'd likely sync/overlay other group calendars. | 19:29 |
| th1a | Well, there isn't an HTML view that integrates them yet. | 19:29 |
| th1a | But in your client app you can, at least in iCal. | 19:29 |
| th1a | I can't remember if Moz overlays them. | 19:30 |
| alga | it does | 19:30 |
| alga | events in different colours | 19:30 |
| oren | of course what everyone wants is a single view of their multiple lives | 19:30 |
| th1a | So we'd likely just replicate that in an HTML view. | 19:30 |
| th1a | Yeah. | 19:30 |
| oren | so will you rely on the clients to do the scheduling, in terms of noting conflicts and resolving them, or will that be done in the server? | 19:31 |
| th1a | That's a good question. | 19:31 |
| th1a | It seems like that's much easier to do if you're using an HTML interface. | 19:32 |
| th1a | I mean, we can't send an error code to Mozilla. | 19:32 |
| oren | yep | 19:32 |
| mgedmin | currently schooltool allows overlapping events | 19:32 |
| mgedmin | the user is responsible for resolving conflicts | 19:33 |
| th1a | I haven't been thinking of conflict resolution as a big priority. | 19:33 |
| SteveA | often, it isn't a conflict in reality | 19:33 |
| th1a | Except in scheduling resources. | 19:33 |
| SteveA | and making the on-line representation of reality sufficiently granular is hard work on the person who has to maintain that | 19:33 |
| SteveA | it can be for scheduling resources | 19:34 |
| oren | and if you're scheduling someone else for a meeting | 19:34 |
| SteveA | for example, two classes can use a projector at the same time, it can be moved during the course of a lesson | 19:34 |
| SteveA | provided the teacher co-ordinate out of band | 19:34 |
| oren | that's a great example, Steve | 19:34 |
| th1a | But primarily the reason you want to schedule resources is to eliminate the need for out of band coordination. | 19:34 |
| oren | or at least lessen it | 19:35 |
| SteveA | in that case, the teachers would have to change the simple "book a resource for a lesson" into a more complex "book a resource for half a lesson" | 19:35 |
| th1a | Well, I'd say the sharing cases will have to be done out of band. | 19:36 |
| oren | yep | 19:36 |
| th1a | One person is responsible for the resource that period, and what they do with it is up to them, if they want to share. | 19:36 |
| oren | but I think it might be important for the software to tell you when you want to book a resource whether it's already booked for that time | 19:36 |
| th1a | Right. | 19:36 |
| SteveA | it should be easier to use a calendaring system than to coordinate out of band, otherwise people won't use the calendaring system. | 19:37 |
| oren | well put | 19:37 |
| th1a | Yeah, but the dominant problem is not sharing, but NOT sharing. | 19:37 |
| th1a | If you know what I mean. | 19:37 |
| SteveA | the calendaring system may benefit people who are not inconvenienced by having to use it, but rely on the input of people who are. | 19:37 |
| oren | huh? | 19:38 |
| th1a | You mean, knowing the teacher's schedules is good for the principal, but less useful to the teachers themselves, for example? | 19:39 |
| SteveA | yes, that kind of thing | 19:39 |
| oren | ah | 19:39 |
| SteveA | the teachers have to do the work of keeping their schedule up to date | 19:39 |
| th1a | Resource scheduling is a big win. | 19:39 |
| SteveA | but it may benefit the principal more. | 19:39 |
| th1a | It is one of the most clearly useful networked tools you can add to a school. | 19:39 |
| th1a | No. | 19:39 |
| th1a | I'm thinking about computer labs, projectors, etc. | 19:40 |
| th1a | Library access. | 19:40 |
| th1a | Doing those things over the web is clearly better for everyone. | 19:40 |
| oren | it's clearly different in k12 than in higher ed | 19:40 |
| *SteveA needs to pop out for a while. I'll read the logs later. Cheers! | 19:41 | |
| th1a | I've tried lots of networked apps at school, and resource scheduling has the most tangible practical benefit. | 19:41 |
| th1a | Bye Steve. | 19:41 |
| oren | here we have classes that get scheduled, then students register for the classes | 19:41 |
| oren | and we can then populate their individual calendars (as well as the instructors) | 19:41 |
| th1a | That process is different for us. | 19:41 |
| th1a | Well, when I'm talking about resource scheduling, that is different because | 19:42 |
| th1a | more things have to be shared in k-12, I think. | 19:42 |
| oren | we have resource scheduling issues too - like conference rooms are a big one | 19:42 |
| th1a | Yeah. | 19:43 |
| th1a | How do you handle those? | 19:43 |
| oren | poorly ;0 | 19:43 |
| oren | currently, in our part of the university, we use Oracle Calendar (because our own product doesn't handle groups or resource scheduling) | 19:44 |
| oren | but the resource handling isn't really granular enough in OC | 19:44 |
| th1a | I have a clear memory of scheduling a concert in the Mellon Institute of Science auditorium over AppleTalk at CMU in about 1989. It was a seminal event for me :) | 19:45 |
| oren | I can only imagine....and it's much the same here | 19:45 |
| th1a | Actually, it worked perfectly. | 19:45 |
| oren | so what are you using for managing user accounts and authentication? | 19:46 |
| th1a | It has been downhill from there. | 19:46 |
| th1a | Well, we have our own system. | 19:46 |
| th1a | I don't think we'll be able to avoid interoperating with LDAP for long. | 19:46 |
| th1a | But I think there are good Python libraries, so it shouldn't be a big deal. | 19:47 |
| oren | If you haven't looked at Shibboleth yet, you might want to, at least in thinking of future directions | 19:47 |
| th1a | What is that? | 19:47 |
| oren | It an Internet2 project to create a cross-institutional authentication protocol, mostly for web-based apps. | 19:48 |
| oren | http://shibboleth.internet2.edu/ | 19:48 |
| th1a | Yeah, I see. | 19:48 |
| th1a | Well, is that still under development? | 19:48 |
| th1a | Anyhow, good to know about. | 19:49 |
| oren | Well, we're going live with our first production apps this fall - some library resources | 19:49 |
| oren | with others to follow | 19:49 |
| th1a | That may be something that Mark Shuttleworth would find interesting. | 19:50 |
| th1a | He made his money starting Thawte, you know. | 19:50 |
| oren | ahhh....that would be interesting | 19:50 |
| oren | do you have contact info for him? | 19:50 |
| th1a | Yeah. | 19:51 |
| th1a | ... | 19:51 |
| oren | ok - i'll talk to you separately about that | 19:51 |
| oren | anyway... | 19:51 |
| oren | I'm going to have to run off to another meeting, but I'd be interested in talking more about how these various things overlap | 19:52 |
| th1a | Cool. Thanks for chatting, Oren. It's been very helpful. | 19:52 |
| oren | one non-calendaring effort we're involved in is in using some of our web-based educational tools (which we call the Catalyst Tools) | 19:52 |
| th1a | Are you working with John Bransford at all now? | 19:53 |
| oren | in k12 institutions - we're going to roll them out to about 30,000 high school students this fall, including our online portfolio | 19:53 |
| oren | we're just starting to work with him and his new center | 19:53 |
| th1a | I worked with him some on the project I was doing before this one... | 19:54 |
| oren | he's an impressive fellow | 19:54 |
| th1a | He's funny. | 19:54 |
| oren | funny ha-ha? | 19:54 |
| th1a | Funny ha-ha. In a good way. | 19:55 |
| oren | nodding | 19:55 |
| th1a | We had a kind of strange group. | 19:55 |
| th1a | I'll tell you about it some time. | 19:55 |
| oren | ok - look forward to it. | 19:55 |
| oren | but gotta run now | 19:55 |
| th1a | Bye. | 19:55 |
| alga | bye | 19:55 |
| oren | thanks, Tom - I enjoyed it | 19:55 |
| oren | bye alga | 19:55 |
| <--oren has quit () | 19:56 | |
| th1a | We're going to have to deal with delegation under any circumstances, since resources can't schedule themselves. | 19:57 |
| alga | heh, heh | 19:58 |
| alga | are you're thinking of a kind of ACL for each resource? | 19:59 |
| th1a | You'll have to be able to define who can schedule the resource. | 20:00 |
| th1a | Otherwise you end up with chaos. | 20:00 |
| th1a | I know, because the resource scheduler I wrote didn't do that. | 20:00 |
| alga | well, you can get by with a group of admins | 20:00 |
| th1a | But if you have to go to an admin to schedule the resource, you might as well be writing it in a book. | 20:01 |
| alga | I see your point | 20:02 |
| th1a | If we can't do ACL for the first release, that's something that is going to have to | 20:02 |
| th1a | be a priority for core work anyhow, | 20:02 |
| th1a | Because it will be necessary for all sorts of things. | 20:02 |
| th1a | Maybe it is an area where we'll want to bring in more Zope 3 code. | 20:03 |
| th1a | If someone's parents want to see their grades, for example. | 20:03 |
| th1a | Legally in the US only a student's current teachers can see parts of their academic record, etc. | 20:04 |
| th1a | So it is inevitable. | 20:04 |
| th1a | I'm going to go get a haircut and talk to some folks about timetable interfaces. Catch you later. | 20:07 |
| alga | bye bye | 20:07 |
| ---th1a is now known as th1a|way | 20:07 | |
| <--thisfred has quit ("Farewell, cruel channel...") | 20:21 | |
| -->Nimfa_ (~Aiste@adsl-213-190-44-43.takas.lt) has joined #schooltool | 21:10 | |
| <--Aiste has quit (Nick collision from services.) | 21:11 | |
| ---Nimfa_ is now known as Aiste | 21:11 | |
| alga | th1a|way: we're done with the release | 21:47 |
| alga | we can not publish it yet as the release info is on the new site | 21:48 |
| alga | http://www2.schooltool.org/releases/m6 | 21:48 |
| alga | so, tell us when to announce | 21:52 |
| alga | or, alternatively, announce it yourself | 21:52 |
| ---Disconnected (). | 21:58 | |
| **** ENDING LOGGING AT Thu Jul 22 21:58:57 2004 | ||
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!