| *** jinty has quit IRC | 00:03 | |
| *** jinty has joined #schooltool | 00:05 | |
| tiredbones | srichter, I went into my shell history to see the command I executed before. here anybody that want it. svn co svn://svn.zope.org/repos/main/book/trunk boo | 00:09 |
|---|---|---|
| tiredbones | s/boo/book/ | 00:10 |
| tiredbones | srichter, Do I need the output from pyskel to be saved in a file to have a successful test run? | 00:17 |
| *** jinty has quit IRC | 00:23 | |
| srichter | tiredbones: well, it si just a skeleton of the class you are going to implement | 00:47 |
| tiredbones | srichter, does that mean I need it at this point in time for the test? | 00:50 |
| tiredbones | What's really fustrating at this point in time in time is that I ran all the tutorials I could fine on the net and had no problems. Now for some reason I can solve a path issue. | 00:53 |
| srichter | you need the skeleton + fill it out for the tests | 00:53 |
| srichter | but this is not causing your problem | 00:54 |
| tiredbones | srichter, ok | 00:54 |
| tiredbones | srichter, Can I skip the test phase for now and will the system still run? | 00:56 |
| srichter | if the tests have an import error, it is very liekly that the system will not start up | 00:58 |
| povbot | /svn/commits: * srichter committed revision 5810: | 02:02 |
| povbot | /svn/commits: Teh REST API for terms is a low priority at this stage (according to Tom); since the existing API provides no benefit anymore, I just remove it for clearity. Someone can later look at ti in the archive when implementing the new REST interface. | 02:02 |
| povbot | /svn/commits: * srichter committed revision 5811: | 02:03 |
| povbot | /svn/commits: - Fixed sample data generator. | 02:03 |
| povbot | /svn/commits: - Implemented some final components that help manage the term template for | 02:03 |
| povbot | /svn/commits: the schooltool application object. | 02:03 |
| *** strichter has joined #schooltool | 02:44 | |
| *** srichter has quit IRC | 02:44 | |
| *** strichter is now known as srichter | 02:44 | |
| *** didymo has quit IRC | 06:20 | |
| *** NoobsGeek has quit IRC | 09:32 | |
| *** NoobsGeek has joined #SchoolTool | 09:32 | |
| *** faassen has joined #schooltool | 10:35 | |
| *** alga has joined #SchoolTool | 10:41 | |
| *** alga has quit IRC | 11:17 | |
| *** mgedmin has joined #schooltool | 11:28 | |
| *** GeekNoobness has joined #SchoolTool | 11:29 | |
| *** jinty has joined #schooltool | 11:43 | |
| *** mgedmin has quit IRC | 11:43 | |
| *** mgedmin has joined #schooltool | 11:45 | |
| *** NoobsGeek has quit IRC | 11:47 | |
| *** vmx_ has joined #schooltool | 11:53 | |
| *** vmx_afk has quit IRC | 11:56 | |
| *** jinty has quit IRC | 12:46 | |
| *** jinty has joined #schooltool | 13:08 | |
| *** ignas has joined #schooltool | 13:09 | |
| povbot | /svn/commits: * gintas committed revision 5812: | 14:36 |
| povbot | /svn/commits: Fixed failing unit tests. I commented one of the tests out because I was not sure how to fix it. | 14:36 |
| srichter | faassen: so are you going to change the SchoolTool code to use the new annotation support? | 15:15 |
| srichter | faassen: also did you address the factory info for APIDOC? | 15:15 |
| faassen | srichter: no, I haven't figured out the factory info yet. I wasn't sure what that was needed for. | 15:42 |
| faassen | srichter: so I didn't check that bit into zope. it's a one liner to fix though. | 15:42 |
| faassen | srichter: I'm not sure why apidoc needs a different factory info. Why can't it use component.adaptedBy? | 15:42 |
| faassen | srichter: (and sure, I plan to change the schooltool code, but I'm working in a sandbox for now focusing on demographics) | 15:43 |
| srichter | the factory is used to give the user real information of the type of object that is returned from the adapter | 15:43 |
| srichter | the simplest case is a function as adaoter | 15:44 |
| srichter | the function can return any object | 15:44 |
| srichter | apidoc cannot figure out which type of object is being returned | 15:44 |
| faassen | okay. | 15:44 |
| faassen | I can add a line for it. | 15:44 |
| srichter | that would be great! | 15:44 |
| srichter | knowing the factory really adds value to apidoc's information | 15:45 |
| *** jinty has quit IRC | 15:47 | |
| faassen | srichter: I have a question about the templates. | 15:47 |
| faassen | srichter: right now schooltool.app | 15:47 |
| * srichter listens | 15:48 | |
| faassen | okay, anyway, schooltool.app.browser contains a number things. | 15:50 |
| faassen | calendar related stuff. | 15:50 |
| faassen | and stuff that's related to the site design. | 15:50 |
| faassen | like, standard macros, resources. | 15:50 |
| faassen | I think it'd be useful to move the design related stuff out of schooltool.app.browser | 15:51 |
| faassen | and into something like schooltool.design or whatever. | 15:51 |
| srichter | right | 15:51 |
| faassen | that makes it easier for people who aren't programmers to hack on the bits, and it also makes it easier for my sandbox work now. | 15:51 |
| srichter | schooltool.app is a *huge* mess | 15:51 |
| faassen | like, I can make something that looks schooltoolish without having to hook it all into schooltool. | 15:52 |
| srichter | it is already much better than it used to be | 15:52 |
| faassen | I don't want to worry about integration into schooltool yet with my code, as it's really going to pull in a lot of zc.* stuff | 15:52 |
| *** jinty has joined #schooltool | 15:52 | |
| faassen | and I think I can write cleaner stuff by not worrying too much about what's there right now. | 15:52 |
| srichter | I think schooltool.design would be okay | 15:52 |
| faassen | after all the person screen is going to change pretty drastically. | 15:52 |
| faassen | okay. | 15:52 |
| faassen | just in schooltool.design is okay? no need for a .browser, right? | 15:53 |
| srichter | mgedmin and I agreed on having schooltool.core too | 15:53 |
| srichter | maybe schooltool.core.browser | 15:53 |
| srichter | or schooltool.core.design | 15:53 |
| srichter | but I am okay with a flatter approach | 15:53 |
| srichter | mgedmin: any comments? | 15:53 |
| faassen | I'd prefer flatter. | 15:54 |
| faassen | also because I don't need to worry about core stuff now. you could even argue the design bits aren't the core. | 15:54 |
| faassen | though that's fuzzy. | 15:54 |
| faassen | like, where to leave the sorting adapter stuff that's useful in ZPT? | 15:55 |
| faassen | maybe that could go into schooltool.core.browser. | 15:55 |
| faassen | anyway, I'm only going to worry about what I minimally need if I want to reuse the design bit elsewhere. | 15:55 |
| faassen | so the schooltool.core stuff can work itself out later. | 15:55 |
| srichter | ok, so what stuff do you want to pack into st.design? | 15:56 |
| faassen | I imagine most of what's in schooltool.app.browser/resources | 15:59 |
| faassen | then I suspect schooltool.app.browser.macros | 15:59 |
| faassen | breadcrumbs | 15:59 |
| faassen | the appropriate interfaces for that. | 15:59 |
| faassen | skin.py I think. | 16:00 |
| faassen | except for calendar bits. there's some calendar stuff in there. | 16:00 |
| faassen | and presumably whatever is non-calendar design stuff that's in schooltool.app.browser/templates | 16:00 |
| srichter | ok, right | 16:00 |
| faassen | and possibly the sorting adapter that's used in page templates, though that's more dubious. | 16:01 |
| srichter | I think this would also be a good oppurtunity to investigate which macros could be easily converted to viewlets and simple content providers | 16:01 |
| faassen | but I might not move that right away, depending on whether it's used. | 16:01 |
| faassen | I want st.design to work as independently of everything else as possible. | 16:01 |
| srichter | right, I think this is a good goal | 16:01 |
| faassen | okay, what if we do that in two phases? | 16:02 |
| srichter | and I agree that it would make the skin/UI Stuff more usable outside | 16:02 |
| faassen | first I just move everything into schooltool.design, aiming to change little. | 16:02 |
| faassen | and then as a next phase I'll have some overview and we'll look into viewlettifying it. :) | 16:02 |
| srichter | sounds good to me | 16:02 |
| faassen | ("viewlettifying", I like it :) | 16:02 |
| srichter | I just want you to think about it, since you will be fairly deep into that stuff | 16:03 |
| faassen | right. | 16:05 |
| faassen | I will think about it. | 16:05 |
| faassen | i'm still slowly (too slowly) descending into schooltool code. | 16:05 |
| faassen | I also need to make a convincing case to start using all these new zc.* libraries and such. :) | 16:06 |
| faassen | I mean, it's convincing to me, it makes life a lot simpler. | 16:06 |
| srichter | I am for it; I hate reinventing the wheel | 16:07 |
| srichter | btw, I am still not familiar with the calendaring code myself, so don't worry | 16:07 |
| srichter | I think SchoolTool is a good example of orthogonal code, except for the UI, which I hope you will fix up somewhat | 16:08 |
| faassen | okay, unless Marius starts screaming in a few minutes, I'll just start on schooltool.design then. :) | 16:14 |
| faassen | mgedmin: are you screaming already? :) | 16:14 |
| povbot | /svn/commits: * gintas committed revision 5813: | 16:21 |
| povbot | /svn/commits: Implemented VTimezone, added rudimentary parsing and hooked it up to VCalendar.parse. | 16:21 |
| povbot | /svn/commits: The current implementation includes a small hack: X-LIC-LOCATION (provided by Evolution) overrides TZID. This isn't pretty, but is simple and does the job. | 16:21 |
| * mgedmin is still trying to understand faassen's cunning plan | 16:28 | |
| faassen | mgedmin: I want to extract everything that has to do with standard macros, skins, resources, etc, out of schooltool.app.browser | 16:28 |
| faassen | mgedmin: into schooltool.design | 16:28 |
| faassen | mgedmin: leaving anything calendar related in schooltool.app.browser for now. | 16:28 |
| faassen | mgedmin: as well as anything that doesn't have to do with the web design elements. | 16:29 |
| faassen | mgedmin: that'll also mean most of schooltool.app.browser/resources and some of schooltool.app.browser/templates | 16:29 |
| faassen | mgedmin: ideally I want schooltool.design something I can drop into some other arbitrary zope 3 | 16:29 |
| mgedmin | why not the other way around? | 16:29 |
| faassen | mgedmin: and I can use it. | 16:29 |
| faassen | mgedmin: why the other way around? | 16:30 |
| povbot | /svn/commits: * gintas committed revision 5814: | 16:30 |
| povbot | /svn/commits: Minor change. | 16:30 |
| mgedmin | have schooltool.app.browser (or schooltool.core.browser) contain macros/other non-domain-specific stuff, while schooltool.calendar.browser has calendar-related browser views | 16:30 |
| srichter | right, so this was our original plan | 16:31 |
| faassen | sure, I'm not going to stop anyone from moving the calendar stuff. | 16:31 |
| faassen | but my aim is to get the stuff that's mostly skin out into its own package. | 16:32 |
| srichter | but I think MArtijn would argue that then he would have to get all of schooltool.core in order to get an actually SchoolTool independent skin | 16:32 |
| faassen | so that can be hacked on independently by non-gurus and can also incidentally be dropped into what I'm cooking up. | 16:32 |
| faassen | so it looks at least schooltoolish. | 16:32 |
| *** th1a has joined #schooltool | 16:32 | |
| faassen | yeah, I just want the simplest way from here to there. | 16:32 |
| faassen | and that's to focus on the skin bits. I can recognize that stuff. | 16:32 |
| * srichter notes that the master of decision making just entered the scene | 16:33 | |
| faassen | I'll leave the calendar stuff untouched, but it should also improve by the natural process of being less mixed with other stuff. :) | 16:33 |
| faassen | hey Tom. :) | 16:33 |
| mgedmin | ok, how about naming it schooltool.skin then? | 16:33 |
| th1a | Hi Martijn. | 16:33 |
| mgedmin | design is a bit ambiguous | 16:33 |
| srichter | th1a: you cannot possibly be in a good mood that early in the day :-) | 16:33 |
| faassen | schooltool.skin works for me. | 16:33 |
| srichter | +1 | 16:34 |
| mgedmin | when I hear 'design', I start thinging interfaces, and UML, and things like that | 16:34 |
| th1a | I never really shifted to Pacific time. | 16:34 |
| faassen | sure, schooltool.skin works. | 16:34 |
| faassen | we'll have to tihnk a bit about schooltool.skin.skin then. | 16:34 |
| th1a | My biological clock hasn't returned to normal since my trip to Europe. | 16:34 |
| faassen | but perhaps a few imports into schooltool.skin's __init__.py are in order there. | 16:34 |
| faassen | th1a: my biological clock is never normal. :) | 16:34 |
| faassen | th1a: anyway, Tom, recap.. | 16:35 |
| *** gintas has joined #schooltool | 16:35 | |
| povbot | /svn/commits: * gintas committed revision 5815: | 16:35 |
| povbot | /svn/commits: X-LIC-LOCATION overriding TZID won't work... | 16:35 |
| srichter | th1a: summary of my work: I am happy with the design now and I am pretty sure it will work; you will have revised stories by tonight | 16:35 |
| faassen | I'm working on demographics. we also expect non-uberhackers to start working on the schooltool skin in a while. | 16:35 |
| faassen | the schooltool skin is currently mixed in with schooltool.app.browser | 16:36 |
| faassen | but I want it to be somewhere independent, so I can easily drop it into my demographics work, and as importantly, so people just know where to find it and can work a bit in isolation there. | 16:36 |
| faassen | so the proposal is to make a schooltool.skin | 16:36 |
| faassen | I fairly mechanically move everything that's related to skin and general layout of schooltool into schooltool.skin | 16:36 |
| faassen | that includes a lot of resources, some standard templates. | 16:37 |
| faassen | I suspect at least a bunch of viewlets I see in there too that look generic. | 16:37 |
| th1a | So there is sort of an implicit SchoolTool skin now and you want to make it explicit? | 16:37 |
| faassen | yes, I guess you could see it that way. | 16:37 |
| srichter | yes, there is a ST skin, but it is mixed into the Wild West of st.app, so we want to civilize it a bit | 16:37 |
| faassen | right. | 16:37 |
| th1a | That sounds reasonable. | 16:37 |
| faassen | okay. | 16:38 |
| faassen | so I'll just proceed with that. | 16:38 |
| faassen | oh, and phase 2 is looking into viewlettifying that code. | 16:38 |
| faassen | right now Phase 2 is only being thought about. | 16:38 |
| faassen | like, I keep it in the back of my mind, sometimes think " I wonder whether these mysterious viewlets would make this better" | 16:38 |
| faassen | and then after a while we'll see whether they do. | 16:38 |
| *** jinty has quit IRC | 16:42 | |
| *** jinty has joined #schooltool | 16:43 | |
| th1a | I had a day of hell in High Tech High's server room yesterday. They gave me a pretty nice old graphics workstation to set up Ubuntu/SchoolTool on, but it had an extremely flaky BIOS which caused me to spend most of the day just trying to get it to boot. | 16:45 |
| faassen | th1a: ugh. | 16:45 |
| srichter | fantastic! | 16:46 |
| srichter | :-( | 16:46 |
| th1a | At least I got it running before the end of the day. | 16:46 |
| srichter | why can't people spend the $300 on a cheap E-mchine | 16:46 |
| th1a | Otherwise, I would have been pretty disgusted. | 16:46 |
| th1a | Well, it should be a reasonably good box for the purpose. | 16:47 |
| *** jinty has quit IRC | 17:15 | |
| *** jinty has joined #schooltool | 17:16 | |
| *** wrobel has quit IRC | 17:24 | |
| srichter | th1a: how important are hierarchical activities in this iteration? | 17:35 |
| th1a | Activities? Not at all. | 17:35 |
| srichter | and assessments, etc | 17:36 |
| srichter | all requirements, basically | 17:36 |
| th1a | You mean in the gradebook? | 17:36 |
| srichter | I am wondering whether we should do it right now in this contract or leave it for another iteration | 17:36 |
| srichter | yeah | 17:36 |
| th1a | I think the gradebook needs to be flat for this iteration. | 17:37 |
| srichter | ok, cool | 17:37 |
| th1a | A hierarchical gradebook is a complicated UI problem. | 17:37 |
| srichter | yes, though I have started to think about it a little bit already | 17:38 |
| *** jinty has quit IRC | 17:44 | |
| *** jinty has joined #schooltool | 17:51 | |
| *** th1a has quit IRC | 17:57 | |
| *** alga has joined #SchoolTool | 18:13 | |
| povbot | /svn/commits: * gintas committed revision 5816: | 18:34 |
| povbot | /svn/commits: Slight refactoring: split VEventParser off VEvent. | 18:34 |
| faassen | gintas: still no use for the icalendar library? :) | 18:44 |
| faassen | gintas: it does a lot of stuff I think. :) | 18:44 |
| faassen | http://codespeak.net/icalendar/ | 18:44 |
| povbot | /svn/commits: * ignas committed revision 5817: | 18:45 |
| povbot | /svn/commits: Remove deprecation warning. | 18:45 |
| *** pcardune has joined #schooltool | 18:47 | |
| faassen | why are the schooltool unit tests setting up all kinds of browser views? | 18:52 |
| faassen | seems like that would be more the purview of functional tests, right? | 18:52 |
| ignas | faassen, probably, in some cases these are very old tests (pre migration to Zope3), in some cases these are for testing of complex logic in templates | 19:01 |
| ignas | when you want to traverse multiple paths in conditions | 19:02 |
| faassen | ignas: the latter complex logic tests should be movable to a functional test, right? | 19:02 |
| ignas | traverse as in test | 19:02 |
| faassen | ignas: anyway, I'm trying to get the tests running again after my Great Skin Migratin. | 19:02 |
| ignas | faassen, sometimes it would be way to tedious to test all the branches in functional tests, sometimes - yes definitely, but no one has the time to migrate them | 19:03 |
| ignas | if you will fully migrate these tests to functional - it will be very nice, and very slow (in the computational sense) ;) | 19:04 |
| faassen | should all the tests in schooltool.app.tests become functional? | 19:05 |
| *** jinty has quit IRC | 19:05 | |
| ignas | surely not all | 19:05 |
| ignas | there are a lot of "true unit tests" | 19:06 |
| faassen | well, I ask this as these tests are in schooltool.app.tests | 19:06 |
| faassen | sorry, schooltool.app.browser.tests | 19:06 |
| faassen | which sounds like they are tests that have something to do with integration, not unit tests. | 19:06 |
| faassen | of course I suspect there are these elsewhere that depend on the testing infrastructure in schooltool.app.browser... | 19:06 |
| ignas | faassen, some of these tests have nothing to do with template rendering, they are testing complex methods in views that extrace or summarize data found in the context of the view | 19:07 |
| faassen | yes, there are lots. | 19:07 |
| faassen | I wonder how much work this is. | 19:07 |
| ignas | faassen, i am afraid that it's a lot of work, as some of these pseudo-functional tests should not just be migrated to functional tests, rather someone should change the code and move the logic from the template to the view itself, add "true unit tests" for the new methods in the view, and simplify the functional test accordingly | 19:10 |
| faassen | yeah. I wonder what the cost is of these tests dragging you down. | 19:11 |
| faassen | compared to the gain. | 19:11 |
| ignas | but if you can move the test to testbrowser doctest - you should definitely do so if you want | 19:11 |
| faassen | after all, if the UI is going to change, some of this stuff is completely locked down in tests. | 19:11 |
| faassen | fake AddViews.. okay, there goes a simple move of the code to zope.formlib. :) | 19:11 |
| *** Aiste is now known as Aiste|away | 19:14 | |
| *** jinty has joined #schooltool | 19:16 | |
| povbot | /svn/commits: * gintas committed revision 5818: | 19:38 |
| povbot | /svn/commits: VEvent now has dtend_tzid and dtstart_tzid attributes. | 19:38 |
| povbot | /svn/commits: VEvent has also lost its duration attribute, because we may have to take timezones into account when calculating the duration, and we can only do that later, when we can get real pytz timezones from tzids. | 19:38 |
| *** whaddon has joined #schooltool | 19:44 | |
| *** jelkner has joined #schooltool | 19:46 | |
| jelkner | pcardune: hi paul, are you here? | 19:46 |
| pcardune | jelkner: hi jelkner | 19:46 |
| pcardune | jelkner: I've done some really great work on cando in the last couple of days | 19:47 |
| jelkner | let me introduce you to william haddon (whaddon) | 19:47 |
| pcardune | hi whaddon | 19:47 |
| whaddon | Hello. | 19:47 |
| jelkner | awsome! | 19:47 |
| jelkner | what did you do? | 19:47 |
| pcardune | remember how I said adding wikis to schooltool would be impossible since schooltool isn't "inside" zope? | 19:48 |
| pcardune | well, I got it to work | 19:48 |
| jelkner | how? | 19:48 |
| pcardune | the power of zope is in the configuration files | 19:48 |
| pcardune | I just reconfigured the existing zwiki product, replaced a few browser views, and not it just fits in perfectly | 19:49 |
| pcardune | s/not/now | 19:49 |
| jelkner | so, we want to figure the best way to get william up to speed with zope3... | 19:50 |
| pcardune | I also started working on a *way* better curriculum system | 19:50 |
| pcardune | well, he could join the class? | 19:50 |
| pcardune | If you want something faster, then there are always the tutorials and phillip's book | 19:51 |
| jelkner | yes, that makes more sense | 19:51 |
| whaddon | I've seen the book. | 19:52 |
| pcardune | I would recommend setting him up to work with woo | 19:52 |
| jelkner | william dickerson has been working with woo | 19:52 |
| jelkner | and it is working *very* well | 19:53 |
| jelkner | since william can supply all the motivation | 19:53 |
| jelkner | i don't know if whaddon is ready to push woo like he needs to be pushed ;-) | 19:53 |
| povbot | /svn/commits: * gintas committed revision 5819: | 19:54 |
| povbot | /svn/commits: Fixed breakage caused by recent refactorings. | 19:54 |
| povbot | /svn/commits: srichter, the tests ran without a hitch when I simply commented out the offending sections. Seems to me that this section of code is a bit undertested. | 19:54 |
| pcardune | well, he could start with the phillips book then | 19:54 |
| whaddon | Yes, I have begun to do this. | 19:55 |
| jelkner | pcardune: how is the instance now on the demo server? | 19:55 |
| *** jinty has quit IRC | 19:55 | |
| jelkner | is it ready for some serious testing by welsh? | 19:55 |
| jelkner | and should we resume tuesday meetings? | 19:55 |
| pcardune | we should resume tuesday meetings, although I'll be gone next tuesday | 19:56 |
| pcardune | it is ready for some serious testing... certain parts that is | 19:56 |
| jelkner | ok, so first meeting will be tuesday after that | 19:56 |
| *** jinty has joined #schooltool | 19:56 | |
| jelkner | you will be able to update it as we go, yes? | 19:56 |
| pcardune | but he should start doing testing before that | 19:56 |
| pcardune | oh yeah | 19:56 |
| jelkner | so if i create classes and such, and start adding students and data | 19:57 |
| jelkner | i won't have to reenter later? | 19:57 |
| vmx_ | hi jinty. you are the debian mantainer, right? (i have forgotten who it was yesterday ;) | 19:57 |
| jinty | vmx_: yep | 19:57 |
| pcardune | jelkner: well, not entirely | 19:57 |
| jelkner | hmm? | 19:57 |
| pcardune | what you should do is enter in all the students | 19:57 |
| pcardune | all the courses, all the sections | 19:58 |
| pcardune | all the schooltool related stuff | 19:58 |
| jelkner | ok | 19:58 |
| pcardune | because that is very stable right now | 19:58 |
| pcardune | then create a backup of the Data.fs | 19:58 |
| *** vmx_ is now known as vmx | 19:58 | |
| jelkner | what is the port number on the server? | 19:58 |
| pcardune | 7070, i'm not sure is running though, but check | 19:58 |
| jelkner | doesn't seem like it | 19:58 |
| jelkner | i tried 7070 | 19:59 |
| pcardune | i'll start | 19:59 |
| pcardune | it | 19:59 |
| *** whaddon has quit IRC | 19:59 | |
| pcardune | I will also update it to | 19:59 |
| pcardune | ok, it is starting (slowly) | 20:00 |
| pcardune | ok, it's up, on port 7070 | 20:00 |
| jelkner | great | 20:02 |
| jelkner | what is my login? | 20:02 |
| pcardune | the usual: manager/schooltool | 20:02 |
| jelkner | ok, should i begin with an account for myself? | 20:04 |
| pcardune | If you want | 20:04 |
| jelkner | i don't know what i want :-( | 20:05 |
| pcardune | I mean, the other option if we want to create a lot of test data | 20:05 |
| jelkner | i'm hoping *you* know what i want :-) | 20:05 |
| pcardune | is to use the sample data generator | 20:05 |
| pcardune | we can do that for all the schooltool objects | 20:05 |
| jelkner | that would be better for welsh | 20:05 |
| pcardune | but it takes a *long* time to run | 20:05 |
| jelkner | i don't really have time to just play with sample data | 20:05 |
| pcardune | and then there is *TONS* of data | 20:06 |
| jelkner | i would want to use it with a few students to test it in action | 20:06 |
| jelkner | that way i could generate real user stories based on day to day experience with the program | 20:06 |
| pcardune | ok, well in that case I would follow these steps: | 20:06 |
| jelkner | that's what i'm hoping to do this spring | 20:06 |
| pcardune | add all the students you want to use | 20:06 |
| pcardune | add a course, and add a section and put the students in that section | 20:07 |
| pcardune | then backup the Data.fs | 20:07 |
| pcardune | then start doing stuff with cando | 20:07 |
| jelkner | will do | 20:08 |
| jelkner | what about teacher? | 20:08 |
| jelkner | me, i mean | 20:08 |
| pcardune | (add yourself as the teacher) | 20:08 |
| vmx | what's the usual way to checkout schoolbell? svn checkout http://source.schooltool.org/svn/branches/schoolbell-1.2.x/? | 20:08 |
| jelkner | which step is that? | 20:09 |
| pcardune | when you add the students... what i really meant was add all the people you want in the system (yourself and students included) | 20:09 |
| jelkner | ok, another question | 20:09 |
| jelkner | will dave and i be able to use this same system for testing? | 20:10 |
| jelkner | or should he have a seperate test system? | 20:10 |
| jelkner | here is what i see as pros and cons: | 20:10 |
| jinty | vmx: yes, if you want the current stable version | 20:11 |
| jelkner | pros: 1 system to maintain, easier collaboration / sharing of experience | 20:11 |
| pcardune | sure, but only if you're ok with working on a system with thousands of students/courses/classes (assuming dave wants to use auto sample data generation) | 20:11 |
| jelkner | no, dave will want a seperate system for that kind of testing | 20:11 |
| jelkner | i'm talking about him doing a much smaller test with data that he knows | 20:11 |
| jelkner | stuff from acc this year | 20:12 |
| jelkner | we will need to get that data into the system somehow anyway | 20:12 |
| pcardune | we can put everyones data on the same system no problem, it's really up to you whether you want to work in the same environment as Dave | 20:12 |
| *** gintas has quit IRC | 20:13 | |
| pcardune | there is no limiting factor on a technilogical level | 20:13 |
| vmx | if i'd like to hack schooltool a bit (add features i want). what repository should i check out? | 20:13 |
| pcardune | (except that the cando.ypal.net server *crawls*... I can't get a single page to load) | 20:13 |
| jelkner | hmm | 20:14 |
| jelkner | that is no good at all | 20:14 |
| faassen | vmx: svn co svn+ssh://faassen@source.schooltool.org/svn/schooltool/trunk schooltool | 20:14 |
| jelkner | ok, i need to run to the other school | 20:14 |
| jelkner | i'll get back with you later | 20:14 |
| pcardune | ok | 20:14 |
| jelkner | seems like first problem is finding a machine on which to run this in the first place | 20:14 |
| pcardune | maddog | 20:14 |
| pcardune | i'm running one right now | 20:15 |
| pcardune | it works fine | 20:15 |
| vmx | hups i ment schoolbell and not schooltool | 20:15 |
| jelkner | bonnieb | 20:15 |
| jelkner | not doing anything now | 20:15 |
| jelkner | let's keep students and testers seperate | 20:15 |
| pcardune | give me an account with sudo access and i'll set it up now if you want | 20:15 |
| jelkner | yes, once i setup machine | 20:15 |
| jelkner | by monday | 20:15 |
| jelkner | cya | 20:15 |
| pcardune | ok | 20:15 |
| pcardune | bye | 20:15 |
| *** jelkner has quit IRC | 20:16 | |
| jinty | vmx: we went through a huge re-factoring between the last release and now, schoolbell is now a part of schooltool, so the repository faassen said is correct | 20:16 |
| pcardune | jinty: are you the one to talk to about getting svn access to the cando repository for new developers? | 20:17 |
| vmx | what's the password? i tried none and anonymous | 20:17 |
| jinty | vmx: but beware, I'm not sure if the trunk schoolbell part of schooltool actually work | 20:17 |
| jinty | pcardune: guess so | 20:17 |
| vmx | jinty: i'll see it ;) | 20:18 |
| jinty | vmx: use an anonymous http checkout, you can only use ssh if you have write access | 20:18 |
| pcardune | jinty: ok, great. I'm going to have one person send you stuff for that | 20:18 |
| vmx | anonymous http checkout is ok | 20:19 |
| faassen | vmx: oh, yeah, sorry. | 20:19 |
| jinty | pcardune: sure, might take a while though, I still have to figure out how I want to do that in future | 20:19 |
| vmx | so i'll do a "svn co http://faassen@source.schooltool.org/svn/schooltool/trunk schooltool" and will also get schoolbell? | 20:19 |
| pcardune | jinty: could you give me a time estimate by any chance? | 20:20 |
| vmx | -faassen | 20:20 |
| jinty | pcardune: not right now, but definitely within two weeks | 20:21 |
| pcardune | jinty: ok, that's fine. thanks | 20:21 |
| *** faassen has quit IRC | 20:22 | |
| jinty | vmx: yep | 20:23 |
| vmx | ok svn co http://source.schooltool.org/svn/schooltool/trunk schooltool seems to work | 20:24 |
| vmx | although i'm a bit confused about all those names. so schooltool2006 will be a merge between schooltool and schoolbell? | 20:24 |
| vmx | so there won't be any new development in schoolbell? | 20:25 |
| vmx | i want a nice (small business) calendar, and schoolbell comes closest to that want i want. it is no school so i'm only interested in the clanedaring functionality | 20:26 |
| jinty | AFAIK, schoolbell will be a schooltool without the school specific functionality | 20:27 |
| vmx | ok, i hope now i understood it: | 20:29 |
| vmx | schoolbell will still be developed. atm you make big chances that all go to schootool. once it is stable you will create a new version of schoolbell out of schooltool | 20:30 |
| vmx | so if i would make patches everyone likes, they'll go into schooltool2006 and will be seen later in schoolbell | 20:31 |
| jinty | vmx: that's about as much as I understand it, but I am deinitely not the authority | 20:31 |
| vmx | after the checkout i see that there's schooltool and schoolbell in the source directory | 20:32 |
| vmx | i'm still a bit confused ;) | 20:32 |
| jinty | the schoolbel module there is only for backwards compatibility as far as I understand it | 20:33 |
| vmx | ok | 20:33 |
| *** jinty has quit IRC | 20:53 | |
| *** jinty has joined #schooltool | 20:54 | |
| *** ignas has quit IRC | 21:08 | |
| *** pcardune has quit IRC | 22:16 | |
| *** jinty has quit IRC | 23:00 | |
| *** jinty has joined #schooltool | 23:02 | |
| *** jinty has quit IRC | 23:14 | |
| povbot | /svn/commits: * srichter committed revision 5820: | 23:28 |
| povbot | /svn/commits: Implemented new gradebook API. | 23:28 |
| *** mgedmin has quit IRC | 23:35 | |
| *** alga has quit IRC | 23:49 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!