*** mgedmin has quit IRC | 00:17 | |
*** alga has quit IRC | 00:28 | |
*** mgedmin has joined #schooltool | 00:32 | |
*** mgedmin has quit IRC | 02:52 | |
*** ColonelPanik has quit IRC | 07:01 | |
*** alga has joined #schooltool | 10:04 | |
*** alga has quit IRC | 10:37 | |
*** yvl has joined #schooltool | 10:43 | |
*** alga has joined #schooltool | 11:16 | |
*** davidng has joined #schooltool | 11:52 | |
davidng | drop davidng adeally | 12:13 |
---|---|---|
*** davidng has quit IRC | 12:17 | |
*** david_ has joined #schooltool | 12:20 | |
*** david__ has joined #schooltool | 12:20 | |
*** david__ has quit IRC | 12:22 | |
*** david_ has quit IRC | 12:22 | |
*** david_ has joined #schooltool | 12:30 | |
*** Aiste has joined #schooltool | 12:46 | |
*** dadeng has joined #schooltool | 12:49 | |
dadeng | Alan i changed my nickname | 12:52 |
*** alga has quit IRC | 13:23 | |
*** menesis has quit IRC | 14:05 | |
*** mgedmin has joined #schooltool | 14:09 | |
*** Aiste has quit IRC | 14:44 | |
*** menesis has joined #schooltool | 14:49 | |
*** replaceafill has joined #schooltool | 16:15 | |
*** th1a has joined #schooltool | 16:25 | |
th1a | Good morning aelkner, yvl, menesis, replaceafill. | 16:32 |
th1a | (and/or afternoon) | 16:32 |
aelkner | morning | 16:32 |
replaceafill | good morning/afternoon | 16:32 |
yvl | good morning! :) | 16:32 |
th1a | OK, let's see... | 16:33 |
* th1a tries to switch out of vacation mode... | 16:33 | |
th1a | So one piece of good news is that over the first six months we spent 120,000 EUR out of 250,000 for the year. | 16:34 |
th1a | So we're probably on budget or only slightly over. | 16:34 |
th1a | (taking into account pending bonuses and some other issues) | 16:35 |
th1a | I was worried the exchange rate might have already thrown us further off than that. | 16:35 |
yvl | great news, th1a | 16:36 |
th1a | So as long as the EU doesn't collapse in the next six months, we should be ok. | 16:36 |
aelkner | let's hope that euro hold sup | 16:36 |
menesis | hi. | 16:36 |
th1a | Hi menesis. | 16:36 |
th1a | We might as well talk briefly about this person turning up with a broken old Data.fs. | 16:37 |
th1a | This is, of course, *the* reason not to use the ZODB on a project like SchoolTool... | 16:37 |
yvl | well, first it's not broken | 16:37 |
yvl | it's just old | 16:37 |
th1a | Correct. | 16:37 |
yvl | secondly, with any database you would have same problems | 16:38 |
th1a | Well... with a relational database you can always just dump tables. | 16:38 |
yvl | (just it might be easier to manually rip out data from SQL database) | 16:38 |
th1a | Right. | 16:38 |
th1a | I just asked what actual data they need out of it. | 16:38 |
th1a | It is probably not much. | 16:38 |
yvl | (by the way - 5 years of using ST is impressive) | 16:39 |
th1a | It is puzzling. | 16:39 |
th1a | SchoolTool didn't do very much at that point. | 16:39 |
yvl | on Fedora! | 16:39 |
th1a | I would think it is just basic student records and calendars. | 16:40 |
yvl | if they don't need much data I can dig out the old code | 16:40 |
yvl | and see what exporters did back then | 16:40 |
th1a | I don't think we had exporters. | 16:40 |
menesis | I would suggest they install 2008.04 on that machine, run it, and then copy the evolved data.fs to the new machine | 16:41 |
th1a | Probably we could just add one view that spits out student person data in a csv. | 16:41 |
th1a | Well, if that *should* work, we should make them try that first. | 16:41 |
th1a | OK. | 16:43 |
th1a | I don't want to go on too long about this. | 16:43 |
th1a | menesis: How are we doing on getting packages set up for the pilots? | 16:44 |
menesis | for zambia, you mean? | 16:45 |
th1a | Yes. | 16:45 |
menesis | I was looking at schooltool.zambia, updated it a little | 16:45 |
menesis | do not have a package yet | 16:46 |
menesis | will do it the same way as cando | 16:46 |
aelkner | menesis, i see you merged all of my timetable changes after all | 16:46 |
aelkner | thanks for that | 16:46 |
th1a | It should work the same way as CanDo and Cambodia. | 16:47 |
menesis | but zambia doesn't look like it's ready, tests don't pass | 16:47 |
menesis | and looks like zambia.grade and zambia.gradebook are not included | 16:48 |
aelkner | yes, they are there only in case i needed them | 16:49 |
menesis | aelkner: I don't like the timetable change at all, and will probably revert it, because that checkbox should be somewhere else | 16:49 |
th1a | aelkner, Send me a screenshot. | 16:50 |
menesis | aelkner: so zambia needs only FET import at the moment? | 16:50 |
aelkner | menesis, correct | 16:52 |
dadeng | well... now that u're talking about the foreign deployment, i need to come in | 16:52 |
dadeng | let me introduce myself, i changed my nick from Davidng to Dadeng, so this is David | 16:53 |
aelkner | th1a, i sent you the screenshot | 16:53 |
th1a | hi dadeng! | 16:53 |
dadeng | fine | 16:53 |
aelkner | hi dadeng | 16:53 |
th1a | menesis: The checkbox seems fine to me. | 16:54 |
dadeng | i'm in NIEPA, we have a demonstration school to work with first | 16:54 |
dadeng | i'm fine Alan | 16:54 |
dadeng | i'll begin setup of the environment tomorrow, using a live data | 16:56 |
dadeng | i hope Alan and others would be available online sometimes | 16:56 |
th1a | What time tomorrow. | 16:57 |
menesis | th1a: this is a journal setting, but the checkbox is in each section's timetable. also, with recent timetable changes it is not visible any more. | 16:57 |
th1a | Well, it does have to be synced with Justas's change. | 16:57 |
yvl | and thrown out of ST core | 16:58 |
yvl | definitely | 16:58 |
th1a | And we should probably re-phrase it to not specifically refer to Journal. | 16:58 |
yvl | and put into lyceum.journal | 16:58 |
th1a | It isn't only relevant to Journal; it is just only used there atm. | 16:58 |
dadeng | it will throughout the week | 16:58 |
th1a | dadeng: Coordinate with aelkner so he knows when you'll be working. | 16:59 |
dadeng | it will be throughout the week but we begin tomorrow | 16:59 |
aelkner | dadeng, what time in ESD will that be? | 16:59 |
aelkner | EST | 16:59 |
dadeng | ok, good, i'll feed him back as soon as we get full view of arrangement | 17:00 |
dadeng | this is 14:56 local here | 17:00 |
aelkner | 5 hours difference | 17:01 |
dadeng | so i don't have good conversion here, and it would be great to discuss around this time tomorrow | 17:01 |
dadeng | or even everyday | 17:01 |
dadeng | ok, good | 17:01 |
aelkner | 10:00 EST daily is ok for me | 17:01 |
dadeng | the only thing that looks missing in one of the modules is picture for persons | 17:02 |
dadeng | of course we'll not be concerned with that for now | 17:03 |
th1a | We actually used to have that, so it won't be hard to add back in. | 17:03 |
dadeng | good | 17:03 |
th1a | OK, anything else dadeng? | 17:04 |
dadeng | now i read d db discussions above, | 17:04 |
aelkner | th1a, you were saying how the consecutive periods flag will be used outside of journal | 17:05 |
aelkner | like in the calendar generation as well, right? | 17:05 |
th1a | Well, it could be. | 17:05 |
dadeng | we use mysql for rapidSMS, | 17:05 |
th1a | The point is, it is relevant to the way the application models the schedule. | 17:05 |
aelkner | what should the label for the checkbox day in your opinion? | 17:06 |
th1a | It is not just for journal display. | 17:06 |
dadeng | but i noticed it is easy to import data whicever db is used except | 17:06 |
th1a | aelkner: Just lop off "in Journal." ;-) | 17:06 |
dadeng | for the xml import i did, that i couldn't make any meaning of | 17:06 |
th1a | Let's see... | 17:07 |
th1a | menesis, any news on the Ubuntu packaging front? | 17:08 |
th1a | We can't let that stall out. | 17:08 |
menesis | th1a: not really.. | 17:08 |
th1a | What's the next step? | 17:09 |
th1a | menesis? | 17:10 |
menesis | after I release 1.5.0, I update versions.cfg to bluebream 1.0 versions, and start uploading packages | 17:10 |
th1a | OK. So we're not blocked by other administrivia? | 17:11 |
aelkner | menesis, i tried to update the eggs in my schooltool.zambia sandbox, but the new changes don't come down | 17:11 |
menesis | have to write an email to debian list with my todo | 17:11 |
dadeng | so, if we can make the mapping of imported data easier, we will need different data aggregation for upstream data | 17:12 |
aelkner | new eggs for scholtool and schooltool.lyceum.journal that is | 17:12 |
menesis | aelkner: bzr pull lp:~schooltool-owners/schooltool/schooltool.zambia | 17:12 |
dadeng | by upstream, i mean anywhere outside the schools | 17:12 |
menesis | aelkner: I made a few more changes to that branch | 17:13 |
dadeng | like Local Government, State, and federal | 17:13 |
menesis | aelkner: also, you can set "develop = . ../schooltool" in buildout.cfg and not wait for any eggs | 17:13 |
th1a | dadeng: Yes, that's a next step. | 17:13 |
dadeng | and then for intervention module | 17:14 |
aelkner | menesis, ah, that would exaplain it :) | 17:14 |
dadeng | we'll need to be able to reclassify intervention into various groups | 17:14 |
th1a | dadeng: This isn't necessarily the best time to discuss future plans. | 17:15 |
menesis | th1a: don't think I'm blocked by ubuntu now. I was busy with these urgent changes that I have to release to dev ppa | 17:15 |
th1a | menesis: OK. Understood. | 17:15 |
th1a | We need to get the dev ppa going first. | 17:15 |
th1a | Just wanted to make sure we're not waiting around for some other Ubuntu process. | 17:16 |
menesis | no. | 17:16 |
th1a | Thanks menesis. | 17:16 |
menesis | but yes, it is getting late... | 17:16 |
th1a | Yes, the pressure is on menesis. | 17:16 |
menesis | I will need sponsors later, for the new packages, but hopefully that will be faster now | 17:17 |
dadeng | alan: but that (intervention) is quite necessary for us in Nigeria, bcos of donors that will buy into project | 17:17 |
th1a | menesis: If you need help from yvl, let us know. | 17:18 |
th1a | OK, moving on... | 17:18 |
th1a | aelkner: Anything else to report? | 17:18 |
aelkner | menesis, so the view that i added the checkbox to is no longer reachable but the user? | 17:18 |
yvl | yes | 17:19 |
aelkner | looks like the timetable index.html view is the scheduling view? | 17:19 |
aelkner | so i just reapply the change there? | 17:20 |
yvl | please don't do anything :) | 17:20 |
yvl | It will be faster for me to apply the changes | 17:20 |
aelkner | ok, and the flag is already there, so i can use it in my FET import code | 17:21 |
yvl | why do you need it for FET? | 17:21 |
aelkner | i create sections for them and timetables | 17:21 |
aelkner | the FET importer needs to set that flag in the timetable | 17:22 |
aelkner | it's an option the Jen wanted | 17:22 |
yvl | I see | 17:22 |
yvl | as I'm reworking timetable model a bit, I'm quite interested :) | 17:23 |
menesis | about FET, can we please get a sample xml file for testing? downloadable like in other import pages. | 17:23 |
aelkner | i understand :) | 17:23 |
* yvl is thinking how to phrase a question... | 17:23 | |
yvl | how is the flag handled in FET? | 17:24 |
aelkner | menesis, i could add a stipeed down version of what Jen sent me for the sample | 17:24 |
yvl | say, we have 5 periods | 17:24 |
yvl | does it have separate flags for joining periods, like "join 1-2" "join 3-4" | 17:24 |
aelkner | yvl, the FET import view will have a checkbox | 17:24 |
yvl | ah | 17:25 |
yvl | next question | 17:25 |
aelkner | if checked, all timetables created will have the flag set | 17:25 |
dadeng | alan: Ok, we'll discuss later, i've also added u to my gtalk | 17:25 |
aelkner | dadeng, cool | 17:25 |
yvl | do we want calendar events of consecutive periods collapsed as well? | 17:25 |
aelkner | they should be | 17:26 |
th1a | yvl: That would be a "nice to have." | 17:26 |
aelkner | but i haven't gotten around to handling that part yet | 17:26 |
yvl | hmm, interesting | 17:26 |
yvl | that option does not play with our design well at the moment | 17:27 |
th1a | They do need to both link to the journal correctly. | 17:27 |
yvl | (say, we have a 5 minute break between two lessons) | 17:27 |
th1a | Our calendar design? | 17:27 |
aelkner | my logic in the journal does not care about periods not bumping up against each other | 17:27 |
aelkner | if there is not a specific 'break' period | 17:27 |
th1a | yvl: Yes, it isn't even completely clear that we should merge the periods. | 17:28 |
yvl | yes, but the question is now about the section's calendar | 17:28 |
aelkner | then two consecutive periods are treated as such even if period 1 ends s minutes before period two begins | 17:28 |
th1a | Not necessarily. | 17:28 |
th1a | Basically, we don't really know how it is treated in an individual school. | 17:28 |
th1a | And it isn't a high priority, so let's table it. | 17:28 |
yvl | it's quite important for me | 17:29 |
yvl | I want to move the option to be stored in section's journal itself | 17:29 |
yvl | is it ok, if the checkbox was in Journal -> Settings? | 17:30 |
yvl | it would make my life so much easier | 17:30 |
th1a | The real question is whether it is ok to make it a global setting or by section. | 17:30 |
th1a | Right now it is by section. | 17:30 |
yvl | no | 17:31 |
yvl | right now it is by timetable applied to a section | 17:31 |
th1a | OK. | 17:31 |
yvl | (slight difference, I'm nitpicking) | 17:31 |
yvl | ok, so I will move that, if no objections | 17:31 |
yvl | aelkner, the change will be submitted tomorrow | 17:31 |
yvl | you will be able to adapt ISectionJournal to IJournalPreferences | 17:32 |
yvl | and set the checkbox there | 17:32 |
th1a | Well... | 17:32 |
yvl | (as for the global setting, it will be done through adaptation, so it will be easy to change if we want) | 17:32 |
th1a | I don't understand. | 17:33 |
th1a | Where will the user make the change? | 17:33 |
yvl | go to the section's journal | 17:33 |
yvl | click the "Settings" action button | 17:33 |
th1a | No, that is not ok. | 17:33 |
yvl | where precisely do you want that? | 17:33 |
yvl | UI-wise | 17:33 |
th1a | Where I told Alan to put it. | 17:34 |
th1a | If it isn't going to go there it just has to be a global setting. | 17:34 |
aelkner | that would be the index.html view for timetable in yvl's new setup | 17:34 |
yvl | ok... | 17:34 |
yvl | one more question | 17:34 |
th1a | It has to be set up by the administrator, not the teacher. | 17:35 |
yvl | ah! | 17:35 |
aelkner | are teachers allowed to schedule sections? | 17:35 |
th1a | No. | 17:35 |
yvl | yes, they are | 17:36 |
yvl | I'm doing it as we speak :) | 17:36 |
th1a | Well, it might be an option. | 17:36 |
th1a | If they can do it by default it is a bug. | 17:36 |
yvl | please file the but | 17:37 |
yvl | the bug | 17:37 |
yvl | we need an app setting that allows teachers to edit section timetables + calendar | 17:37 |
yvl | and "edit section timetables" should be same permission as "edit section calendar" | 17:38 |
aelkner | yvl, so the consecutive flag in the timetable stays? | 17:38 |
yvl | most likely not | 17:39 |
yvl | ok, so back to the question... | 17:39 |
th1a | yvl: I'm not following why those permissions go together. | 17:39 |
yvl | flexible section scheduling feature request | 17:40 |
yvl | timetables are represented as calendar events | 17:40 |
yvl | auto-generated | 17:40 |
yvl | it's not a good idea to have calendar with events of two permission types | 17:41 |
th1a | Flexible scheduling does not necessarily mean flexible by teacher. | 17:41 |
yvl | from the point of code design | 17:41 |
th1a | Hm. | 17:41 |
yvl | of course not | 17:41 |
yvl | it just means flexible by whoever has permissions to edit | 17:41 |
th1a | I think I see what you're saying. | 17:41 |
th1a | OK. | 17:42 |
th1a | Sounds like you know what to do for that. | 17:42 |
aelkner | perhaps we should have discussed this in more detail last week | 17:43 |
yvl | so is it ok if I keep the UI part of it in section scheduling view, but it would be strictly journal-related? | 17:43 |
aelkner | before i set out to change schooltool and schooltool.lyceum.journal | 17:43 |
th1a | I don't understand what the problem is with having the consecutive period setting in the core. | 17:43 |
aelkner | when are we going to come to an agreement on that issue? | 17:44 |
th1a | aelkner: That's what we're discussing... | 17:44 |
aelkner | i was being retorical... | 17:44 |
yvl | I'm currently somewehre in between in cleaning up the code, both in timetables and journal | 17:44 |
th1a | Computability theory cannot predict when or if the algorithm will finish. | 17:45 |
yvl | and I want to have data where it belongs | 17:45 |
yvl | setting how to display the journal, should be stored in journal | 17:45 |
yvl | where is the UI is not my concern at the moment | 17:45 |
th1a | It is not only relevant to Journal. | 17:45 |
aelkner | yvl, th1a has sad that multiple times already | 17:46 |
aelkner | said | 17:46 |
yvl | hmm | 17:47 |
yvl | ok | 17:48 |
th1a | It is saying "Do you think of these two periods as one long period or as two short ones?" | 17:48 |
th1a | Is this two meetings or one? | 17:48 |
aelkner | or three even | 17:48 |
yvl | hmm | 17:48 |
th1a | It is most relevant to the Journal, but it isn't just a display issue. | 17:48 |
aelkner | any number of consecutive periods as one | 17:48 |
th1a | It is a question about the conceptual model of the schedule. | 17:49 |
yvl | (I'm trying to keep in my head both the code that already is, and the code that will be there after refactoring) | 17:49 |
aelkner | ideally the calendar events should be generated with the flag in mind | 17:49 |
yvl | the thing is, that I wanted to have data model where that precise thing is possible | 17:50 |
yvl | but it won't be a flag | 17:50 |
th1a | Ah. | 17:50 |
th1a | What would it be? | 17:50 |
yvl | we have something called activities there | 17:50 |
yvl | it will be loosely this thing | 17:50 |
yvl | there are things that can be bound to time | 17:51 |
yvl | those are actual meetings where you attend something | 17:51 |
yvl | and some of the meetings should be bound logically | 17:51 |
yvl | like two parts of a lecture | 17:51 |
yvl | its a same lecture, two meetings | 17:51 |
yvl | two calendar events | 17:51 |
yvl | etc | 17:51 |
yvl | the lecture goes somewhat "on top" of timetable | 17:52 |
th1a | Well, what's your timeframe for that? | 17:52 |
yvl | I'm a bit afraid to estimate | 17:52 |
yvl | it's fairly complicated | 17:52 |
yvl | it looks like I figured all I need out | 17:53 |
th1a | OK, so what you're saying is you'd like to move this to Journal to keep it out of the way. | 17:53 |
yvl | yes, that was my intention | 17:53 |
th1a | Hm...... | 17:53 |
yvl | after refactoring is done, we can move that back in | 17:53 |
th1a | Well, we can just put it in schooltool.zambia. | 17:53 |
yvl | and put it to core along with FET import | 17:54 |
yvl | hmm | 17:54 |
yvl | then again | 17:54 |
yvl | journal needs to be updated anyway | 17:55 |
yvl | to be displayed correctly | 17:55 |
yvl | another thing - there's a feature that is similar | 17:55 |
dadeng | alan: I'll be at the guest house and join u soon | 17:55 |
dadeng | bye | 17:55 |
yvl | "only display one column per day in the journal" | 17:56 |
dadeng | quit | 17:56 |
*** dadeng has quit IRC | 17:56 | |
th1a | yvl: *doh* Is that implemented? | 17:56 |
yvl | th1a, apologies | 17:57 |
aelkner | i didn't see that | 17:57 |
yvl | it's not | 17:57 |
th1a | Whew. | 17:57 |
replaceafill | :D | 17:57 |
yvl | ok | 17:57 |
yvl | let's keep the code as it is | 17:58 |
yvl | for now | 17:58 |
yvl | I'll think what to do with it later on | 17:58 |
th1a | In core or somewhere else? | 17:58 |
th1a | core/trunk? | 17:58 |
yvl | in core | 17:58 |
aelkner | i don't understand, are we keeping the flag in the timetable or not? | 17:59 |
yvl | yes, aelkner | 17:59 |
yvl | but I'll chop it out in few weeks | 17:59 |
menesis | is it really a timetable setting? | 17:59 |
yvl | probably entirely | 17:59 |
th1a | *sigh* | 17:59 |
aelkner | then what's the point of having it now? | 17:59 |
th1a | Well, Jen wants it now. | 18:00 |
menesis | I need something that works now. | 18:00 |
yvl | because we don't have the needed timetable model now | 18:00 |
yvl | yes - because we need it now :) | 18:00 |
th1a | And it doesn't really matter to her if the implementation changes. | 18:00 |
th1a | In fact, she only cares about the FET part of it anyhow. | 18:00 |
th1a | But we *do* need to get that to her *this week*. | 18:01 |
aelkner | yvl, so we are going to have this flag in the timetable | 18:01 |
aelkner | the FET import will set it | 18:01 |
aelkner | and your changes in the future will evolve it to something else? | 18:01 |
aelkner | i'm sure sure how this is going to work | 18:02 |
yvl | yes | 18:02 |
yvl | I'll change the view tomorrow morning | 18:02 |
yvl | but in few weeks I'll change timetabling a lot | 18:02 |
yvl | and it will lose the flag | 18:02 |
aelkner | so i will have to make sure to change schooltool.zambia to use the new option | 18:02 |
aelkner | after you make that change | 18:03 |
yvl | zambia's FET importer will not be compatible with that change anymore | 18:03 |
yvl | correct | 18:03 |
yvl | ideally | 18:03 |
yvl | we will not make zambia use this change for a while | 18:03 |
yvl | at least untill we port FET importer to SchoolTool core | 18:03 |
yvl | and when we do that | 18:03 |
yvl | we will need to change it anyway | 18:03 |
th1a | OK. | 18:04 |
yvl | and that's it for the topic :) | 18:04 |
th1a | menesis: We just have to get the changes to Zambia, and get them using .debs asap. | 18:05 |
th1a | OK... replaceafill? | 18:05 |
replaceafill | ok, i finished the level/class changes for cambodia and showed them to javier/piseth | 18:06 |
replaceafill | i already have feedback from them | 18:06 |
replaceafill | and some other small requests | 18:06 |
menesis | th1a: yes, I still have to make the package for Zambia, while I wait for yvl to resolve the above | 18:06 |
th1a | replaceafill: Yes, it seems like you should just go ahead and focus on their little requests. | 18:07 |
aelkner | menesis, i need to add the use of the consecutive flag to schooltool.zambia | 18:07 |
replaceafill | th1a, got it | 18:07 |
aelkner | so i will submit a new branch soon, please merge that before making final package | 18:07 |
th1a | replaceafill: We'll follow their lead. | 18:07 |
th1a | What does yvl have to resolve? | 18:07 |
replaceafill | th1a, yvl i just have one concern on groups titles and how javier wants them being generated | 18:08 |
replaceafill | i'll try to be fast explaining this, ok? | 18:08 |
replaceafill | we use groups to represent classes | 18:08 |
th1a | OK. ;-) | 18:08 |
replaceafill | we have groups like "11B", "11C" and so on | 18:09 |
replaceafill | they want the class titles to be generated from two pieces of data: level and "class" | 18:09 |
replaceafill | where level is 1, 2, 3, etc | 18:09 |
replaceafill | and class is just a letter | 18:09 |
replaceafill | but we're using "number" + "letter" in classes right now | 18:10 |
replaceafill | so, easy, we strip out the number from the group titles | 18:10 |
* replaceafill not sure if he's explaining it right | 18:10 | |
menesis | aelkner: sure, will wait for your changes | 18:10 |
replaceafill | yvl, could i create a "title" view for groups in cambodia | 18:11 |
replaceafill | otherwise i would end up with several groups like | 18:11 |
replaceafill | "A", "A", "A", "B", "B", "B" | 18:11 |
yvl | I see your point | 18:11 |
yvl | a minute... | 18:11 |
replaceafill | phew | 18:11 |
replaceafill | thank God :D | 18:11 |
replaceafill | and my other "related" concern on this | 18:12 |
replaceafill | can we rely on them having javascript | 18:12 |
replaceafill | i know the gradebook does | 18:12 |
yvl | that I do not know | 18:12 |
th1a | Ask them. | 18:12 |
th1a | I was just thinking about this in the shower the other day though. | 18:13 |
replaceafill | th1a, ah! simple ;) | 18:13 |
replaceafill | :| | 18:13 |
th1a | We're really getting to the point where not assuming Javascript is just an unnecessary hindrance. | 18:13 |
th1a | But we don't have to have that discussion now. ;-) | 18:13 |
yvl | yes | 18:13 |
yvl | and yes :) | 18:13 |
replaceafill | ah ok | 18:13 |
yvl | as for groups... | 18:13 |
yvl | that is a really good question | 18:14 |
yvl | and probably only replaceafill can answer it :) | 18:15 |
replaceafill | :| | 18:15 |
yvl | you'll have to pick a path that is easier | 18:15 |
yvl | while there is a view called @@title I think | 18:15 |
yvl | I doubt that it is used in all of the group views | 18:15 |
yvl | then again - I don't think you need all of those views | 18:16 |
replaceafill | yes, i guess the attribute is pulled directly | 18:16 |
yvl | you can "cheat" a little bit | 18:16 |
replaceafill | yay! cheating is allowed! :D | 18:16 |
yvl | set the title to "A" and description to "11A" | 18:16 |
replaceafill | :O | 18:16 |
yvl | this way most of the time the "A" title will be displayed | 18:16 |
replaceafill | i like that idea | 18:17 |
yvl | I think you know best now what views are used there | 18:17 |
yvl | pick the easiest path | 18:17 |
replaceafill | oh ok | 18:17 |
replaceafill | yvl final question (i promise) :D | 18:17 |
yvl | (__name__ will be chosen differently anyway) | 18:17 |
th1a | Or set the description to "A" and dynamically generate the title as level + description? | 18:17 |
replaceafill | th1a, yes, that's what they want | 18:18 |
yvl | you can even rename the "description" form label to something else | 18:18 |
replaceafill | my point is that the current group views use the title everywhere | 18:18 |
replaceafill | like "add members" | 18:18 |
replaceafill | yvl, actually the description field of groups is not used in the class form | 18:19 |
replaceafill | we only ask for "level" + "class title" | 18:19 |
replaceafill | so we can use the group description as you suggest | 18:19 |
replaceafill | well, about the final question: | 18:20 |
replaceafill | we create some default courses for them | 18:20 |
replaceafill | i already know the courses titles in khmer | 18:20 |
replaceafill | yvl, is it ok if i put khmer in schooltool code? | 18:20 |
yvl | (it was just a suggestion, the final call will be your's - whatever requires less changes...) | 18:20 |
yvl | sure | 18:21 |
yvl | it's hacked-in import data | 18:21 |
replaceafill | yes | 18:21 |
th1a | In schooltool.cambodia. | 18:21 |
yvl | yes | 18:21 |
replaceafill | yes | 18:21 |
th1a | OK. Thanks replaceafill! | 18:21 |
yvl | it doesn't matter what language it is - it's hacked in in English the same as in Khmer | 18:22 |
th1a | yvl: Anything else to add? | 18:22 |
replaceafill | yes | 18:22 |
th1a | How was your vacation? | 18:22 |
replaceafill | thakns | 18:22 |
yvl | Great! thanks :) | 18:22 |
yvl | I really really needed that :) | 18:22 |
yvl | and no, nothing else to add :) | 18:23 |
th1a | OK, thanks gentlemen. I'll be around this week, on semi-vacation. | 18:23 |
th1a | Have a great week! | 18:24 |
yvl | thanks | 18:24 |
replaceafill | thanks guys | 18:24 |
* th1a drops the bag of gravel. | 18:24 | |
yvl | have a pleasant semi-vacation, th1a | 18:24 |
yvl | replaceafill, the only thing about the group titles is that if you have some views that list all (or most) of the groups | 18:25 |
yvl | and you set the title to a single letter | 18:25 |
replaceafill | yes, you cannot recognize them anymore | 18:25 |
yvl | you'll need those views to show description probably - or, even better, just build the string from group.title and level.title | 18:26 |
replaceafill | also, the groups viewlet in the person index view shows only "A" | 18:26 |
yvl | wait, I'm a little confused | 18:27 |
yvl | should it display "11A" almost everywhere, or just "A"? | 18:28 |
replaceafill | 11A | 18:28 |
yvl | what's the users preference? | 18:28 |
replaceafill | level + class | 18:28 |
yvl | ah, then use th1a's suggestion | 18:28 |
replaceafill | i just say that when you see a person, you see "Grade: 11A", but down the view you see "Groups: Students, A" | 18:29 |
yvl | <th1a> Or set the description to "A" and dynamically generate the title as level + description? | 18:29 |
replaceafill | yes | 18:29 |
yvl | ok then :) | 18:30 |
yvl | happy coding! ;) | 18:30 |
replaceafill | yvl, i assume you're going home, right? | 18:30 |
replaceafill | can we talk tomorrow? | 18:30 |
yvl | kind of :) | 18:30 |
replaceafill | i have a couple of questions | 18:30 |
replaceafill | small ones | 18:30 |
yvl | I'm going for a beer :D | 18:30 |
replaceafill | :| | 18:30 |
replaceafill | or on thursday | 18:31 |
yvl | can you send me an email? | 18:31 |
replaceafill | ah sure | 18:31 |
replaceafill | will do | 18:31 |
replaceafill | thanks | 18:31 |
yvl | thanks | 18:31 |
yvl | apologies, I kind of have a bad habit to make plans on Mondays after the IRC meeting :| | 18:32 |
replaceafill | :D | 18:32 |
yvl | ok, see you ;) | 18:32 |
replaceafill | cheers! | 18:32 |
*** th1a has quit IRC | 18:52 | |
replaceafill | menesis, you around? | 19:18 |
menesis | replaceafill: yes? | 19:20 |
replaceafill | hey menesis, is there a branch for the schooltool code you use with cando? | 19:21 |
replaceafill | i'm making a change in schooltool trunk, removing zonki from the pdf footers, and i wanted to make the same change if that branch existed | 19:21 |
replaceafill | because i know cando doesnt use trunk, correct? | 19:21 |
menesis | replaceafill: nothing special for cando... well it is lp:schooltool/1.4 | 19:22 |
replaceafill | and i wanted to save you the trouble of backporting and stuff | 19:22 |
menesis | the stable branch | 19:22 |
replaceafill | so i can do "bzr branch lp:schooltool/1.4" and make the change there as well | 19:23 |
replaceafill | branching... | 19:24 |
menesis | if the branch where your change is, is branched from a few week old trunk, then you can simply merge it to both trunk and the stable branch | 19:25 |
menesis | like I have lp:~menesis/schooltool/bugfixes | 19:25 |
menesis | or, later, I merge from trunk to 1.4 | 19:26 |
replaceafill | ah cool | 19:26 |
replaceafill | i making this change and i'm going to request a new cando release later if that's ok | 19:26 |
replaceafill | it's not urgent though | 19:26 |
menesis | merge non-interesting changes and revert code, commit to mark it as skipped, then merge the needed fixes, and so on | 19:27 |
*** th1a has joined #schooltool | 19:28 | |
replaceafill | th1a, so, darkgray it is | 19:29 |
aelkner | menesis, btw, when it comes time to move the FET import into schooltool core | 19:31 |
aelkner | i will submit a branch, and it will have tests, samples | 19:31 |
menesis | good :) | 19:32 |
aelkner | :) | 19:32 |
replaceafill | damn! moving from trunk to 1.4 gives me a generationstoohigh error :''''( | 19:33 |
replaceafill | good bye Data.fs :''''( | 19:33 |
*** ColonelPanik has joined #schooltool | 19:35 | |
menesis | it will work with trunk | 19:35 |
menesis | for 1.4 you can create a new instance | 19:36 |
replaceafill | i had an old Data.fs i used :) | 19:36 |
menesis | with many plugins, and a bug that prevents disabling gradebook, I have many databases that are almost empty :( | 19:37 |
replaceafill | :| | 19:37 |
replaceafill | menesis, remember that server with the pdf problems? i tested the ssl version and the damn reports work :| | 19:39 |
replaceafill | https://server works, http://server/demo doesnt | 19:40 |
replaceafill | i have the apache configs, but then i thought, we're getting rid of zonki anyway | 19:40 |
replaceafill | although i have the itch to know what was wrong :P | 19:40 |
menesis | btw I have added a tag:schooltool-1.4 at the revision where 1.4 was branched | 19:41 |
menesis | replaceafill: remember. still doesn't work? | 19:42 |
replaceafill | no :( | 19:42 |
menesis | are you replacing the zonki with a better resolution image, or removing it? | 19:42 |
replaceafill | but if we remove zonki, that problem should go, right? | 19:42 |
replaceafill | no, removing it | 19:42 |
replaceafill | changing it for text | 19:42 |
menesis | well, we thought that zonki was the problem, because there are no other images | 19:43 |
menesis | if that was true, then yes :) | 19:43 |
* menesis is going home. will be online after 1h if needed | 19:44 | |
replaceafill | thanks menesis | 19:44 |
*** th1a has quit IRC | 19:50 | |
*** menesis has quit IRC | 19:50 | |
*** th1a has joined #schooltool | 19:50 | |
*** mgedmin has quit IRC | 20:04 | |
*** menesis has joined #schooltool | 20:37 | |
*** th1a has quit IRC | 20:39 | |
*** th1a has joined #schooltool | 20:59 | |
replaceafill | menesis, just requested the two merges and updated cando trunk | 21:16 |
replaceafill | i wonder if there's a way to suscribe to the ppa, so one can know when a package is released :) | 21:16 |
menesis | replaceafill: cool, thanks | 21:19 |
menesis | this is bug https://bugs.launchpad.net/schooltool/+bug/561558 ? | 21:19 |
replaceafill | yes | 21:20 |
replaceafill | damn, i forgot to put that in CHANGES.txt :( | 21:20 |
*** th1a has quit IRC | 21:53 | |
menesis | no worries, I have to update changelog anyway | 22:23 |
menesis | marking fix committed is more important, then I know it is done | 22:24 |
*** jelkner has joined #schooltool | 22:24 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!