| *** dlobo has quit IRC | 00:19 | |
| *** dlobo has joined #schooltool | 01:23 | |
| *** dlobo has quit IRC | 01:48 | |
| *** dlobo has joined #schooltool | 01:58 | |
| *** aelkner has joined #schooltool | 02:13 | |
| *** dlobo has quit IRC | 02:51 | |
| *** dlobo has joined #schooltool | 05:38 | |
| *** th1a has quit IRC | 06:18 | |
| *** ignas has quit IRC | 06:34 | |
| *** dlobo has quit IRC | 06:48 | |
| *** alga has joined #schooltool | 09:22 | |
| *** mgedmin has joined #schooltool | 12:57 | |
| *** mgedmin has quit IRC | 13:51 | |
| *** mgedmin has joined #schooltool | 13:59 | |
| *** ignas has joined #schooltool | 14:07 | |
| *** th1a has joined #schooltool | 14:37 | |
| *** replaceafill has joined #schooltool | 15:15 | |
| aelkner | yvl: ayt? | 15:33 |
|---|---|---|
| aelkner | th1a: ? | 15:34 |
| yvl | hi aelkner | 15:34 |
| aelkner | hey | 15:34 |
| th1a | aelkner? | 15:34 |
| th1a | ho | 15:34 |
| aelkner | let' go | 15:34 |
| yvl | wait | 15:34 |
| yvl | I didn't expect you this early :) | 15:34 |
| yvl | let me get some coffe | 15:35 |
| aelkner | :) | 15:35 |
| yvl | and switch context | 15:35 |
| yvl | 5-7 min | 15:35 |
| aelkner | ok, me too | 15:35 |
| yvl | ok, I'm here | 15:43 |
| aelkner | so, i think i can handle the additional attributes and states by using annotations | 15:46 |
| yvl | I've created a new plug-in egg: lp:~justas-pov/schooltool/schooltool.courseinfo/ | 15:46 |
| yvl | um, no | 15:46 |
| yvl | actually, your email invalidated everything I've said yesterday, I think | 15:46 |
| aelkner | th1a: is jwelsh a schooltool developer? | 15:47 |
| th1a | I haven't sent him a committer agreement yet. | 15:47 |
| aelkner | so for this weekend, i should be the one to push changes then | 15:48 |
| th1a | Well, it is not so much who is *pushing* | 15:48 |
| th1a | I can send him a copy. | 15:49 |
| yvl | he can register in LP | 15:49 |
| yvl | and put a branch of his own | 15:49 |
| yvl | it's not like ST is not open source or something | 15:49 |
| th1a | Yeah... it isn't really an issue until we start merging into trunk. | 15:49 |
| aelkner | ah, so the agreement is just a formality | 15:49 |
| th1a | No... | 15:49 |
| th1a | It is just that we have a distributed version control system. | 15:50 |
| th1a | You might have heard of it. | 15:50 |
| aelkner | never heard of it | 15:50 |
| aelkner | and i know you sent me that email just to annoy me | 15:50 |
| th1a | And the committer agreement stuff only becomes very important when things land in trunk. | 15:50 |
| aelkner | ok, that's good | 15:50 |
| th1a | Actually, I thought it was a pretty good post. | 15:51 |
| yvl | th1a, which post are you talking about? | 15:51 |
| aelkner | the email was just adressed to me, so i falsely assumed you meant it for me | 15:51 |
| th1a | Joel Spolsky had a post on mercurial. | 15:51 |
| yvl | ah | 15:51 |
| th1a | It was just for you aelkner. | 15:51 |
| aelkner | so you were trying to annoy me | 15:52 |
| yvl | ok, so back to business ;) | 15:52 |
| aelkner | :) | 15:52 |
| yvl | basically we talked about career planning yesterday | 15:52 |
| yvl | from your email I understood that they do not want to do that at all | 15:52 |
| aelkner | correct | 15:53 |
| aelkner | not as a first step | 15:53 |
| yvl | yesterday we assumed that we will not do versioning or anything like that | 15:53 |
| yvl | and this is basically what they want to do | 15:53 |
| aelkner | yes | 15:53 |
| yvl | so | 15:53 |
| yvl | you won't actually need implementation of levels for this | 15:54 |
| yvl | you should not extend courses in any way | 15:54 |
| th1a | We were talking about versioning of career paths, which is different. | 15:54 |
| yvl | yes | 15:54 |
| th1a | They're talking about managing revision of courses. | 15:54 |
| aelkner | no | 15:54 |
| aelkner | we were only talking about versions of courses | 15:54 |
| aelkner | as i remember it | 15:54 |
| aelkner | career path was just to be this direvted graph | 15:55 |
| aelkner | but that's the part we don't have to do | 15:55 |
| aelkner | we just need a course CMS | 15:55 |
| aelkner | and flexible attibutes like person demos | 15:55 |
| yvl | and that is not entirely right | 15:56 |
| th1a | I don't think I want flexible attributes for courses. | 15:56 |
| aelkner | Well Division and PAthway might only be a virginia concept | 15:56 |
| aelkner | ok, sorry, you were suggesting a differetn object before | 15:57 |
| yvl | yes | 15:57 |
| aelkner | if we had a differetn object, we could put anything there | 15:57 |
| yvl | yes | 15:57 |
| yvl | and these object should not live in a schoolyear | 15:57 |
| yvl | directly in app] | 15:57 |
| yvl | app['schooltool.courseinfo'] / somecontainer | 15:57 |
| aelkner | they live in app['schooltool.courseinfo'] | 15:57 |
| aelkner | :) | 15:57 |
| yvl | yes | 15:58 |
| th1a | Wait, what? | 15:58 |
| aelkner | then they get deployed to schooltool courses, right? | 15:58 |
| yvl | and have absolutely no relation to schooltool.course.Course | 15:58 |
| aelkner | yeah | 15:58 |
| th1a | Oh... | 15:58 |
| yvl | get deployed as shcooltool courses, yes | 15:58 |
| th1a | Course templates? | 15:58 |
| yvl | in a selected year | 15:58 |
| yvl | yes | 15:58 |
| aelkner | yes | 15:58 |
| aelkner | perfect | 15:58 |
| aelkner | divide and conquer | 15:58 |
| aelkner | as they say in comp sci | 15:58 |
| th1a | That could go in core. | 15:59 |
| th1a | That is, in the standard distribution. | 15:59 |
| aelkner | we could later fold it in | 15:59 |
| yvl | yes | 15:59 |
| aelkner | it's helpfule to be able to get something simple done | 16:00 |
| yvl | maybe even call them course templates ;) | 16:00 |
| aelkner | for jerry's sake and mine | 16:00 |
| aelkner | so i like the idea of having our own separate data sandbox to play around in | 16:00 |
| aelkner | and build views etc. | 16:00 |
| aelkner | then deploy as a final step | 16:00 |
| aelkner | we can make a lot of progress this weekend | 16:00 |
| aelkner | not worrying about schooltool.core | 16:00 |
| aelkner | i see two steps in the grand view | 16:01 |
| th1a | It imposes no additional worries on you. | 16:01 |
| th1a | Or changes at all. | 16:01 |
| aelkner | what imposes no worries? | 16:01 |
| th1a | My saying this might be part of the standard distribution. | 16:02 |
| yvl | likely as a separate plugin, but installed by default | 16:03 |
| yvl | like gradebook | 16:03 |
| aelkner | since this is not bound for the next release | 16:03 |
| aelkner | (i can't see how we would have time to get it in) | 16:03 |
| yvl | true :) | 16:03 |
| aelkner | then i don't think we need to worry about general concepts | 16:04 |
| aelkner | about distribution | 16:04 |
| aelkner | and we can worry more about getting it to do what ACC needs | 16:04 |
| aelkner | then prepare it for distribution this summer | 16:04 |
| aelkner | after it is more mature | 16:04 |
| th1a | It imposes no additional worries on you. | 16:05 |
| th1a | Moving on... | 16:05 |
| aelkner | by worry i mean "have to consider and account for..." | 16:06 |
| yvl | well then... | 16:06 |
| yvl | please get my branch, push to lp:~aelkner/... | 16:07 |
| yvl | and start tinkering ;) | 16:07 |
| aelkner | i'm looking at the code right now | 16:07 |
| yvl | it's an 'empty' egg basically | 16:07 |
| aelkner | don't worry i'll be pushing a lot this weekend | 16:07 |
| aelkner | and jwelsh, too | 16:08 |
| yvl | :) | 16:08 |
| yvl | well, the egg is somewhat 'default' plugin egg | 16:08 |
| aelkner | i understand | 16:08 |
| yvl | has translations set up, like Cambodia | 16:08 |
| aelkner | very good | 16:08 |
| yvl | few unit / functional test points | 16:08 |
| yvl | you can make run, and it works with latest schooltool as auto-included plugin | 16:09 |
| aelkner | make running now... | 16:09 |
| aelkner | that'll take a while, so... | 16:09 |
| yvl | :) | 16:09 |
| aelkner | basically, we can change our code here | 16:10 |
| aelkner | and run the instance from here as well | 16:10 |
| aelkner | just like cambodia, right? | 16:10 |
| *** dlobo has joined #schooltool | 16:10 | |
| yvl | yes | 16:10 |
| aelkner | excellent | 16:10 |
| aelkner | so i should feel free to build ICourseInfo with all attributes necessary for ACC | 16:11 |
| aelkner | start end grade (ints) | 16:11 |
| yvl | yes, totally | 16:11 |
| aelkner | prerequisites (relationship property to other CourseInfo objects) | 16:11 |
| aelkner | Division, Pathway, etc. to our hearts content | 16:12 |
| aelkner | then we can worry about deployment next week | 16:12 |
| aelkner | when we're all around | 16:12 |
| aelkner | i don't know about jerry's schedule during the week | 16:12 |
| yvl | you might want to call it ICourseTemplate | 16:12 |
| yvl | :) | 16:12 |
| yvl | I liked the name :) | 16:12 |
| th1a | Uh... be careful about how you use those templates in relationships. | 16:12 |
| aelkner | perhaps he can squeeze us in from time to time | 16:12 |
| yvl | and as all course templates live in one single same container | 16:12 |
| yvl | you can use lists of __name__ instead of relationship | 16:13 |
| aelkner | ok | 16:13 |
| th1a | If they're just templates they really need to just be templates. | 16:13 |
| th1a | Don't make them kinda templates and also kinda the canonical course object itself. | 16:14 |
| aelkner | ICourseTemplate it is | 16:14 |
| aelkner | fine | 16:14 |
| aelkner | simple is good :) | 16:14 |
| aelkner | so we'll have plenty to do without even considering depoyment | 16:16 |
| aelkner | and jerry will get a nice entry into schooltool development | 16:16 |
| aelkner | yvl: thanks for the egg | 16:16 |
| yvl | you're welcome ;) | 16:17 |
| aelkner | th1a: i think we're set fr the weekend | 16:19 |
| aelkner | yvl, th1a: any other thoughts? | 16:20 |
| yvl | no :) | 16:20 |
| aelkner | so we'll be putting 'Course Templates' under the Manage tab as an entry point, ok? | 16:21 |
| yvl | I'm good with that | 16:23 |
| aelkner | what about choices for Division and Pathway? | 16:27 |
| aelkner | separate objects | 16:27 |
| aelkner | ICourseDvision, ICoursePathway | 16:28 |
| aelkner | vocabularies for puldowns | 16:28 |
| aelkner | __name__ as the vocab keys | 16:28 |
| aelkner | IDivision.title as the vocab display | 16:29 |
| aelkner | register action links 'Divisions' and 'Pathways' against ICourseTemplateContainer | 16:30 |
| aelkner | to get to the containers for those objects, etc | 16:30 |
| aelkner | so the user clicks Manage->Course Templates | 16:30 |
| aelkner | and they see a table with existing course templates | 16:30 |
| aelkner | and action buttons for the other containers | 16:31 |
| aelkner | yvl: thoughts? | 16:31 |
| yvl | sounds right... | 16:31 |
| aelkner | we should use TableFormatter for all our container views? | 16:31 |
| aelkner | now that i'm such a pro at using TableFormatter :) | 16:32 |
| aelkner | yvl: is that our policy going forward, TableFomatter for all container views? | 16:33 |
| yvl | well, yes | 16:34 |
| aelkner | well, great :) | 16:34 |
| yvl | but I don't know if the current implementation is suitable for all, or even most scenarios | 16:34 |
| yvl | so.. | 16:34 |
| yvl | for course templates list... it seems to fit | 16:34 |
| yvl | for divisions and pathways... don't know | 16:35 |
| yvl | maybe :) | 16:35 |
| aelkner | overkill for simple __name__: title mappings? | 16:35 |
| yvl | I think you should use simple container views there | 16:36 |
| yvl | they may already use table formatter, I didn't check | 16:36 |
| yvl | skin/containers.py ContainerView | 16:36 |
| yvl | oh, and TableContainerView is there | 16:37 |
| aelkner | :) | 16:43 |
| *** dlobo has quit IRC | 16:46 | |
| *** alga has quit IRC | 16:53 | |
| yvl | ok, I'm off | 16:57 |
| aelkner | ok, thanks again | 16:57 |
| *** dlobo has joined #schooltool | 16:59 | |
| *** dlobo has quit IRC | 17:42 | |
| *** dlobo has joined #schooltool | 18:46 | |
| *** aelkner has quit IRC | 18:55 | |
| *** ignas has quit IRC | 19:32 | |
| *** mgedmin has quit IRC | 20:10 | |
| *** dlobo has quit IRC | 21:10 | |
| *** menesis has left #schooltool | 21:32 | |
| *** dlobo has joined #schooltool | 21:43 | |
| *** replaceafill has quit IRC | 22:59 | |
| *** alga has joined #schooltool | 23:42 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!