| *** ignas has joined #schooltool | 00:14 | |
| *** th1a has quit IRC | 01:00 | |
| *** replaceafill has quit IRC | 01:58 | |
| *** menesis has quit IRC | 02:49 | |
| *** ignas has quit IRC | 04:16 | |
| *** ignas has joined #schooltool | 08:50 | |
| *** ignas has quit IRC | 09:18 | |
| *** khildin has joined #schooltool | 09:29 | |
| *** menesis has joined #schooltool | 11:23 | |
| *** ignas has joined #schooltool | 12:49 | |
| *** khildin has quit IRC | 14:16 | |
| *** ignas has quit IRC | 14:45 | |
| *** menesis has quit IRC | 14:59 | |
| *** th1a has joined #schooltool | 15:04 | |
| *** ignas has joined #schooltool | 15:26 | |
| *** replaceafill has joined #schooltool | 16:22 | |
| th1a | hi replaceafill, aelkner, yvl. | 16:30 |
|---|---|---|
| yvl | good morning | 16:31 |
| replaceafill | good morning/afternoon | 16:31 |
| aelkner | morning | 16:31 |
| th1a | OK, replaceafill, how we doing? | 16:32 |
| replaceafill | i'm done with the projects gradebook | 16:33 |
| replaceafill | i'll be done today with the graphical completion report | 16:33 |
| replaceafill | other things i did this week: | 16:34 |
| replaceafill | added new css for Done links | 16:34 |
| replaceafill | sent email explaining what i did to the dev list | 16:34 |
| replaceafill | and i reset the social skills instance for dwelsh yesterday | 16:35 |
| replaceafill | and extracted the programming skills and added them to jelkner's instance | 16:35 |
| * replaceafill done | 16:35 | |
| th1a | Lots of Arlington babysitting. ;-) | 16:36 |
| replaceafill | :D | 16:36 |
| th1a | In the future, they'll pay. | 16:36 |
| yvl | that sounded like a threat :) | 16:36 |
| replaceafill | "they're going to pay for this!" | 16:36 |
| th1a | So... we can go over the report and the projects this afternoon. | 16:36 |
| replaceafill | sure | 16:37 |
| replaceafill | projects for sure | 16:37 |
| replaceafill | i can set that up now | 16:37 |
| replaceafill | i'll try to have the report ready early in the afternoon too | 16:38 |
| th1a | Now... what we're going to need to do with this is test with some eggs and real databases (skills) before pushing to the PPA, right? | 16:38 |
| *** menesis has joined #schooltool | 16:38 | |
| replaceafill | ah yes | 16:38 |
| th1a | Now... what we're going to need to do with this is test with some eggs and real databases (skills) before pushing to the PPA, right? | 16:38 |
| th1a | hi menesis. | 16:38 |
| replaceafill | th1a, i think i can get dwelsh acc Data.fs | 16:39 |
| replaceafill | i'm not sure if it has evaluations already though | 16:39 |
| replaceafill | that's what we need, right? | 16:39 |
| replaceafill | but we haven't had issues with jelkner instances so far | 16:40 |
| replaceafill | and they're using bleeding edge | 16:40 |
| menesis | hi | 16:40 |
| th1a | I guess yes, we would want some evaluations. | 16:41 |
| replaceafill | i'll check dwelsh's instance and let you know | 16:41 |
| replaceafill | or we could ask glenda for one | 16:41 |
| replaceafill | yvl, i have a question | 16:42 |
| yvl | shoot | 16:42 |
| replaceafill | what's the reason for schooltool.cando.course.SectionSkillSet.deployed to be True? | 16:42 |
| replaceafill | that's why they "appear" as deployed in the skills gradebook :) | 16:43 |
| yvl | no reason | 16:43 |
| replaceafill | is it ok if we change it to False? | 16:43 |
| yvl | as in - an accident | 16:43 |
| yvl | sure | 16:43 |
| replaceafill | ah | 16:43 |
| replaceafill | ok, thanks | 16:43 |
| aelkner | it definitely should not be True, that's for report sheets | 16:44 |
| * replaceafill done (again) ;) | 16:44 | |
| th1a | OK, check dwelsh's instance. | 16:45 |
| * replaceafill on it | 16:45 | |
| th1a | menesis: What's the status with the release? | 16:45 |
| menesis | I have made releases of all modules | 16:46 |
| menesis | to precise dev ppa | 16:46 |
| menesis | they were rejected from quantal | 16:47 |
| th1a | ah... too late? | 16:48 |
| menesis | because of feature freeze that was in effect for several weeks now | 16:48 |
| menesis | I have filed a freeze exception bug | 16:48 |
| menesis | but it is also past final freeze now | 16:48 |
| th1a | OK, don't worry about it. | 16:48 |
| menesis | doing all the steps necessary for ffe | 16:48 |
| menesis | when I installed the new version of schooltool | 16:49 |
| th1a | So what version is in Quantal? | 16:49 |
| menesis | it crashed on the new evolve39 | 16:49 |
| menesis | so what we have has problems | 16:50 |
| menesis | there are also two futher bugfixes by yvl | 16:50 |
| menesis | version in Quantal is only 2.1.1 | 16:51 |
| menesis | backported bugfixes | 16:52 |
| th1a | Right. | 16:52 |
| th1a | Is that the same as is in Precise? | 16:52 |
| menesis | that are safe for stable release update (SRU) in precise | 16:53 |
| menesis | if I do that | 16:53 |
| menesis | precise-updates will have the same as quantal | 16:53 |
| menesis | the latest release (2.2) is now in precise dev ppa | 16:53 |
| th1a | Let's get precise and quantal synced up. | 16:54 |
| menesis | and will copy the same to quantal main ppa | 16:54 |
| menesis | will do that after quantal release | 16:54 |
| th1a | OK... | 16:56 |
| th1a | Well, this is pretty much how this always goes in October. | 16:56 |
| th1a | My magical thinking; menesis could help by pointing these things out a month or two earlier. | 16:57 |
| menesis | yes we should follow ubuntu release schedule more closely | 16:57 |
| th1a | I then conclude that we should just focus on adding a few more features to this release and get it into the next release cycle at the beginning. | 16:57 |
| th1a | There's not a big practical impact -- the April release is always the more important one, and we just only seem to be able to do one a year. | 16:58 |
| menesis | i.e. feature freeze means that new features land early | 16:58 |
| menesis | especially those that have interdependencies between modules | 16:59 |
| th1a | Then it comes down to what to call things. | 16:59 |
| menesis | true | 16:59 |
| th1a | If we can put out 2.3 whenever, then when should we do it and with what? | 16:59 |
| menesis | student's journal for example solves a regression - there was one in old skin. on the other hand it is a brand new page | 17:00 |
| menesis | I think to re-release the same as 2.3.0 | 17:01 |
| menesis | schooltool has two more bugfixes and a crasher that I am yet to investigate | 17:01 |
| th1a | I think now we should wait to name 2.3.0. | 17:02 |
| menesis | depends | 17:02 |
| th1a | Well, include two things: | 17:02 |
| th1a | 1) FINISH CanDo; | 17:02 |
| th1a | 2) big report push. | 17:03 |
| th1a | Including reports using Celery. | 17:03 |
| menesis | it was planned for october release. only last night I decided to call it 2.3.0 | 17:03 |
| th1a | Well, if it had been in Quantal, whatever we had would have been 2.3. | 17:04 |
| menesis | to have a stable series 2.3 (that should have been in quantal) | 17:04 |
| menesis | for CanDo in production | 17:04 |
| menesis | so the 1) finish cando is what I accept | 17:04 |
| th1a | Let's assume 2.3 is actually going to be the 13.04 release. | 17:04 |
| menesis | but celery and friends is a major feature | 17:05 |
| th1a | Yeah... we'll have to split that apart somehow. | 17:06 |
| menesis | that deserves a minor version bump, that is 2.4 | 17:06 |
| th1a | OK... | 17:06 |
| th1a | Hm... | 17:07 |
| menesis | now, what is the status of cando/virginia | 17:07 |
| menesis | they wanted a new release asap | 17:07 |
| th1a | We have a release which we need to test with their data because it evolves the database and we need to double-check. | 17:07 |
| th1a | I guess we're just going to try to get some dbs from them. | 17:08 |
| * replaceafill got dwelsh Data.fs, checking if they have grades stored | 17:08 | |
| menesis | schooltool 2.2.4 also evolves database and my quantal instance crashes | 17:09 |
| th1a | What is the bug? | 17:11 |
| menesis | POSKeyError: 'No blob file' | 17:11 |
| menesis | somewhere converting people's photos | 17:12 |
| menesis | did not have time to debug that yet | 17:12 |
| th1a | OK. That's not the one you pushed anyhow? | 17:13 |
| th1a | I mean, that one isn't in the repository. | 17:13 |
| menesis | it is in the schooltool dev ppa that cando is using | 17:14 |
| menesis | but I did not have problems with other instances | 17:14 |
| th1a | ok | 17:15 |
| menesis | I assume that if there are no photos, no problem | 17:15 |
| menesis | maybe it's only a permission problem in my installation | 17:15 |
| menesis | you have to test with some live Data.fs's | 17:17 |
| th1a | OK, so here's what I'm thinking, gentlemen. | 17:17 |
| th1a | My giant planning post-it is full of reports. | 17:17 |
| th1a | replaceafill: how long for IEP's? | 17:18 |
| replaceafill | after completion report? | 17:18 |
| th1a | y | 17:18 |
| replaceafill | maybe early next week | 17:19 |
| replaceafill | tue/wed | 17:19 |
| th1a | OK, so let's say aelkner & yvl keep bugfixing for another week. | 17:20 |
| yvl | ok | 17:20 |
| th1a | I don't think that will be a problem, coming up with bugs. | 17:20 |
| th1a | And then we have the report version of last summer's flourish sprint. | 17:20 |
| th1a | Everyone doing reports for a month. | 17:20 |
| th1a | Meeting more frequently, everyone reviewing them so we get the style down. | 17:21 |
| yvl | sounds good | 17:21 |
| th1a | Oh, I'm mostly thinging PRINTED reports. | 17:21 |
| aelkner | sounds like a plan to me | 17:21 |
| replaceafill | th1a, not errors on evolution for dwelsh instance | 17:21 |
| th1a | When we're done with that, we release 2.3 "officially." | 17:22 |
| th1a | To the PPA. | 17:22 |
| th1a | Then we pivot to getting the 2.4 infrastructure settled (Celery, etc) and getting those packages into the 13.04 repository as quickly as possible. | 17:23 |
| th1a | Make sense menesis? | 17:23 |
| menesis | I'd say one more week for bugfixes and cando | 17:24 |
| menesis | next thrusday 2.3.0 and cando releases | 17:24 |
| th1a | Yes, but I'd like to get new reports into the release I announce widely. | 17:24 |
| th1a | It would be worth a couple weeks. | 17:25 |
| menesis | :-/ | 17:26 |
| th1a | Or perhaps it would be nice to put 2.3.0 out on the Ubuntu release date and then 2.3.1 has reports? | 17:27 |
| menesis | yes | 17:27 |
| th1a | OK. | 17:27 |
| th1a | OK, that's fine. | 17:28 |
| th1a | menesis: Can we move on to yvl for now? | 17:29 |
| menesis | yes of course | 17:29 |
| menesis | I have nothing more to say | 17:29 |
| yvl | not much to report | 17:29 |
| yvl | fixed a few bugs | 17:29 |
| yvl | experimented with require-to-reset-password | 17:30 |
| yvl | tabled for now | 17:30 |
| yvl | moved on to timetable scheduling views | 17:30 |
| yvl | but I do think that password expiring is worth the time | 17:31 |
| yvl | also - we could do temp password generation | 17:31 |
| yvl | (visible to school administration) | 17:31 |
| yvl | (maybe exportable) | 17:31 |
| * yvl done | 17:31 | |
| th1a | OK. So you're working on the scheduling multiple terms issue? | 17:32 |
| yvl | yes | 17:33 |
| yvl | next will be the small issue of photo timestamps | 17:34 |
| th1a | OK. | 17:34 |
| yvl | it's a bit weird when you change a photo and get redirected to a page where photo is not changed | 17:34 |
| yvl | until next request | 17:34 |
| th1a | Yes, it is a bug. | 17:35 |
| th1a | OK, thanks yvl. | 17:36 |
| replaceafill | th1a, every seems to work on dwelsh data with latest trunks | 17:36 |
| replaceafill | no error on evolution and grades seem safe | 17:37 |
| th1a | OK, thanks replaceafill. I'll ask Glenda if she wants us to check her data. | 17:37 |
| replaceafill | kk | 17:37 |
| th1a | aelkner? | 17:37 |
| aelkner | ok, i figured out how to fix the skills order in verso_skills.py | 17:38 |
| aelkner | i want yvl to look at this revision: | 17:38 |
| aelkner | http://bazaar.launchpad.net/~schooltool-owners/schooltool/schooltool.virginia/revision/88 | 17:38 |
| aelkner | it has to do with the fact that these weird Doodad and Doodads classes are dictionaries | 17:38 |
| aelkner | which, obviously, do not preserve the order that the api delivers data | 17:39 |
| yvl | looks good to me | 17:39 |
| aelkner | however, luckily, DutyArea had a copy of the raw data in the raw_data attribute | 17:39 |
| aelkner | i was able to verify that the change I made fixes the order of the skills | 17:40 |
| aelkner | now, mind you, Glenda didn't complain about the order of the DutyAreas | 17:40 |
| yvl | (just FYI, all objects keep a copy of raw data - just in case) | 17:40 |
| aelkner | DutyAreas does not | 17:41 |
| aelkner | so we've lost the raw data order in that case | 17:41 |
| aelkner | that's because Doodads' update method does not keep the raw data around | 17:41 |
| th1a | Well... | 17:42 |
| yvl | oh, my bad | 17:42 |
| th1a | Oh, you're using that to assign numbers as the label? | 17:42 |
| aelkner | yes | 17:42 |
| th1a | ok | 17:42 |
| aelkner | so, yvl, should i change the update method in Doodads to save to a new raw_data | 17:43 |
| aelkner | attribute? | 17:43 |
| yvl | you could add ._order | 17:44 |
| aelkner | i could change update to saw self.raw_items = raw_items | 17:45 |
| yvl | sure | 17:45 |
| aelkner | and use that in the build_xls method as i did with DutyArea | 17:45 |
| aelkner | ok, i'll do that next, just wanted to make sure that made sense | 17:46 |
| yvl | it's a bit of overkill, since Doodads is itself a dict, but not that I mind | 17:46 |
| yvl | something like... | 17:46 |
| yvl | _order = [] | 17:46 |
| yvl | for item in raw_items: | 17:47 |
| yvl | if item in self._order: | 17:47 |
| yvl | self._order.remove(item) | 17:47 |
| yvl | self._order.extend(raw_items) | 17:47 |
| yvl | just a suggestion | 17:48 |
| aelkner | why was Doodads a dictionary in the first place? what does it serve to have it that way? | 17:48 |
| yvl | easier to get items by ID maybe? | 17:49 |
| yvl | Doodads.get | 17:49 |
| yvl | Doodads[x] | 17:49 |
| yvl | list Doodads | 17:49 |
| yvl | probably that | 17:49 |
| yvl | free methods of a dictionary | 17:49 |
| aelkner | not sure how that helps, seems we need a workaround for a workaround | 17:50 |
| aelkner | and it's a real pain in the ass to maintain | 17:50 |
| yvl | dude | 17:50 |
| aelkner | or is it perhaps dies to the partial update handling? | 17:50 |
| yvl | that was done in like 10 minutes | 17:50 |
| yvl | it was like a hack, remember? | 17:50 |
| yvl | for fast downloading | 17:51 |
| th1a | Yeah, just change it aelkner. | 17:51 |
| yvl | to whatever you feel is best | 17:51 |
| yvl | because you know the data better than me | 17:51 |
| th1a | It is just a utility script. | 17:52 |
| th1a | OK, so you've got some things in your queue, aelkner? | 17:53 |
| aelkner | i'm not done with this seemingly unimportant utility script that Glenda freeked out about | 17:54 |
| aelkner | and making the change that yvl suggested without testing it would be irresponsible i think | 17:55 |
| aelkner | and testing it requires hours to wait for the downloads, it's not a trivial thing | 17:55 |
| yvl | nobody said it's unimportant | 17:55 |
| th1a | That it works is important -- just its implementation isn't a big deal. | 17:56 |
| yvl | right | 17:56 |
| th1a | You can do whatever you want aelkner. | 17:56 |
| yvl | I apologize for making a suggestion | 17:56 |
| th1a | You just have to learn to predict when a change will raise yvl's hackles. | 17:56 |
| * replaceafill assumes every changes he makes, raises yvl's hackles ;) | 17:57 | |
| yvl | :D | 17:58 |
| th1a | OK, so I think aelkner has tasks for now. | 17:58 |
| aelkner | yeah, i'll work out some change to make like that suggested by yvl | 17:58 |
| aelkner | thing is, how to deliver to Glenda? | 17:59 |
| aelkner | and with new version, what is the result of having a xls file with different order? | 17:59 |
| th1a | Oh, wait. | 17:59 |
| aelkner | can they reimport it without breaking things | 17:59 |
| th1a | That won't work at all, will it? | 17:59 |
| aelkner | yeah, that's what i'm thinking | 18:00 |
| th1a | All they need is new labels though. | 18:00 |
| th1a | So will the importer add labels without changing anything else? | 18:00 |
| *** magespawn_ has joined #schooltool | 18:00 | |
| th1a | Also, this doesn't do any good until we confirm that we sort by label everywhere we should. | 18:00 |
| *** magespawn has quit IRC | 18:00 | |
| aelkner | the new verso_skills.xls file cannot be reimported into an existing Data.fs | 18:01 |
| aelkner | that's because the ids are different, a different order is established | 18:02 |
| th1a | Why are the ids different? | 18:02 |
| aelkner | the Skills sheet has Skillset Id, Skill Id, other things, then Label | 18:03 |
| aelkner | Skill Id and Label are determined by the order of processing the Doodads | 18:03 |
| aelkner | so having changed the order of the Doodads, the skills themselves have different labels AND Skill Ids | 18:04 |
| th1a | So to actually fix this, you need to generate the skill id's the old way and the labels the new way? | 18:04 |
| aelkner | i mean, that's the only way the script can run, dynamically creating the Skill Ids as it processes the downloaded data | 18:05 |
| aelkner | hm, that's an idea | 18:05 |
| aelkner | the problem is, the old way of creating the skill ids was using the dictionary order, which is unpredictable | 18:06 |
| aelkner | so, i'm not sure how safe it's going to be to just change the script to change the labels | 18:06 |
| aelkner | and reimport, but i guess we could hold our breath and hope that the dictionary order is the same | 18:07 |
| th1a | Maybe you need to just process their current import sheet. | 18:07 |
| th1a | Add the new labels to that. | 18:07 |
| aelkner | let's think about the users and how they use the getverso.py script | 18:08 |
| aelkner | they don't have an existing verso_skills.xls necessarily | 18:09 |
| aelkner | my understanding was that we delivered the script to them a whilw ago | 18:09 |
| aelkner | and they came up with a set of instructions for each sysadmin to use | 18:10 |
| aelkner | that involved running the script to create the verso_skills.xls file | 18:10 |
| th1a | OK, so basically every site is running this and getting potentially different results? | 18:10 |
| aelkner | in theory, yes | 18:11 |
| replaceafill | nope | 18:11 |
| replaceafill | see http://cando.cteresource.org/software_setup2012.pdf | 18:11 |
| replaceafill | page 3 | 18:11 |
| replaceafill | they make clear not to mess with verso_skills.xls | 18:11 |
| th1a | Are they downloading it or generating it? | 18:12 |
| th1a | It doesn't make sense that they'd all generate it. | 18:12 |
| replaceafill | "Download the following files" | 18:12 |
| aelkner | well, if they are downloading it, then we are in better shape | 18:12 |
| replaceafill | http://cando.cteresource.org/Import_Templates/ | 18:12 |
| aelkner | in that case, we could talk to Lee Capps about creating a new version | 18:12 |
| th1a | Maybe you can just download that aelkner and add the labels to it. | 18:12 |
| aelkner | at this point, if we can establish that the user does NOT run getverso.py | 18:13 |
| aelkner | and we can just patch the verso_skills.xls to have the right labels | 18:13 |
| th1a | I believe that is the case. | 18:13 |
| replaceafill | i don't think they do | 18:13 |
| aelkner | and the whole state just uses the same verso_skills.py | 18:14 |
| aelkner | that could resolve the situation | 18:14 |
| th1a | Just make sure nothing weird happens when you reimport with the new labels. | 18:15 |
| aelkner | so, th1a, as you suggested, i could modify the getverso.py script to take a verso_skills.xls file as an argument | 18:15 |
| th1a | aelkner, I think you can just hack together something for this case. | 18:15 |
| aelkner | and if that argument is passed, make sure to only update xls rows in plave | 18:15 |
| aelkner | place | 18:15 |
| th1a | It can be a one shot deal and then fix the main script as well. | 18:16 |
| aelkner | ok, so the deliverable is a new verso_skills.xls file with same skill ids but new labels | 18:16 |
| th1a | Yes. | 18:16 |
| aelkner | and assume that noone is running getverso.py themselves | 18:17 |
| th1a | yes | 18:17 |
| aelkner | ok, i'll download their posted xls file and patch it for them | 18:18 |
| aelkner | and yes, changing the views to sort by label will be part of the fix | 18:18 |
| th1a | ok | 18:18 |
| aelkner | wish me luck :) | 18:18 |
| th1a | Well, let us know how that is coming, because it would make sense to get it in the "big release" which is immanent. | 18:19 |
| yvl | best of luck, aelkner ;) | 18:19 |
| aelkner | i'll write the developer list when i have news | 18:20 |
| th1a | I guess I'll let menesis know when I think we're ready to push the CanDo changes to the PPA. | 18:20 |
| replaceafill | ouch, cando's data model change broke virginia's section reports... :( | 18:20 |
| th1a | Ah, good catch. | 18:21 |
| th1a | Yeah, I thought we discussed that. | 18:21 |
| th1a | Thanks aelkner. | 18:21 |
| * replaceafill goes to fix that first... | 18:21 | |
| th1a | I worked on a new example of standards for the docs, and I thought I found a straightforward one, but it ended up being non-hierarchical. | 18:22 |
| th1a | It is organized by grade level and the same standards have to appear in multiple grades. | 18:22 |
| th1a | So... there you go. Good thing we allow that. | 18:22 |
| th1a | OK, thank you gentlemen. | 18:22 |
| th1a | Have a good week and weekend. Keep me posted on your progress. | 18:23 |
| * th1a drops the bag of gravel. | 18:23 | |
| yvl | thanks guys | 18:23 |
| replaceafill | thanks everybody | 18:23 |
| yvl | see you Mon | 18:23 |
| aelkner | thanks guys, cya mon | 18:26 |
| replaceafill | does anyone knows if it's possible to "inherit" buildout sections? | 18:34 |
| replaceafill | like: | 18:35 |
| replaceafill | [foo] | 18:35 |
| replaceafill | ... | 18:35 |
| replaceafill | [bar] | 18:35 |
| replaceafill | inherit everything from foo | 18:35 |
| replaceafill | ... | 18:35 |
| replaceafill | i remeber i read about it some time :) | 18:35 |
| replaceafill | and i'm getting tired of adding all those lines to my buildouts for adding headless functionality | 18:36 |
| replaceafill | ah! <= | 18:38 |
| replaceafill | http://pypi.python.org/pypi/zc.buildout/1.5.2#extending-sections-macros | 18:38 |
| replaceafill | whoopsy! | 19:10 |
| replaceafill | if we create a section after the skills have been assigned to the course, the section doesn't get the skills?!?!?! | 19:10 |
| replaceafill | yep, confirmed | 19:13 |
| replaceafill | th1a, can i file a bug about this and give it to yvl | 19:14 |
| replaceafill | he knows better how to fire events | 19:14 |
| th1a | yes | 19:14 |
| replaceafill | kk | 19:14 |
| th1a | Set it as critical. | 19:16 |
| replaceafill | kk | 19:16 |
| *** magespawn_ is now known as magespawn | 19:16 | |
| *** ignas has quit IRC | 19:53 | |
| *** menesis has quit IRC | 20:08 | |
| replaceafill | th1a, to me dwelsh is a bug | 20:52 |
| replaceafill | dwelsh problem :D | 20:52 |
| replaceafill | we have a copySection function that copies courses, instructors and members | 20:53 |
| replaceafill | but no locations | 20:53 |
| th1a | Yes, that's a bug. | 20:53 |
| th1a | replaceafill: Maybe you should put dwelsh's bug next in your queue. | 21:33 |
| replaceafill | th1a, ah ok | 21:34 |
| replaceafill | th1a, i was thinking | 21:35 |
| replaceafill | for locations, should we use the same "update" logic in linked sections | 21:35 |
| replaceafill | ? | 21:35 |
| replaceafill | that we use for instructors/members | 21:35 |
| th1a | Hm... | 21:35 |
| th1a | I think it is slightly less likely to be the correct guess. | 21:36 |
| replaceafill | ah | 21:36 |
| replaceafill | kk | 21:36 |
| th1a | If you withdraw from a term as a student, you're almost always not coming back intentionall. | 21:36 |
| th1a | y | 21:36 |
| replaceafill | i'll limit it the fix to the add form then | 21:36 |
| th1a | However, it seems more likely to me that you would move rooms around per term. | 21:36 |
| replaceafill | right | 21:37 |
| replaceafill | makes sense | 21:37 |
| th1a | kk | 21:37 |
| replaceafill | th1a, for the release you want both types of completion reports, right? | 21:37 |
| replaceafill | charts + tables | 21:37 |
| replaceafill | tables = the one you don't want to do :D | 21:38 |
| th1a | Right now I consider the tables to be va only. | 21:38 |
| replaceafill | th1a, before we tabled the completion report, you told me we should probably do it by term | 21:59 |
| replaceafill | http://schooltool.pov.lt/irclogs/%23schooltool.2012-09-20.log.html#t2012-09-20T21:03:59 | 22:00 |
| replaceafill | does that still apply? | 22:00 |
| th1a | Hm... | 22:02 |
| replaceafill | your "(maybe)" in the log made me wonder :) | 22:02 |
| th1a | The skills are copied to the section but that is separate for each term? | 22:03 |
| replaceafill | yes | 22:03 |
| replaceafill | i haven't checked yet if equivalency works across linked sections | 22:04 |
| replaceafill | but your point about the kid leaving in the middle of the year makes sense to me | 22:04 |
| th1a | Basically, it should be per term, but it should include scores from earlier terms in the linked section for kids in the current term. | 22:05 |
| replaceafill | ah | 22:05 |
| th1a | That shouldn't be TOO crazy. | 22:06 |
| replaceafill | "earlier" | 22:06 |
| replaceafill | kk, that solves my question | 22:06 |
| *** ignas has joined #schooltool | 23:36 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!