| *** didymo has joined #schooltool | 01:13 | |
| *** alga has quit IRC | 01:46 | |
| *** carljm has joined #schooltool | 02:04 | |
| *** srichter has quit IRC | 02:09 | |
| *** srichter has joined #schooltool | 03:19 | |
| *** srichter has quit IRC | 03:26 | |
| *** srichter has joined #schooltool | 03:29 | |
| *** th1a has quit IRC | 03:29 | |
| povbot | /svn/commits: * srichter committed revision 5790: | 04:36 |
|---|---|---|
| povbot | /svn/commits: Implemented doctest story. A lot of other tests should be failing at this point, but that's okay. | 04:36 |
| *** carljm has quit IRC | 06:28 | |
| *** didymo has quit IRC | 06:39 | |
| *** vidasp has joined #schooltool | 10:25 | |
| *** jinty has joined #schooltool | 11:25 | |
| *** alga has joined #SchoolTool | 11:37 | |
| *** ignas has joined #schooltool | 12:23 | |
| *** mgedmin has joined #schooltool | 12:59 | |
| *** faassen has joined #schooltool | 15:00 | |
| *** th1a has joined #schooltool | 15:00 | |
| srichter | th1a: good morning | 15:01 |
| srichter | how are you feeling | 15:01 |
| th1a | OK. Going to the doctor this morning. | 15:01 |
| th1a | Must definitively kill whatever is inhabiting my body. | 15:02 |
| srichter | hopefully it is just a bacteria and a couple days anti-biotica will help | 15:02 |
| th1a | Yes. Really should have done that a week ago... | 15:03 |
| ignas | th1a, got some time ? | 15:03 |
| *** faassen has left #schooltool | 15:03 | |
| th1a | ignas: Sure. | 15:03 |
| ignas | do you really want timezones attached to School Timetables, as we have already made some changes leading to Application timezone being used | 15:04 |
| ignas | which is easier on the programming side | 15:04 |
| ignas | tohugh has the side effect of - you change app timezone - your timetables shift accordingly | 15:05 |
| ignas | not sure whether it is a feature or a bug | 15:05 |
| th1a | Oh, you mean because it is hard to imagine that your timetable timezone would be different than the app timezone. | 15:05 |
| th1a | Well, perhaps what you should do is figure out how to force the timezone to be set the first time the server is started. | 15:06 |
| ignas | it is difficult to imagine different school timetalbes having different timezones at all | 15:06 |
| ignas | with the dashboard comming up | 15:06 |
| th1a | Or the first time the manager logs in. | 15:06 |
| ignas | we could add such configuration options to the "startup screen" for the administrator | 15:06 |
| ignas | a viewlet that disables after unless - "show this to me next time i log in" is checked | 15:07 |
| ignas | broken english :/ | 15:07 |
| ignas | sorry | 15:07 |
| th1a | I understood. | 15:07 |
| th1a | It seems like we could either integrate this into the user dashboard which we all seem to recognize we need but haven't really designed yet, | 15:09 |
| th1a | or have something that automatically sends the manager to the site setup page the first time he logs on. | 15:10 |
| th1a | Generally speaking, one thing we're going to want to add is some guides for initial setup when the manager logs in for the first time to walk through the setup process. | 15:11 |
| mgedmin | default value of the school-wide timezone could also be determined from the server's actual timezone rather than defaulting to UTC | 15:12 |
| th1a | That would probably not be a bad idea. | 15:14 |
| th1a | An Ubuntu server ought to know its timezone, right? | 15:14 |
| mgedmin | yes | 15:15 |
| th1a | We should use that then. | 15:17 |
| th1a | Btw, I need to write a post to the list about platforms. | 15:17 |
| th1a | I think we have to drop the pretense of having a production quality server on anything other than Linux and particularly Ubuntu. | 15:18 |
| th1a | SchoolTool runs worse and worse on MacOS. | 15:18 |
| *** faassen has joined #schooltool | 15:19 | |
| faassen | schooltool currently doesn't start for me. | 15:19 |
| srichter | th1a: do you mean performance wise or startup time? | 15:20 |
| faassen | it doesn't start up at all. | 15:20 |
| srichter | faassen: on Mac? | 15:20 |
| faassen | ConfigurationError: ('Invalid value for', 'type', 'ImportError: Module zope.publisher.interfaces.browser has no global IBrowserSkinType') | 15:20 |
| faassen | on linux. | 15:20 |
| faassen | I think some change in the z3 core broke ti? | 15:21 |
| faassen | it? | 15:21 |
| th1a | srichter: Overall performance. | 15:21 |
| srichter | yep, philikon's changes | 15:21 |
| srichter | its strange though, since I fixed all the BBB problems | 15:21 |
| * mgedmin tries to reproduce | 15:21 | |
| srichter | faassen: are you sure you did a "svn up" on Zope 3 | 15:21 |
| faassen | I'll try that. | 15:21 |
| faassen | okay, i didn't do that. | 15:22 |
| srichter | I am 95% sure this is the problem | 15:22 |
| srichter | th1a: mmh, I would claim it is the IO subsystem | 15:22 |
| faassen | mac filesystem performance sucks. | 15:23 |
| th1a | I'm not saying it is our fault. | 15:23 |
| faassen | I mean, I don't know what this is about, but mac filesystem performance sucks really badly. | 15:23 |
| srichter | at the snow sprint someone told me that someone implemented the linux (or other unix?) IO subsystem on top of MacOS X's and even that was faster! | 15:23 |
| srichter | th1a: I know, it is just really annoying | 15:23 |
| faassen | srichter: I told you that after the snowsprint. it was not someone doing it. | 15:23 |
| th1a | I suspect a Mac/Python expert could find some optimizations, but I don't even know who that might be. | 15:23 |
| srichter | faassen: ah ok :-) | 15:24 |
| faassen | srichter: they just mounted another BSD filesystem that was already there (but is not the default and doesn'ts upport the features of the Mac OS X filesystem) | 15:24 |
| srichter | same timeframe | 15:24 |
| faassen | srichter: as a file. | 15:24 |
| srichter | oh that's it | 15:24 |
| srichter | so this would be a good advice to Apple users? | 15:24 |
| * mgedmin gets the same error | 15:24 | |
| faassen | no. | 15:24 |
| * mgedmin runs make update | 15:24 | |
| faassen | well, I svn upped Zope 3. | 15:24 |
| faassen | and now I get another error. | 15:24 |
| faassen | ZopeXMLConfigurationError: File "/home/faassen/working/schooltool/schooltool/Zope3/src/zope/app/publisher/browser/configure.zcml", line 18.0-22.6 | 15:25 |
| faassen | UnboundLocalError: local variable 'modname' referenced before assignment | 15:25 |
| srichter | mmh, trunk starts up for me | 15:25 |
| mgedmin | svn: Failed to add directory 'Zope3/src/zope/interface/common': object of the same name already exists | 15:25 |
| * mgedmin hates subversion sometimes | 15:25 | |
| srichter | oh ok | 15:26 |
| faassen | mgedmin: yeah, I just nuked zope/interface | 15:26 |
| srichter | I know why | 15:26 |
| srichter | remove your Zope 3 and check it out again | 15:26 |
| srichter | they switched several things to externals | 15:26 |
| mgedmin | which is what I hate about subversion: when you play with svn:externals, operations like svn update just fail | 15:26 |
| srichter | yep, I agree | 15:27 |
| mgedmin | now it tries to fetch src/zope/deprecation, but says 'Skipped Zope3' and silently STOPS PROCESSING THE REST OF SVN:EXTERNALS | 15:27 |
| mgedmin | it could be that rm -rf Zope3 would be faster | 15:27 |
| mgedmin | sometimes I wish I had a Zope3 repository mirror in the office | 15:28 |
| faassen | all this is easily prevented if you develop against a released version of z3. :) | 15:28 |
| mgedmin | faassen: you have a point there | 15:28 |
| mgedmin | but srichter wants bleeding edge | 15:28 |
| srichter | someone told me about a tool svk or something like that which creates a local mirror and acts like an svn server to which you can check in | 15:28 |
| srichter | we want the trunk :-) | 15:29 |
| mgedmin | I'm also in favour of solving problems one by one as soon as they appear instead of trying to solve them all in one huge lump when a new zope 3 gets out | 15:29 |
| faassen | I'll report back on my position on developing against the trunk in a few months more. | 15:29 |
| faassen | okay, now things start. | 15:30 |
| srichter | faassen: btw, I work with a writable checkout of Zope 3 in schooltool; this way I can fix bugs directly | 15:30 |
| srichter | and add new features | 15:30 |
| * mgedmin has a shell script that converts anonymous checkouts to writeable checkouts (and back) with svn switch | 15:30 | |
| faassen | okay, concerning the demographics module. | 15:30 |
| faassen | th1a: I am not entirely sure anymore, but are we waiting for some specification from you? | 15:30 |
| srichter | For example, I think today I will have to implement persistent.set.PersistentSet | 15:30 |
| th1a | faassen: I'm going to write it today. | 15:31 |
| faassen | th1a: okay. | 15:31 |
| faassen | th1a: okay, good, then I can work on that tomorrow. | 15:31 |
| th1a | At which point I will no longer be horrifically behind. | 15:31 |
| faassen | anyway, I can think a bit about school-specific deployment today. | 15:32 |
| faassen | I'm afraid I tend to do much of my thinking out loud. | 15:32 |
| srichter | that would be good | 15:32 |
| th1a | That's helpful for me. | 15:32 |
| faassen | I just have vague ideas right now. | 15:32 |
| faassen | one thing is I wonder how much of the user interface would need to be controlled from an extension. | 15:33 |
| *** alga has quit IRC | 15:33 | |
| faassen | if we do a school-specific deployment, we'd like to only turn on that user interface that the school is going to use, ideally. | 15:33 |
| faassen | so that they can't press the wrong buttons and end up in half-baked land. | 15:33 |
| tiredbones | thinking out loud is a sign of aging. At lease that what they tell me. | 15:33 |
| faassen | in part this is a course-grained story, like, "don't show the timetable UI at all" | 15:33 |
| faassen | tiredbones: okay, well, then I've always been old. :) | 15:34 |
| srichter | oh, that is a big one | 15:34 |
| faassen | srichter: big one? what? | 15:34 |
| srichter | unfortunately this cannot be done so much right now; we need more UI separation using viewlets | 15:34 |
| faassen | in part this is a fine-grained story, "don't show this feature in the gradebook at all" | 15:34 |
| ignas | th1a, so should we stay with the notion that timetables have timezones, or use the application timezone for school timetables ? | 15:34 |
| faassen | I'm not proposing we do stuff right now. I am just thinking out loud. | 15:34 |
| faassen | :) | 15:34 |
| th1a | ignas: I think timetables don't have timezones. | 15:34 |
| th1a | faassen: I think turning components on and off with ZCML might be good enough for starters. | 15:35 |
| srichter | th1a: faassen: yeah, this is more what I was thinking about too | 15:35 |
| faassen | well, I don't know how that would work exactly. | 15:36 |
| srichter | we also need to address where thise customizations should live and how we can create chckouts for those customizations | 15:36 |
| faassen | like, if I'm deploying for one school, I go into schooltool and mess about with the ZCML? | 15:36 |
| srichter | we might want to use something like benji's buildout tool | 15:36 |
| faassen | like, change things in the source? that sounds unmaintainable. | 15:36 |
| srichter | I would hope that ZCML overrides would be sufficient | 15:37 |
| faassen | anyway, for UI customizability there are various mechanisms, like viewlets, and of course skins. | 15:37 |
| srichter | though we have to be careful about subscribers | 15:37 |
| th1a | faassen: If we're not using ZCML for that, then we're truly wasting our time with all that XML, aren't we? | 15:37 |
| faassen | th1a: not sure whether I want to hold that debate right now. :) | 15:37 |
| th1a | :-) | 15:37 |
| faassen | anyway, extensibility and customizability in an application go along many different routes. | 15:37 |
| * mgedmin once used ZCML overrides for customizations and still feels the pain | 15:38 | |
| faassen | there is no single solution, but bits like ZCML overrides help, and bits like skins and viewlets and custom utilities. | 15:38 |
| faassen | and so on. | 15:38 |
| * mgedmin suggests staying well clear of ZCML overrides and instead using viewlets/subscribers/adapters for plugins | 15:38 | |
| faassen | and skins. | 15:38 |
| faassen | possibly. | 15:38 |
| faassen | anyway, yeah, I think ZCML overrides only help in limited cases too. | 15:39 |
| faassen | anyway, we can see customization for schools in different ways. | 15:40 |
| th1a | Yes, there will have to be varying levels of customization. | 15:41 |
| faassen | I'll sketch out a few cases that are basically extreme positions. | 15:41 |
| faassen | one is that we plug in everything into the schooltool UI | 15:42 |
| faassen | the other extreme is that we see schooltool as a model we're going to build a custom UI on. | 15:42 |
| faassen | the truth will be in the middle. | 15:42 |
| faassen | for a particular customization for a school. | 15:42 |
| faassen | anyway, what we need to do is sketch out a featureset that HTH needs and then we can base a UI on this. | 15:42 |
| faassen | imagine an ideal UI. and then see how much we can get closer to that UI by adapting schooltool's current UI by adding viewlets, etc. | 15:43 |
| faassen | and how much we need to get closer to that by skinning schooltool. | 15:43 |
| * tiredbones like faassen to talk out loudly, I learn that way. | 15:44 | |
| th1a | Hmm.... what do you mean by "sketch out a featureset." | 15:44 |
| srichter | I would really hope that skinning would only be used to change the look of the app | 15:44 |
| th1a | Do you mean use cases? | 15:44 |
| faassen | tiredbones: oh, what are you learning? | 15:45 |
| * th1a suspects that Infrae's "customizations" will become "the standard" pretty quickly. | 15:45 | |
| faassen | srichter: yeah, I share your hope, and I think ideally we should change the schooltool UI into the right way. | 15:45 |
| faassen | srichter: however, I'm not excluding more than that, just out of pragmatism. | 15:46 |
| srichter | of course | 15:46 |
| tiredbones | faassen, the think that goes on in the proccess of developing schooltool. | 15:46 |
| srichter | th1a: well, the hope would be that the work is done on the trunk | 15:46 |
| faassen | th1a: yeah, that's quite likely. I'm just trying to find a way of working and thinking in various directions. | 15:46 |
| faassen | tiredbones: I'm new at this in the context of schooltool too. :) | 15:47 |
| srichter | th1a: HTH will then be used as a reality check to see whether enough flexibility is available | 15:47 |
| faassen | we'll have to see. I think the trunk UI needs lots of work. | 15:47 |
| faassen | and one of my problems is that I'm not that great a UI guy and I have trouble finding a place to start. :) | 15:47 |
| th1a | I think letting Infrae be a little more nimble by just focusing on HTH is probably a good idea. | 15:48 |
| faassen | th1a: I think so too. we'll find a good way of working. | 15:48 |
| tiredbones | What does HTH stand for? | 15:48 |
| th1a | High Tech High (http://hightechhigh.org) | 15:48 |
| faassen | I guess one of my tasks today is to read through HTH's use cases. | 15:48 |
| th1a | Yes. | 15:48 |
| tiredbones | faassen, where are you getting those use cases for HTH/ | 15:49 |
| faassen | tiredbones: hm, somewhere on the web, let me get the URL, I think it's public. | 15:49 |
| *** mgedmin has quit IRC | 15:50 | |
| faassen | tiredbones: by the way, I'm Martijn, I'm with Infrae and I'm trying to get myself insinuated into the schooltool project. :) | 15:50 |
| th1a | That StudentPersonal and StudentContact in the SIF spec, which is the core of what you'll be getting tomorrow as stories. | 15:50 |
| faassen | tiredbones: I've seen you around before I think, but I'm not sure how and where. | 15:50 |
| faassen | th1a: SIF spec? | 15:50 |
| tiredbones | faassen, I | 15:51 |
| faassen | tiredbones: here's that URL, it's public so I guess it's okay. :) | 15:51 |
| faassen | tiredbones: http://www.schooltool.org/products/schooltool-2006/documentation/schooltool-2006-design-documents/high-tech-high-use-cases/hthsis_use_cases.pdf/view | 15:51 |
| th1a | Schools Interoperability Framework -- http://www.sifinfo.org | 15:51 |
| tiredbones | faassen, I'm a noob, so I ask alot of simple questions on various irc that deal with zope. | 15:52 |
| faassen | th1a: yeah, I looked at it before, just didn't realize it was so relevant right now. | 15:52 |
| faassen | tiredbones: what's your interest in schooltool? | 15:52 |
| th1a | faassen: It just has a typical data model for contact and demographics in schools. | 15:53 |
| faassen | th1a: right, that makes sense. | 15:53 |
| th1a | Don't worry, I won't be using everything there. | 15:53 |
| ignas | th1a, now that i am thought more about the design of timetables - i think we will have to attach a timezone attribute to timetables after all, with current timetables being immutable - timetable events jumping with app timezone changes will break past attendance records. | 15:53 |
| tiredbones | faassen, Some day I hope to support it with some of the local school system. | 15:54 |
| ignas | the questions is - do we want an additional select box for the timezone, or should we just take the current application timezone | 15:54 |
| ignas | and use it | 15:54 |
| faassen | I think immutability in various school setup information is good. as a random general comment. :) | 15:54 |
| faassen | tiredbones: cool. :) | 15:54 |
| ignas | while displaying it in the REST XML and the school timetable view | 15:54 |
| faassen | tiredbones: anyway, I'm mostly a schooltool noob, I just am trying to find a way so I can be effective working on it. | 15:54 |
| th1a | I guess the only use case for setting it manually would be if someone was trying to set up their timetables before they properly set their site timezone, in which case, they're probably already screwed up anyhow. | 15:55 |
| th1a | So let's use the app timezone. | 15:55 |
| th1a | And also have the app use the server timezone by default. | 15:56 |
| ignas | ok, will add as a side task for that story as it is remotely related | 15:56 |
| th1a | ignas: Sounds good. | 15:57 |
| * th1a gets ready to go to the doctor. | 15:58 | |
| tiredbones | th1a, I hope everthing goes well. | 16:00 |
| faassen | th1a: oh, yeah, good luck! | 16:00 |
| tiredbones | th1a, Is there some kind of score card as to HTH doc and what has been accomplished? | 16:02 |
| *** mgedmin has joined #schooltool | 16:13 | |
| th1a | tiredbones: No. | 16:18 |
| ignas | th1a, i sent you the final draft | 16:31 |
| povbot | /svn/commits: * srichter committed revision 5791: | 17:45 |
| povbot | /svn/commits: Moved old term features to an adapter and converted the tests to doctests. | 17:45 |
| mgedmin | um, the schooltool checkins list appears to be broken | 17:51 |
| mgedmin | last message I received was for revision 5782 | 17:52 |
| mgedmin | where are revisions 5783 through 5791? | 17:52 |
| th1a | hm... | 17:52 |
| th1a | kick mailman? | 17:52 |
| mgedmin | but the regular list works? | 17:55 |
| th1a | Well... I don't have any evidence either way. | 17:55 |
| srichter | yep, I checked in several things that did not come through | 17:57 |
| th1a | I sent an email to the dev list yesterday... anyone get it? | 17:57 |
| srichter | what was it about? | 17:58 |
| * mgedmin checks | 17:58 | |
| mgedmin | I see one message from you on March 06 to schooltool-dev | 17:58 |
| mgedmin | and three messages from various people to schooltool, also on March 06 | 17:58 |
| * mgedmin sends a test message | 17:59 | |
| * mgedmin decides to restart mailman, just in case | 18:00 | |
| povbot | /svn/commits: * srichter committed revision 5792: | 18:02 |
| povbot | /svn/commits: Switch to a real persistent set implementation. | 18:02 |
| mgedmin | a torrent of emails follows | 18:02 |
| srichter | yep | 18:03 |
| srichter | mgedmin: do you remember what the issue with making schooltool app the root site versus any site was? | 18:11 |
| srichter | anyone else remember? | 18:13 |
| ignas | permissions set sites | 18:18 |
| ignas | copy paste | 18:18 |
| tiredbones | I just that Python has 29 reserved word, whereas Perl has 206 and PHP 3972. awsome. | 18:19 |
| srichter | ignas: sorry I did not parse that | 18:19 |
| tiredbones | I just read that Python has 29 reserved word, whereas Perl has 206 and PHP 3972. awsome. | 18:19 |
| mgedmin | srichter: I believe there were several issues with using schooltool as a content object | 18:22 |
| ignas | srichter, we are using custom principals (everyone with a "Person" can log in), we are using a custom ZCML without the manager user, and we do not support copy/paste anymore | 18:22 |
| mgedmin | the global schooltool authentication utility is one | 18:22 |
| mgedmin | the default browser skin is two (but this is easily fixable) | 18:23 |
| srichter | ok, global authentication utility is not horribly difficult to fix | 18:24 |
| mgedmin | I think I once sent an email to the list | 18:24 |
| srichter | I think we would not need to support copy/paste in the new version either | 18:24 |
| srichter | that E-mail would be good to find ;-) | 18:24 |
| srichter | I was just searching through my checkins to see what I wrote when I changed that | 18:25 |
| mgedmin | I think I found it | 18:41 |
| mgedmin | Message-ID: <20050808180401.GC25313@fridge.pov.lt> | 18:41 |
| mgedmin | Date: Mon, 8 Aug 2005 21:04:01 +0300 | 18:41 |
| mgedmin | Subject: Re: [schooltool-dev] Proposals and Thoughts | 18:41 |
| mgedmin | IIRC SchoolTool as a Zope content object was incompatible with the SchoolTool/SchoolBell merge that you sold us | 18:42 |
| mgedmin | we had all these duplicate interfaces | 18:43 |
| mgedmin | because you cannot use two different sets of ZCML in a single Zope instance | 18:43 |
| mgedmin | and a requirement that you either have only ST or only SB instances in a single Zope site was too arbitrary | 18:43 |
| srichter | ahh, ok | 18:54 |
| srichter | I think this could be addressed with some recent work Jim is doing | 18:54 |
| srichter | but maybe we do not have to solve the issue, since VA only wants SchoolTool isntances | 18:57 |
| srichter | th1a: so the message to VA would be: it is possible with a managable amount of work. | 18:59 |
| mgedmin | user authentication will probably be the most interesting part | 19:05 |
| mgedmin | (converting schooltool instances into sites; registering local authentication services programmatically; replacing our global authentication utility with something else) | 19:05 |
| srichter | yep | 19:06 |
| srichter | I think we already convert SchoolTool instances to sites | 19:06 |
| srichter | registering a local utility is not that hard; there are bootstrap helper functions for that | 19:06 |
| srichter | and the global auth utility has to be converted to a local one | 19:07 |
| mgedmin | I assume we would still want to support schooltool-server.py with SchoolTool as the root object | 19:07 |
| srichter | of course, if Jim finishes his site management refactoring, we only have to implement a non-existent proposal of mine that allows to define multiple sites via ZCML that can be inherited | 19:08 |
| srichter | mgedmin: I agree | 19:08 |
| mgedmin | stevea used to push something like that -- sites defined in zcml | 19:21 |
| mgedmin | he never got around to writing a proposal, though | 19:21 |
| mgedmin | switching to the zope3 test runner would be another prerequisite, so that we could write ftests for the ST-as-root and ST-as-content-object cases with different ZCML setups | 19:23 |
| mgedmin | does the zope3 test runner support different ftesting ZCML for different test layers? | 19:23 |
| th1a | This is definitely something that I'd like someone else to pay for. | 19:23 |
| mgedmin | or is that feature only in planning stages | 19:23 |
| mgedmin | ? | 19:24 |
| srichter | yes | 19:25 |
| srichter | no, the ZCML you are loading for a layer can be specified, as far as I understand it | 19:25 |
| *** jinty has quit IRC | 19:26 | |
| srichter | right, Steve always wanted to do that, but only Jim's recent work really allows for it. If I have time to write a proposal before the Swiss Easter Sprint, I would try to implement it during the sprint | 19:45 |
| srichter | I don't think it would be much work at all | 19:45 |
| *** mgedmin has quit IRC | 19:51 | |
| *** faassen has quit IRC | 20:10 | |
| *** jinty has joined #schooltool | 20:14 | |
| *** carljm has joined #schooltool | 20:22 | |
| *** th1a has quit IRC | 20:22 | |
| *** th1a has joined #schooltool | 20:23 | |
| *** tiredbones has left #schooltool | 20:27 | |
| *** tiredbones has joined #schooltool | 20:39 | |
| *** mgedmin has joined #schooltool | 20:49 | |
| *** jinty has quit IRC | 20:58 | |
| *** jinty has joined #schooltool | 21:00 | |
| *** ignas has quit IRC | 21:10 | |
| povbot | /svn/commits: * srichter committed revision 5793: | 21:15 |
| povbot | /svn/commits: - Reimplemented getTermForDate() and getNextTermForDate() functions. | 21:15 |
| povbot | /svn/commits: - Enhanced sample data a little bit to demonstrate more realistic term | 21:15 |
| povbot | /svn/commits: tree. | 21:15 |
| povbot | /svn/commits: - Fixed enough import failures to make at least all unit tests run. | 21:15 |
| *** vidasp has quit IRC | 21:17 | |
| *** carljm has quit IRC | 22:37 | |
| *** jinty has quit IRC | 22:51 | |
| *** jinty has joined #schooltool | 22:53 | |
| *** ignas has joined #schooltool | 23:04 | |
| *** tiredbones has left #schooltool | 23:09 | |
| srichter | th1a: Okay, now that I am reviewing the gradebook interfaces, I am 100% convinced that I got it all wrong the first time :-) | 23:16 |
| th1a | In what sense? | 23:16 |
| th1a | You mean, without your wrapper layer? | 23:16 |
| srichter | yep :-) | 23:16 |
| srichter | I implemented activities as subclasses of requirements | 23:17 |
| srichter | but requirements are really about something you have know/do | 23:17 |
| th1a | Well... it did make sense at the time. | 23:17 |
| srichter | it does not matter when you do them and what "category" they belong to | 23:17 |
| srichter | right, it is a classical case of: "You cannot get it right the first time." | 23:18 |
| srichter | now, if I think in terms of grading items this all makes much more sense | 23:19 |
| srichter | a grading item has to state: | 23:19 |
| srichter | - what is being accomplished (requirement) | 23:19 |
| srichter | - when it is being accomplished | 23:19 |
| srichter | - what is the type of accomplishment (category) | 23:19 |
| srichter | - how are you going to be graded | 23:20 |
| srichter | - how are you going to be graded (scoresystem) | 23:20 |
| srichter | <done> | 23:20 |
| th1a | OK. | 23:20 |
| th1a | It would kind of be nice if it could be inherited from the course as well, though. | 23:21 |
| srichter | what do you mean? | 23:21 |
| th1a | Making it a subclass of requirement allowed us to inherit gradebook items from the course, right? | 23:22 |
| srichter | yes | 23:22 |
| srichter | we will still use a requirement tree beneath | 23:22 |
| th1a | OK. Sounds good. | 23:23 |
| srichter | but that is not the gradebook's concern anymore | 23:23 |
| th1a | So... if I'm at St. Ives, will it be fairly easy to say: | 23:24 |
| srichter | for example, we will have multiple gradeitems for one requirement in the course description | 23:24 |
| th1a | "Show me all of Stephan's "E" scores for last term?" | 23:24 |
| srichter | what does last term mean? :-) | 23:25 |
| th1a | OK... during the current school year. | 23:25 |
| th1a | That is, the system should understand that "E" means the same thing in each class. | 23:26 |
| th1a | Or does it end up being Math-Effort, English-Effort, etc. | 23:26 |
| srichter | sorry, on the phone | 23:27 |
| ignas | th1a, did you get the proposal ? | 23:35 |
| th1a | Yes. | 23:35 |
| ignas | ok, just checking | 23:35 |
| th1a | ignas: The time for meetings & other ongoing stuff seems high in proportion to development time. | 23:50 |
| *** mgedmin has quit IRC | 23:51 | |
| *** jinty has quit IRC | 23:57 | |
| *** jinty has joined #schooltool | 23:57 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!