| *** ignas has quit IRC | 01:16 | |
| *** pcardune has joined #schooltool | 01:42 | |
| *** pcardune has quit IRC | 01:51 | |
| *** alga has quit IRC | 02:12 | |
| *** replaceafill has quit IRC | 02:19 | |
| *** replaceafill has joined #schooltool | 02:42 | |
| *** dlobo has joined #schooltool | 02:44 | |
| *** mgedmin has quit IRC | 03:15 | |
| *** dlobo has quit IRC | 03:24 | |
| *** dlobo has joined #schooltool | 04:09 | |
| *** dlobo has quit IRC | 04:15 | |
| *** pcardune has joined #schooltool | 04:46 | |
| *** pcardune has quit IRC | 05:01 | |
| *** dlobo has joined #schooltool | 05:12 | |
| *** pcardune has joined #schooltool | 05:57 | |
| *** pcardune has quit IRC | 05:59 | |
| *** dlobo has quit IRC | 06:05 | |
| *** replaceafill has quit IRC | 07:08 | |
| *** ignas has joined #schooltool | 08:28 | |
| *** lisppaste5 has quit IRC | 08:32 | |
| *** ignas has quit IRC | 08:52 | |
| *** yvl has quit IRC | 09:00 | |
| *** ignas has joined #schooltool | 09:48 | |
| *** yvl has joined #schooltool | 10:32 | |
| *** mgedmin has joined #schooltool | 11:10 | |
| *** alga has joined #schooltool | 12:19 | |
| *** ignas has quit IRC | 12:32 | |
| *** jelkner has joined #schooltool | 13:55 | |
| *** alga has quit IRC | 15:53 | |
| *** th1a has joined #schooltool | 16:28 | |
| th1a | Good morning yvl, aelkner. | 16:30 |
|---|---|---|
| aelkner | morning | 16:31 |
| yvl | good morning guys | 16:31 |
| aelkner | i didn't go to sleep this time, so i couldn't set the alarm to P.M. | 16:31 |
| aelkner | yvl: sorry about missing the thurs meeting | 16:32 |
| yvl | no problem, aelkner | 16:32 |
| yvl | happens to everyone :) | 16:32 |
| aelkner | i did get your notes so i went ahead with the strategy i suggested | 16:32 |
| aelkner | it's all done now | 16:32 |
| yvl | all done? | 16:32 |
| aelkner | you may have a number f comments before accepting into trunk | 16:32 |
| yvl | hmm, I'll check... | 16:33 |
| th1a | aelkner has flip-flopped! | 16:33 |
| aelkner | but the security tests all pass | 16:33 |
| aelkner | and it's ready to have jelkner use | 16:33 |
| aelkner | he can use my branch | 16:33 |
| aelkner | since tom is going to be shifting our focus | 16:33 |
| aelkner | i figure there's no need to have any pressure to get it into trunk | 16:34 |
| aelkner | just as long as jelkner can use it safely (and my tests insure that) | 16:34 |
| th1a | Whose in charge of installing it on jelkner's instance? | 16:34 |
| aelkner | he can get started using it with his collegues this week | 16:35 |
| aelkner | douglas | 16:35 |
| aelkner | he already has a procedure for testing the instanced | 16:35 |
| aelkner | on his own machine before deploying live | 16:35 |
| th1a | OK. | 16:35 |
| aelkner | i can coordinate this with him when we run into each other | 16:36 |
| aelkner | anyway, my plate is otherwise clear for the new focus | 16:36 |
| th1a | He'll probably turn up here in a minute. | 16:36 |
| th1a | Otherwise, send him an email. | 16:36 |
| aelkner | ok | 16:36 |
| *** alga has joined #schooltool | 16:37 | |
| th1a | Did you guys read my questions to Javier and his responses? | 16:37 |
| aelkner | i didn | 16:38 |
| aelkner | see the response when i read it | 16:38 |
| aelkner | i'll check that out now | 16:38 |
| yvl | Feb 26th / 27th conversation? yes. | 16:39 |
| th1a | So let's try to break this into big pieces. | 16:39 |
| th1a | We've got splitting persons into students/teachers and for now I'm just going to say "administrators" for everyone else. | 16:40 |
| th1a | (for all administrative types). | 16:40 |
| yvl | [yvl excuses himself and runs off for few minutes] | 16:40 |
| th1a | I guess I'll just keep typing then. | 16:41 |
| *** replaceafill has joined #schooltool | 16:41 | |
| th1a | Ah, aelkner, talk to replaceafill. | 16:41 |
| replaceafill | good morning | 16:41 |
| th1a | hi replaceafill. | 16:41 |
| replaceafill | sorry i'm late | 16:41 |
| aelkner | replaceafill: my intervention branch is ready for jelkner's instance | 16:41 |
| replaceafill | aelkner, ah ok, i'm going to update it then | 16:42 |
| aelkner | it's not merged to trunk, but you can let jelkner use it | 16:42 |
| aelkner | replaceafill: remember to use https://code.launchpad.net/~aelkner/schooltool.intervention/ri_sprint | 16:42 |
| replaceafill | i can use lp:~aelkner.... right? | 16:43 |
| aelkner | it has a lot of evolution scripts, so be sure to backup the current Data.fs | 16:44 |
| aelkner | yes | 16:44 |
| aelkner | lp:~aelkner/schooltool.intervention/ri_sprint | 16:44 |
| replaceafill | sure | 16:44 |
| aelkner | if you have any problems, look for me on irc | 16:44 |
| aelkner | if i'm asleep, i'll get to your email as soon as i awake | 16:45 |
| *** dlobo has joined #schooltool | 16:45 | |
| th1a | What's bedtime now aelkner? | 16:45 |
| replaceafill | :) | 16:45 |
| aelkner | i'm not sure yet | 16:45 |
| aelkner | i might be able to make it passed noon today :) | 16:46 |
| replaceafill | aelkner, what about your branch depending on changes to the schooltool trunk? | 16:46 |
| replaceafill | should i branch the new schooltool trunk too? | 16:46 |
| aelkner | yvl: you merged my new widget rows to trunk, right? | 16:46 |
| replaceafill | jelkner's cando is using eggs :( | 16:46 |
| aelkner | definitely use trunk at least | 16:47 |
| aelkner | if the widget rows aren't there, then you'll have to use my branch | 16:47 |
| replaceafill | ah ok | 16:47 |
| aelkner | we'll wait for yvl's response | 16:47 |
| replaceafill | ok | 16:47 |
| aelkner | anyway, i was telling th1a that you test out the instance locally before deploying to jelkner | 16:48 |
| aelkner | that's a good policy | 16:48 |
| replaceafill | yep | 16:48 |
| yvl | aelkner: didn't merge to trunk, merged to sprint branch | 16:48 |
| replaceafill | i always create a testing instance | 16:48 |
| yvl | they will fall into trunk along with the rest of your intervention changes | 16:48 |
| aelkner | replaceafill: you can use my branch | 16:48 |
| yvl | first glance at your branch getMarkerInterventionStudent looks fishy | 16:49 |
| yvl | very, very fishy | 16:49 |
| yvl | two thing: multiple __parent__ uses make the structure tight, thus fragile | 16:49 |
| yvl | and it's not very desirable in adapters | 16:49 |
| yvl | second: removeSecurityProxy should be avoided there | 16:49 |
| yvl | but you kind of depend on me fixing person cataloging I think | 16:50 |
| aelkner | yep | 16:50 |
| yvl | (I'm not sure, need to check the code, as I don't remember what IInterventionMarker marks) | 16:50 |
| aelkner | anyway, you and i should meet to discuss the intervention code outside of this meeting | 16:50 |
| yvl | yes, but I'd like to come prepared :) | 16:51 |
| replaceafill | yvl, multiple __parent__ use -> object.__parent__.__parent__ ? | 16:51 |
| yvl | yes | 16:51 |
| yvl | and then obj.__parent__.student | 16:51 |
| yvl | 16:52 | |
| yvl | 394 | 16:52 |
| yvl | obj = marker.__parent__.__parent__ | 16:52 |
| yvl | 16:52 | |
| yvl | 395 | 16:52 |
| yvl | if interfaces.IInterventionStudent.providedBy(obj): | 16:52 |
| yvl | 16:52 | |
| yvl | 396 | 16:52 |
| yvl | return obj | 16:52 |
| yvl | 16:52 | |
| yvl | 397 | 16:52 |
| yvl | student = obj.__parent__.student | 16:52 |
| yvl | ouch, sorry | 16:52 |
| yvl | but that was the code I disliked | 16:52 |
| yvl | basically, adapter does a lot of guessing how the objects are aranged in the system | 16:53 |
| aelkner | when you have time, could you put into an email how you would do it differently? | 16:53 |
| yvl | certainly! | 16:53 |
| aelkner | i thought adapters should do that kind of thinking so the rest of the code doesn't have to | 16:53 |
| yvl | roughly, this is the logic you want, just maybe implemented a bit differently | 16:53 |
| aelkner | that's the way ignas made it sound | 16:53 |
| yvl | you got that right | 16:54 |
| yvl | but I'll comment on that later, if it's ok? | 16:54 |
| aelkner | anyway, do me a favor and be specific how you want things implemented differently | 16:54 |
| aelkner | when you email me about the code | 16:55 |
| yvl | of course! | 16:55 |
| aelkner | i can make any changes you suggest and email you back | 16:55 |
| aelkner | replaceafill: you can use the schooltool branch from the rhode island sprint | 16:56 |
| th1a | Do you guys have that settled? | 16:57 |
| yvl | so... any more non-Cambodia things to chat about? | 16:57 |
| aelkner | replaceafill: ? | 16:58 |
| th1a | OK, so, getting back to Cambodia... | 16:59 |
| yvl | yes, please :) | 16:59 |
| th1a | We're shooting for a prototype by the end of the week. | 16:59 |
| th1a | This is kind of the opposite of a normal prototype because the back end is solid and we're messing with the front end. | 16:59 |
| th1a | So it may be a little rough looking but it should actually still work. | 17:00 |
| th1a | As I was saying, main parts: | 17:00 |
| th1a | * persons represented as students/teachers/administrators. | 17:00 |
| th1a | * simpler entry points: admins see "Manage" when they log in, teachers see gradebook. | 17:01 |
| th1a | * sensible defaults and limited options in management and config screens for managers. | 17:01 |
| th1a | * simple report sheets for grade reporting. | 17:02 |
| replaceafill | aelkner, sorry, in the bath :/ | 17:02 |
| replaceafill | aelkner, ok i'll use that one | 17:02 |
| th1a | I don't know if it would be better or worse if we switched to video conferencing. | 17:02 |
| aelkner | :) | 17:02 |
| replaceafill | :D | 17:02 |
| th1a | yvl: Does that sound like the initial scope? | 17:02 |
| th1a | For this week. | 17:03 |
| yvl | sounds right to me | 17:03 |
| yvl | can I have my go, from dev's point of view? | 17:03 |
| th1a | Your turn. | 17:03 |
| yvl | thanks ;) | 17:03 |
| yvl | the way I see it done, is starting fresh, with an empty skin | 17:04 |
| yvl | I did a new egg that mimics schooltool (without gradebook or journal): https://code.launchpad.net/~justas-pov/schooltool/schooltool.cambodia | 17:04 |
| yvl | next I want to remove everything I can from it | 17:04 |
| yvl | then we can: | 17:04 |
| yvl | * start adding action buttons to views that are fine by us | 17:05 |
| yvl | * start adding top buttons, like Manage | 17:05 |
| yvl | * re-implement (mostly hack-in) the main pages like, Manage list, person's home page | 17:05 |
| yvl | * add subscribers and whatnot to handle their data model | 17:06 |
| yvl | * add views to handle their data model | 17:06 |
| yvl | * the implementation will be custom-import-export-heavy | 17:06 |
| yvl | well, that's rough outline for the long run I think | 17:07 |
| yvl | for the short run, we want to customize import/export to handle sections/courses | 17:07 |
| yvl | the format will be custom, I guess | 17:07 |
| th1a | I don't want to do import/export this week. | 17:07 |
| th1a | This is more about how the application looks. | 17:07 |
| th1a | This is more... "see, we can change this for you." | 17:08 |
| yvl | ok, even easier then | 17:08 |
| th1a | We need *visible* changes. | 17:08 |
| yvl | we'll use existing import mahcinery | 17:08 |
| yvl | (for sensible defaults) | 17:08 |
| yvl | so, we need just *several* custom views, that fill in the rest of the information silently in the background | 17:09 |
| yvl | - add teacher | 17:09 |
| th1a | I'd rather focus on really simple forms that make a lot more assumptions. | 17:09 |
| yvl | - add student | 17:09 |
| yvl | then, it becomes more complex | 17:11 |
| yvl | do we want to show them the gradebook? | 17:11 |
| yvl | and I can bet they will never need schooltool.gradebook, but will need schooltool.lyceum.journal (NOT for attendance) | 17:11 |
| yvl | so maybe - show the journal | 17:12 |
| th1a | yvl: No... we're not using the journal for grades. | 17:12 |
| th1a | We'll use report sheets. | 17:12 |
| yvl | umm... but why? | 17:12 |
| th1a | That's the standard mechanism in SchoolTool. | 17:12 |
| yvl | ok, not my place to ask | 17:12 |
| th1a | Grades go in the gradebook. | 17:13 |
| th1a | It will work fine. | 17:13 |
| yvl | again, not my place to ask | 17:13 |
| *** dlobo has quit IRC | 17:13 | |
| th1a | As far as I can tell, the only screen a teacher needs to see in the whole system right now is their gradebook, which will only contain a report sheet(s). | 17:14 |
| th1a | Anyhow, aelkner and I can work on that part. | 17:14 |
| aelkner | th1a: i think you have a good plan | 17:14 |
| aelkner | if we hide the action buttons | 17:14 |
| aelkner | then the user will only be able to enter grades | 17:15 |
| th1a | Right. | 17:15 |
| th1a | They have no choices. | 17:15 |
| aelkner | btw, i think hiding the action buttons is the easiest | 17:15 |
| aelkner | because everything goes through the viewlet manager | 17:15 |
| aelkner | we can just disable it system-wide | 17:16 |
| aelkner | they get a whole line of screen real estate in the bargain | 17:16 |
| th1a | I'd like to go ahead with the assumption that it would be a desirable strategy. | 17:17 |
| th1a | But see how it goes. | 17:17 |
| aelkner | like you said, any links we need can go right in the the views | 17:17 |
| * yvl is thinking... | 17:17 | |
| yvl | for the initial demo going with the gradebook seems reasonable | 17:18 |
| yvl | (here reasonable = a very good idea) | 17:18 |
| yvl | th1a: can you ask Javier about their score system, and at least some forms of how MoEYS trains teachers to fill in their grades? | 17:19 |
| yvl | as we'll have to mimic that | 17:19 |
| yvl | at some point | 17:19 |
| yvl | maybe | 17:19 |
| yvl | I'd really like to see the paper version | 17:19 |
| th1a | Yes, I was going to follow up and see what their standard score system actually is. | 17:20 |
| th1a | I'm sure their current grade reporting forms are very simple. | 17:20 |
| yvl | I'm interested in everything, as always... | 17:21 |
| yvl | how, when they grade | 17:21 |
| yvl | what initial forms look like? | 17:21 |
| yvl | (the teacher fills in in classrom) | 17:21 |
| yvl | what reporting forms look like? | 17:21 |
| th1a | We're just worried about end of term grades now. | 17:21 |
| yvl | I know | 17:21 |
| *** alga has quit IRC | 17:22 | |
| yvl | that's why I agree the schooltool.gradebook is better for that | 17:22 |
| th1a | There's really a limited range of possibilities. | 17:22 |
| yvl | well the way the grades are entered, can be: | 17:22 |
| yvl | 1) activity bound | 17:22 |
| yvl | 2) time bound | 17:22 |
| yvl | and I want to know which one | 17:22 |
| yvl | or we'll end up with a very sucky data model below | 17:22 |
| th1a | Well, that's a different question. | 17:23 |
| yvl | yes, but I'd like to know that upfront | 17:23 |
| yvl | so we'd have more time when we need it | 17:23 |
| th1a | It really doesn't matter. | 17:23 |
| th1a | Because we can make the journal grades show up in the gradebook. | 17:23 |
| th1a | That's the idea going forward. | 17:24 |
| yvl | ok, I see where you are going with this | 17:25 |
| th1a | Ah. good. | 17:25 |
| yvl | anyway | 17:25 |
| yvl | so - we have term grading | 17:26 |
| yvl | aelkner and th1a will be teaming up on this? | 17:26 |
| th1a | Yes. | 17:26 |
| th1a | There's not that much to do. | 17:26 |
| th1a | But you don't have to worry about it. | 17:27 |
| aelkner | thing is, if we are all to help this week, we need to come up with one branch | 17:27 |
| aelkner | and separate out our filenames as much as possible | 17:27 |
| aelkner | so i could work on gradebook.py and even gradebook.zcml | 17:27 |
| aelkner | to make merging easier | 17:27 |
| yvl | no problem, aelkner | 17:28 |
| yvl | you will have schooltool.cambodia.gradebook all to yourself ;) | 17:28 |
| aelkner | :) | 17:28 |
| yvl | and yes, that's the intended directory structure | 17:28 |
| aelkner | just like schooltool.sla, right? | 17:28 |
| yvl | similar | 17:28 |
| aelkner | and different in what way? | 17:29 |
| yvl | schooltool.cambodia.app will be the main skin AND the definition of the instance | 17:29 |
| aelkner | a new app object? | 17:29 |
| yvl | no, just the new naming | 17:29 |
| aelkner | why do we need new naming? | 17:30 |
| yvl | because the old one sucks and is broken :) | 17:30 |
| aelkner | definition of the instance? what do you mean by that? | 17:30 |
| aelkner | how does the old one suck? | 17:30 |
| yvl | instance_type | 17:30 |
| yvl | aelkner, I won't get into that discussion now - simply it will take too much time | 17:30 |
| aelkner | that's fine | 17:31 |
| yvl | basically, there's never been a clear separation between skin / instance and eggs / applications | 17:31 |
| aelkner | but otherwise, much like schooltool.sla | 17:31 |
| yvl | yes, you'll see | 17:31 |
| yvl | so schooltool/cambodia/app/configure.zcml will include other components we customize | 17:31 |
| yvl | and customize == enable | 17:31 |
| yvl | so you add <include "schooltool.cambodia.gradebook" /> | 17:32 |
| th1a | So it seems like the new person views and the rest of the new management views are two fairly separate chunks. | 17:32 |
| yvl | and define all the buttons and views you want enabled / customized there | 17:32 |
| aelkner | how soon will you have a branch that we can branch from in a convenient fashion? | 17:32 |
| yvl | tomorrow morning | 17:33 |
| aelkner | excellent | 17:33 |
| yvl | (what I have now is still not convenient) | 17:33 |
| aelkner | you'll leave me the shell of <include "schooltool.cambodia.gradebook" />? | 17:33 |
| yvl | yes, I think I'll define some "entry points" | 17:34 |
| aelkner | you'll have the new skin configured, part of ftesting.zcml, etc.? | 17:34 |
| yvl | yes, it's already "partly" done | 17:34 |
| aelkner | cool | 17:34 |
| yvl | I don't want other people to waste time on things like that now | 17:34 |
| aelkner | i'd like to be able to start writing gradebook.txt for the functional tests | 17:35 |
| aelkner | yes, i agree | 17:35 |
| yvl | you will be :) | 17:35 |
| aelkner | could you also please email me a couple of bullet points of what you think i need to do in gradebook.py? | 17:36 |
| yvl | ok, in one form or another | 17:36 |
| yvl | so | 17:36 |
| aelkner | just broad strokes | 17:36 |
| yvl | agreed :) | 17:37 |
| yvl | the other chunk is customizing persons (and later contacts maybe) | 17:37 |
| yvl | this includes adding, searching | 17:37 |
| aelkner | replaceafill may be ideal for that part? | 17:37 |
| th1a | Can we simply integrate one contact into the person creation form(s). | 17:38 |
| th1a | ? | 17:38 |
| yvl | we can do something along the lines | 17:39 |
| yvl | I kind of wanted to play around with persons / contacts | 17:39 |
| yvl | and see how hard is to extend / modify them | 17:39 |
| yvl | or mold them together | 17:39 |
| yvl | basically - to check what is inconvenient for yer common developer | 17:40 |
| th1a | I'm happy with our implementation... it is just more of an advanced case than Cambodia probably wants to see. | 17:40 |
| yvl | yes | 17:41 |
| yvl | the thing is - good luck simplifying | 17:41 |
| th1a | Someday they'll be happy they can make multiple contacts. | 17:41 |
| yvl | simplifying should be straightforward | 17:41 |
| yvl | always | 17:41 |
| yvl | if it is not - the design is broken | 17:41 |
| yvl | and badly | 17:41 |
| yvl | and, well, the best way to find that out | 17:42 |
| yvl | is to walk a bit in devs shoes :) | 17:42 |
| yvl | so yes, I want to do something simple | 17:42 |
| yvl | and see where I fail to do that quickly | 17:42 |
| yvl | and make notes :) | 17:42 |
| yvl | (but not spend the whole week trying to reimplement some thing) | 17:43 |
| yvl | so | 17:43 |
| yvl | there are few more things left | 17:43 |
| yvl | courses and sections | 17:43 |
| *** replaceafill has quit IRC | 17:43 | |
| yvl | th1a: ideas of what we need? | 17:44 |
| th1a | Ah yes... | 17:44 |
| th1a | Well, the trick is how to implement the "classes." | 17:44 |
| *** replaceafill_ has joined #schooltool | 17:44 | |
| yvl | ah, yes, the classess | 17:44 |
| th1a | For now they can just be groups, I'd think. | 17:44 |
| yvl | groups are definitely the right way to go | 17:45 |
| *** replaceafill_ has quit IRC | 17:45 | |
| th1a | But again, presented as "classes." | 17:45 |
| yvl | especially after the SchoolYear implementation | 17:45 |
| *** dlobo has joined #schooltool | 17:45 | |
| th1a | Going forward they may become more distinct. | 17:45 |
| th1a | From regular groups. | 17:45 |
| *** replaceafill has joined #schooltool | 17:46 | |
| yvl | well, the way I see the data model... | 17:46 |
| yvl | there is a thing, that defines a "level" | 17:46 |
| yvl | that's basically a set of optional and mandatory courses | 17:46 |
| yvl | then, there's a hard-coded logic, that creates groups with a relationship to the "level" every time the new schoolyear is added | 17:47 |
| yvl | for example: "level" = "12 grade" | 17:47 |
| yvl | groups: "12a", "12b", "12c" in 2009-2010 | 17:48 |
| yvl | auto-linked to level "12 grade" | 17:48 |
| yvl | set of courses imported or something for "12 grade" | 17:48 |
| th1a | That sounds pretty good. | 17:48 |
| yvl | sections auto-created for any new term in 2009-2010 | 17:48 |
| th1a | Ah... | 17:49 |
| yvl | as hidden from user eye as possible ;) | 17:49 |
| th1a | Automatically generate sections for each group/course? | 17:49 |
| *** alga has joined #schooltool | 17:49 | |
| yvl | yes | 17:49 |
| th1a | Yes! | 17:49 |
| aelkner | the gradebook context exposes the concept of sections and switching between them | 17:50 |
| th1a | OK, that's phase 2. | 17:50 |
| yvl | so, assuming this is the way it will work | 17:50 |
| yvl | and we just want to show how it will look | 17:50 |
| yvl | we can import the groups from XLS | 17:50 |
| yvl | all in a single level | 17:51 |
| yvl | "12" for now | 17:51 |
| *** replaceafill has quit IRC | 17:51 | |
| yvl | and add a dropdown in student adding view | 17:51 |
| th1a | The groups are just a certain quantity, right? Make 10 groups for this school, "a" "b" ... | 17:51 |
| yvl | grade: "[12b, 12c]" | 17:52 |
| *** replaceafill has joined #schooltool | 17:52 | |
| th1a | Or, # of groups per level in a form. | 17:52 |
| yvl | don't know now | 17:53 |
| yvl | I kind of think of it as a table: | 17:53 |
| yvl | grade | groups | 17:53 |
| th1a | Right. | 17:53 |
| yvl | 11 | 11a 11b 11c [ ] | 17:53 |
| yvl | etc | 17:53 |
| th1a | I'm just saying, you don't need to import that, you can do it more easily with a form. | 17:53 |
| yvl | hmm, yes | 17:54 |
| yvl | a simple, new, view | 17:54 |
| yvl | to create the groups | 17:54 |
| yvl | after that - as we have the ordered list of levels - it will be easy to add the "transfering" view to the new group | 17:55 |
| yvl | name, group last year, new group | 17:56 |
| th1a | OK, I think we're on the right track. | 17:56 |
| yvl | Student Smith | 10b | [10b] [10c] ... [11c] [11d] | 17:56 |
| yvl | (the last list is dropdowns) | 17:57 |
| th1a | One thing I'd like to do before this goes on infinitely is figure out what replaceafill is going to focus on. | 17:57 |
| replaceafill | me too :) | 17:57 |
| th1a | Perhaps yvl should do the groups and replaceafill the new person forms? | 17:57 |
| yvl | I'm good with any of this | 17:58 |
| yvl | flip a coin or something :) | 17:58 |
| replaceafill | :D | 17:58 |
| yvl | as I think these are three main things to do first | 17:58 |
| yvl | (as Javier kind of emphasized on student transfer next year being easy for the teachers) | 17:59 |
| yvl | so... replaceafill | 17:59 |
| yvl | what do you want to do? | 18:00 |
| yvl | new person views? | 18:00 |
| replaceafill | person forms | 18:00 |
| yvl | cool :) | 18:00 |
| replaceafill | yes | 18:00 |
| th1a | OK, so I think the first thing to do there is keep the forms the same but do the split up into "add, etc... student" "add, etc... teacher" | 18:01 |
| *** replaceafill has quit IRC | 18:01 | |
| th1a | replaceafill seem to be having connection problems... | 18:01 |
| yvl | th1a, please go on - we thankfully have irc logs... | 18:01 |
| *** replaceafill has joined #schooltool | 18:02 | |
| yvl | ok, I'll go on then ;) | 18:02 |
| th1a | I mean, basically they should initially act just like the persons forms. | 18:02 |
| th1a | But in three categories. | 18:02 |
| yvl | ( replaceafill: please check IRC logs after the meeting - just in case ;) ) | 18:03 |
| *** replaceafill has quit IRC | 18:03 | |
| *** replaceafill has joined #schooltool | 18:03 | |
| th1a | So again, we're using groups but kind of hiding it. | 18:03 |
| yvl | again - yes | 18:03 |
| replaceafill | yvl, will do, been having troubles with the network :( | 18:03 |
| th1a | So you're looking at the Manage screen and you have "Students" "Teachers" "Administrators" | 18:03 |
| th1a | Not "Persons." | 18:03 |
| yvl | yes | 18:04 |
| th1a | Hm... | 18:04 |
| yvl | (later we may have "Staff") | 18:04 |
| yvl | non-teaching staff | 18:04 |
| th1a | We probably have to also do more to just hide the non-current year. | 18:04 |
| th1a | (we probably always should) | 18:04 |
| th1a | So the assumption is you're acting in the current year. | 18:04 |
| th1a | The "active" year. | 18:05 |
| yvl | yes | 18:05 |
| th1a | Click "Students" you get the Students group index. | 18:05 |
| th1a | You have either a Add Student action button or just a hard coded link. | 18:06 |
| th1a | I mean, I guess for these simple forms it doesn't necessarily make sense to re-do the two obvious action buttons. | 18:06 |
| th1a | It is kind of a toss up. | 18:06 |
| th1a | And if you do "Add Student" you essentially get an add person view that assumes you're adding a student. | 18:07 |
| th1a | And... that's pretty much it for starters. | 18:07 |
| yvl | and do the same for teachers and clerks (or whatever it's called) | 18:08 |
| yvl | basically the same person index view, just with pre-set filter | 18:08 |
| yvl | and maybe it would be nice to write a new addPerson.html | 18:08 |
| yvl | to remove garbage like "password", "username", "group" | 18:09 |
| yvl | "advisor" | 18:09 |
| th1a | (garbage in this context) | 18:09 |
| th1a | Yes. | 18:09 |
| yvl | yes! | 18:09 |
| *** replaceafill has quit IRC | 18:10 | |
| th1a | Yes, you'll need a new addPerson.html. | 18:10 |
| yvl | I think, three: addStudent, addTeacher, addClerk | 18:10 |
| *** replaceafill has joined #schooltool | 18:10 | |
| yvl | with the same base class | 18:10 |
| th1a | I think we should assume the third group is "administrator" for now. | 18:11 |
| yvl | fine by me ;) | 18:11 |
| yvl | in replaceafill's case, if he's really eager to start now... :) | 18:12 |
| th1a | Are you with us replaceafill? | 18:12 |
| yvl | he can just add simplified views to a branch from current schooltool | 18:12 |
| replaceafill | th1a, yes | 18:12 |
| replaceafill | yvl, ok | 18:13 |
| th1a | Do you want to start on that? | 18:13 |
| th1a | Good. | 18:13 |
| yvl | then just rip the code and put in into schooltool.cambodia.persons | 18:13 |
| yvl | (I'll have that branch ready by tomorrow morning) | 18:13 |
| replaceafill | yvl, i have one question | 18:13 |
| yvl | go! :) | 18:14 |
| yvl | umm, I mean, shoot! | 18:14 |
| th1a | Hurry! | 18:14 |
| replaceafill | will we add three new views, like addStudent.html, addTeacher.html and addAdministrator.html? or can we send parameters to a new view? | 18:14 |
| th1a | Before your connection goes down! | 18:14 |
| replaceafill | th1a, :( | 18:14 |
| replaceafill | like addCambodiaPerson.html?group=student | 18:14 |
| yvl | we can, but I think the students and teachers will diverge in the very near future | 18:15 |
| replaceafill | ah ok | 18:15 |
| yvl | when we'll need to add to certain classes, etc. | 18:15 |
| yvl | well, at least I'd expect them to diverge | 18:15 |
| replaceafill | new views then | 18:15 |
| th1a | Yes, student and teachers are going to have different demographics very soon. | 18:16 |
| yvl | basically - just a base class, and three almost empty inheritances from it - for now | 18:16 |
| yvl | (I'm talking about the view class) | 18:16 |
| replaceafill | yes | 18:16 |
| yvl | allright then | 18:17 |
| yvl | as for the gradebook, I suggest to postpone implementation until tomorrow | 18:18 |
| th1a | There is no rush. | 18:18 |
| th1a | (on that) | 18:18 |
| yvl | but you can always discuss what buttons you want added / removed | 18:18 |
| yvl | how the views changed | 18:18 |
| yvl | what thing hardcoded | 18:18 |
| yvl | how the tables should look | 18:19 |
| yvl | stuff like that | 18:19 |
| th1a | I'll send out an email tonight on changes to other management forms. | 18:19 |
| yvl | wait, what other management forms? | 18:19 |
| th1a | Like, timetable definition. | 18:20 |
| yvl | ah | 18:20 |
| yvl | yes, there are those things | 18:20 |
| yvl | timetable definition | 18:21 |
| yvl | printing rosters | 18:21 |
| yvl | and maybe event defining schoolyears or terms | 18:21 |
| th1a | Well, I'm considering collapsing terms into years as well. | 18:21 |
| th1a | Yes. | 18:21 |
| th1a | The dwelsh strategy. | 18:21 |
| yvl | sorry, I didn't get that.. | 18:22 |
| th1a | I mean, just defining one term per year by default. | 18:23 |
| yvl | oh :) | 18:23 |
| yvl | yes :) | 18:23 |
| th1a | If you aren't switching sections mid-year, that works fine. | 18:23 |
| th1a | Well, it works better now since the multi-term section implementation is still a bit bumpy. | 18:24 |
| yvl | multiple group | 18:25 |
| yvl | (as in groups redefined each year) | 18:25 |
| yvl | is also still bumpy | 18:25 |
| yvl | anyway | 18:25 |
| yvl | I took notes while making the new egg today | 18:26 |
| yvl | you know - too many things for a person to remember | 18:26 |
| yvl | we'll definitely automate this at some point | 18:27 |
| yvl | ok | 18:27 |
| yvl | th1a, how about some gravel? | 18:27 |
| replaceafill | :) | 18:28 |
| th1a | Indeed. | 18:29 |
| th1a | Oh, one more thing. | 18:29 |
| yvl | listening | 18:29 |
| th1a | Can we have a short meeting at this time every day this week? | 18:29 |
| yvl | I'm all for it | 18:29 |
| replaceafill | me 2 | 18:29 |
| th1a | This won't be a regular feature, but I'd like to keep on top of this day by day. | 18:29 |
| th1a | OK, cool. | 18:29 |
| th1a | See you tomorrow then. | 18:30 |
| * th1a drops the bag of gravel. | 18:30 | |
| yvl | yes, following common sense is usually a good idea :) | 18:30 |
| yvl | see you guys tomorrow! | 18:30 |
| th1a | aelkner: I assume you've got something to keep you busy today? | 18:30 |
| replaceafill | th1a, i'm going to start with the new views then | 18:31 |
| *** replaceafill has quit IRC | 18:31 | |
| aelkner | well, i have cleanup i can do to intervention | 18:31 |
| aelkner | i'll await the email from yvl with the branch address | 18:32 |
| *** replaceafill has joined #schooltool | 18:32 | |
| aelkner | yvl: any comments on the intervention code i will immediately address | 18:32 |
| aelkner | th1a: could you please email me a summary of the automatic functions you'd like in the gradebook | 18:35 |
| aelkner | like auto report sheets, etc | 18:35 |
| aelkner | and then i can get started thinking abot the code before i even have the branch to add it to | 18:35 |
| aelkner | replaceafill: what do you expect the deployment timing to be with jelkner's instance? | 18:36 |
| aelkner | assuming all goes well, live deployment tonight? | 18:36 |
| th1a | aelkner, I have to sort out how terms will be done first. | 18:36 |
| aelkner | i see from your discussion that this issue is complex | 18:37 |
| yvl | aelkner: I'll get home, get some food, then I'll check your branch | 18:39 |
| yvl | It would be nice to merge everything to trunk and be done with it :) | 18:39 |
| *** replaceafill has quit IRC | 18:40 | |
| *** replaceafill has joined #schooltool | 18:40 | |
| replaceafill | aelkner, yes, i'm thinking about doing it around 3:00 pm my time | 18:40 |
| replaceafill | aelkner, if that's ok | 18:40 |
| aelkner | that sounds great | 18:40 |
| yvl | by the way, aelkner, can you update CHANGES.txt in your branch? | 18:40 |
| aelkner | i've never done that | 18:41 |
| aelkner | let me look | 18:41 |
| yvl | for examples, see schooltool.intervention/CHANGES.txt | 18:41 |
| aelkner | yvl: what do i need to update it with? | 18:41 |
| aelkner | it looks like release info | 18:41 |
| yvl | and more recent entries in schooltool/CHANGES.txt (the schooltool trunk) | 18:41 |
| aelkner | but i don't do releases | 18:42 |
| yvl | yeah, something like that | 18:42 |
| yvl | it's the main features you added | 18:42 |
| aelkner | shouldn't the release manager update that file | 18:42 |
| aelkner | and ask me for an email with notes if need be? | 18:42 |
| aelkner | it justs seems like a file that needs coordinated editing | 18:43 |
| yvl | it will be harder for the release manager to manage that :) | 18:43 |
| th1a | It is your job aelkner. | 18:43 |
| yvl | and it's easier to change it on the release I think | 18:43 |
| yvl | than to run around asking who did what and when, and what got ported and what didn't | 18:43 |
| yvl | (it's kind of a new tradition in ST) | 18:44 |
| yvl | (the CHANGES.txt) | 18:44 |
| aelkner | that sounds cool, a new tradition | 18:44 |
| aelkner | more thought sharing and all that | 18:44 |
| aelkner | i'm not sure what a new entry would look like | 18:45 |
| yvl | the purpose is for other developers to see what they get when they upgrade their branches | 18:45 |
| yvl | amongst other things | 18:45 |
| aelkner | do i fill in the unreleased section? | 18:45 |
| yvl | yes | 18:46 |
| aelkner | do i supply a date? | 18:46 |
| yvl | no | 18:46 |
| yvl | just add items | 18:46 |
| yvl | they pile up in unreleased | 18:46 |
| aelkner | i guess not | 18:46 |
| yvl | and pile up from different branches | 18:46 |
| aelkner | i can just copy my commit messages? | 18:46 |
| yvl | yes, but that's undesired | 18:46 |
| aelkner | or should i have fewer lines? | 18:47 |
| yvl | because we can always look at the revision history for the commit messages | 18:47 |
| yvl | what we want in CHANGES.txt | 18:47 |
| yvl | is overview of modifications | 18:47 |
| yvl | like | 18:47 |
| yvl | features | 18:47 |
| yvl | bigger bugfixes | 18:47 |
| yvl | (not "changed a typo") | 18:47 |
| aelkner | i get it | 18:47 |
| aelkner | i know what to do now | 18:47 |
| aelkner | i can include that work in my cleanup work | 18:48 |
| yvl | great | 18:48 |
| yvl | yes | 18:48 |
| yvl | please :) | 18:48 |
| aelkner | smart to give me such tasks while i await something from you :) | 18:48 |
| yvl | and... what should and should not go into CHANGES.txt is partly open question, from my point of view | 18:48 |
| yvl | well, aelkner, this will save some time for menesis or me when we don't have the spare time - when doing the release | 18:49 |
| aelkner | looking at what's there so far | 18:49 |
| yvl | ok | 18:49 |
| aelkner | i see a lot of reference back to bug numbers | 18:50 |
| yvl | also check the schooltool.gradebook and shcooltool CHANGES | 18:50 |
| yvl | older entries are copied from release notes | 18:50 |
| th1a | You just need a short description and a reference to the longer bug report. | 18:50 |
| aelkner | how does one dig up old bug reports in launchpad? | 18:52 |
| yvl | advanced search or something similar | 18:53 |
| aelkner | advnaced search is crap | 18:53 |
| aelkner | there's no where to specify sort | 18:53 |
| aelkner | i only get back ten bugs when i don't even filter anything | 18:54 |
| aelkner | List all related bugs seemed to help | 18:54 |
| aelkner | still, i only get 31 bugs | 18:55 |
| aelkner | three of which i recently committed fixes for | 18:55 |
| aelkner | in fact, the most bugs i'm able to see is 31 | 18:56 |
| yvl | for which project? | 18:57 |
| yvl | schooltool.gradebook | 18:57 |
| yvl | schooltool? | 18:57 |
| yvl | schooltool.intervention? | 18:57 |
| yvl | they also may be targeted to milestones? | 18:57 |
| aelkner | well, i started with just general bugs assigned to me | 18:58 |
| aelkner | that's where i get at most 31 bugs | 18:58 |
| aelkner | then i decided to go directly to schooltool.intervention | 18:59 |
| aelkner | there i find only eight | 18:59 |
| aelkner | i mean, what gives with these search results?! | 18:59 |
| yvl | ok | 19:02 |
| yvl | LP has something messed up there | 19:02 |
| aelkner | i'm glad it's not me :) | 19:02 |
| yvl | ah, finally | 19:03 |
| yvl | use edge.launchpad.net | 19:03 |
| yvl | I think they fixed it there | 19:03 |
| *** replaceafill has quit IRC | 19:03 | |
| yvl | (or at least partially fixed it there) | 19:04 |
| aelkner | still only 8 bugs | 19:04 |
| aelkner | ok, i got it now, i can see as many bugs as i need to | 19:12 |
| *** yvl has quit IRC | 19:16 | |
| *** pcardune has joined #schooltool | 19:31 | |
| *** alga has quit IRC | 19:33 | |
| *** pcardune has quit IRC | 19:43 | |
| *** pcardune has joined #schooltool | 19:56 | |
| *** pcardune has quit IRC | 20:02 | |
| *** pcardune has joined #schooltool | 20:04 | |
| *** mgedmin has quit IRC | 20:13 | |
| *** pcardune has quit IRC | 20:15 | |
| *** pcardune has joined #schooltool | 21:07 | |
| *** mgedmin has joined #schooltool | 21:21 | |
| *** alga has joined #schooltool | 21:31 | |
| *** replaceafill has joined #schooltool | 21:32 | |
| *** replaceafill has quit IRC | 21:42 | |
| *** alga has quit IRC | 21:56 | |
| *** dlobo_ has joined #schooltool | 22:20 | |
| *** jelkner has quit IRC | 22:20 | |
| *** dlobo has quit IRC | 22:21 | |
| *** dlobo_ is now known as dlobo | 22:21 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!