*** replaceafill has joined #schooltool | 00:57 | |
*** replaceafill has quit IRC | 02:42 | |
*** replaceafill has joined #schooltool | 03:53 | |
*** aelkner has joined #schooltool | 04:12 | |
*** alga has quit IRC | 05:02 | |
*** replaceafill has quit IRC | 07:18 | |
*** balor has joined #schooltool | 10:58 | |
*** yvl has quit IRC | 13:24 | |
*** alga has joined #SchoolTool | 13:37 | |
*** yvl has joined #schooltool | 13:58 | |
*** ignas has joined #schooltool | 15:45 | |
ignas | Lumiere: ayt? | 15:45 |
---|---|---|
Lumiere | hi | 15:51 |
Lumiere | ignas: I am now | 15:51 |
ignas | Lumiere: is it holiday in US today? | 15:52 |
ignas | *a holiday | 15:52 |
Lumiere | no | 15:53 |
Lumiere | it is a Teacher Work Day for APS | 15:53 |
Lumiere | so students are off | 15:53 |
ignas | I see | 15:53 |
Lumiere | but I have no idea if th1a is planning to meet | 15:53 |
ignas | we won't be having yvl and menesis most probably | 15:53 |
ignas | but I am always here ;) | 15:54 |
Lumiere | well th1a has to be here before we can meet... | 15:54 |
Lumiere | also yvl is at the office :) | 15:54 |
Lumiere | or he has xchat automagically starting at 7am my time | 15:55 |
ignas | yvl: are you at the office? | 15:55 |
yvl | well... yes. | 15:56 |
yvl | but not for long :) | 15:56 |
yvl | hopefully | 15:56 |
yvl | for some reason I did not expect to have a meeting today | 15:57 |
Lumiere | I don't know that we are | 15:58 |
Lumiere | th1a's usually here by now | 15:58 |
ignas | yvl: nobody expects the "schooltool irc meetings" | 16:00 |
*** th1a has joined #schooltool | 16:08 | |
Lumiere | and th1a arrives... meeting today? | 16:09 |
th1a | Is there any reason we wouldn't? | 16:12 |
ignas | Easter ;) but I am online, and that's all we need ;) | 16:12 |
Lumiere | I will be a little late to the meeting | 16:20 |
Lumiere | but I think I should be here for some of it | 16:20 |
*** replaceafill has joined #schooltool | 16:21 | |
th1a | Good morning ignas, yvl, aelkner, replaceafill, Lumiere. | 16:30 |
replaceafill | Good morning everybody | 16:31 |
ignas | hi | 16:31 |
th1a | How are we doing, ignas? | 16:31 |
aelkner | morning | 16:31 |
ignas | well - updated XLS import/export | 16:32 |
ignas | to match the documentation | 16:32 |
ignas | include demographics | 16:32 |
ignas | can't recall whether we did translations last week or the week before the last one | 16:33 |
ignas | added a way to attach contacts to a person | 16:33 |
ignas | not commited yet | 16:33 |
th1a | I switched the preferred series in LP. | 16:33 |
ignas | will have some questions about the details of contact - person UI | 16:33 |
ignas | and that's about it | 16:33 |
ignas | I am planning to do contacts | 16:33 |
ignas | maybe add a way to mark absences as explained | 16:34 |
ignas | though I have a couple of questions about it | 16:34 |
th1a | That worked for Lyceum at some point, right? | 16:34 |
ignas | but we should do those after the meeting | 16:34 |
ignas | yeah, but as we want UI for teachers | 16:34 |
ignas | it has to be a bit different | 16:34 |
ignas | and I have an idea how we can do it conveniently for users | 16:35 |
ignas | and conveniently for us ;) | 16:35 |
th1a | Ah... | 16:35 |
th1a | Yes I hadn't thought about that aspect of it. | 16:35 |
ignas | my idea at the moment is to add "x" key | 16:35 |
ignas | that would toggle absences between explained and not explained | 16:36 |
th1a | The teacher/school level thing. | 16:36 |
ignas | in the section journal view | 16:36 |
th1a | That makes sense. | 16:36 |
ignas | easy to do when javascript is enabled | 16:36 |
ignas | the problem is - i don't know how to do it without java script conveniently | 16:36 |
ignas | so we either come up with something | 16:36 |
ignas | or just leave it for after release | 16:36 |
ignas | and assume that people using schooltool at the moment have modern browsers | 16:37 |
th1a | What makes it hard without Javascript? | 16:37 |
ignas | well - the entry field only has the "value" you are entering | 16:37 |
ignas | whether a grade | 16:37 |
ignas | or an "A" "T" mark | 16:37 |
ignas | fitting "explained" somehow into the same field is not really an option | 16:37 |
ignas | so we would have to add an additional set of checkboxes for all the absence/tardy fields | 16:38 |
ignas | doable probably, but will look ugly | 16:39 |
th1a | OK... we should probably not jam this in then. | 16:39 |
ignas | if I will come up with something good along the way, I will add it, but ajax interface comes first in this case | 16:40 |
th1a | We might just need a separate view. | 16:40 |
th1a | I forgot this would get involved. | 16:42 |
th1a | So we'll move this back a bit. | 16:42 |
th1a | Anything else? | 16:42 |
ignas | hmm, menesis is not here | 16:42 |
ignas | but I know what he was doing | 16:42 |
ignas | he worked a bit more on the Jaunty release | 16:42 |
ignas | and packaged 2 additional dependencies that yvl needs for gutsy ... jaunty | 16:43 |
th1a | So we'll have RML support internally now? | 16:43 |
ignas | yvl: will we? ;) | 16:43 |
ignas | one of them was very tricky so I am glad I had him to do it, and could concentrate on the code | 16:43 |
yvl | ignas, yes | 16:43 |
Lumiere | back | 16:44 |
ignas | yvl: I will need you to check the packages and see if your code works with the packages in intrepid | 16:44 |
yvl | ok | 16:44 |
ignas | yvl: that might require some python path mangling, but is doable | 16:44 |
ignas | yvl: I had managed to run bare schooltool checkout on debian packages with some effort | 16:45 |
ignas | once when I had to test stuff | 16:45 |
* th1a will be a lot more able to make reports with RML. | 16:45 | |
ignas | that's it for me | 16:45 |
th1a | We'll need an example of how to wire up a RML report. | 16:46 |
ignas | oh, next week menesis will work on PoV internal product till the end of the week when the big merge + release comes | 16:46 |
th1a | ignas: OK. | 16:46 |
th1a | yvl: You're up. | 16:46 |
yvl | ok | 16:47 |
yvl | I'm finishing the RML support now | 16:47 |
yvl | should be ready on Tue / Wed | 16:48 |
th1a | What's the status of headers? | 16:48 |
yvl | it's the same issue | 16:48 |
* th1a wonders if we should just let people upload RML. | 16:48 | |
yvl | erm... no | 16:49 |
yvl | it's just too volatile | 16:49 |
yvl | in my opinion | 16:49 |
ignas | prone to blowing up in tracebacks? or prone to coming out completely wrong? | 16:49 |
yvl | tracebacks that are not so obvious | 16:50 |
yvl | unless you are a developer | 16:50 |
ignas | not that there are many tracebacks that users understand anyway | 16:51 |
th1a | Is that because of the way the RML support is coded, or because ReportLab is crazy? Or both? | 16:51 |
yvl | the RML support | 16:51 |
yvl | its good, but exceptions could use some wrapping | 16:52 |
th1a | It probably doesn't have end-user generated code in mind. | 16:52 |
yvl | TypeError: cannot concatenate 'str' and 'cStringIO.StringI' objects | 16:52 |
th1a | Well, we'll probably be discussing this again in November. | 16:52 |
yvl | I wrote the image file name incorrectly here | 16:52 |
yvl | I think we should just stick with RML being available for developers now | 16:53 |
th1a | Right. I'll be asking if we can make it work for next spring though. | 16:53 |
th1a | If we can make it work it is a major, major feature. | 16:54 |
Lumiere | lol yvl I understand that message | 16:54 |
Lumiere | which is sad | 16:54 |
ignas | Lumiere: no you don't ;) | 16:54 |
Lumiere | ignas: uh well I would need the rest of the traceback to be sure, but understand what both of those types are | 16:55 |
th1a | So anyhow, were are we with the headers? | 16:55 |
Lumiere | (most of my background is C... not python) | 16:55 |
yvl | few hours to completion, from where I stand | 16:55 |
yvl | to the point were we have two systems :) | 16:55 |
yvl | one hooked on RML, and Alan's report | 16:56 |
yvl | then several hours to merge those | 16:56 |
th1a | Ah. | 16:56 |
yvl | i.e. rewrite the flowable generation part in Alan's reports as RML template | 16:56 |
th1a | OK. | 16:57 |
yvl | so, that's the plan for this week: | 16:57 |
aelkner | we're n ot dong that for 1.0, are we? | 16:58 |
yvl | I'm afraid we are... | 16:58 |
aelkner | must we? | 16:58 |
yvl | yes | 16:58 |
aelkner | if not using RML works, then why must we use it? | 16:59 |
th1a | Well, I guess we have an RML header. | 16:59 |
yvl | it should be much easier to tweak later on | 16:59 |
aelkner | oh, to get headers to work | 16:59 |
th1a | I'm ok with jumping with both feet into RML. | 16:59 |
*** spowers has quit IRC | 17:00 | |
*** spowers has joined #schooltool | 17:00 | |
th1a | With some trepidation. | 17:00 |
aelkner | but th1a, that's not on my list of tasks for the last two weeks that we agreed on | 17:00 |
th1a | That's why yvl is doing it. | 17:00 |
yvl | it's on my list of tasks | 17:00 |
th1a | So no worries. | 17:00 |
th1a | Now, one other aelkner/yvl question. | 17:01 |
th1a | SLA got some spurious HTML tags in their narrative reports last week. | 17:01 |
th1a | aelkner: What were the tags? | 17:01 |
aelkner | <br /> and <p class="wester"> weren't properly handled by the regex paragraph break-up | 17:02 |
aelkner | so i fixed that | 17:02 |
aelkner | also, &rspqu; wasn't handled | 17:02 |
aelkner | or something similar to that | 17:02 |
aelkner | basically, the FckEditor allows the user to embed tags, but the report generation has to handle everything that could be there | 17:03 |
yvl | ah, thanks Alan | 17:03 |
th1a | So someone entered/pasted &rspqu; ? | 17:03 |
aelkner | i'm guessing they user the FckEditor wiget to embed that one | 17:04 |
Lumiere | what is rspqu? | 17:04 |
th1a | That's what I'm confused about. | 17:04 |
Lumiere | it isn't one that i can see | 17:05 |
Lumiere | I wonder if it is a word quote | 17:05 |
yvl | seriously, what is rspqu? | 17:05 |
aelkner | ’ | 17:05 |
aelkner | it's a single quote | 17:05 |
yvl | ah, yes | 17:06 |
aelkner | you had ' | 17:06 |
Lumiere | it's a fancy right quote | 17:06 |
Lumiere | instead of a ' | 17:06 |
aelkner | it was used to genereate the word "I'd" | 17:06 |
aelkner | as in I had | 17:06 |
yvl | hmm | 17:06 |
th1a | OK, well, this is a common case, so it is something we'll have to cover in general in our widgets. | 17:07 |
aelkner | i could see why the user chose the fancy right quote | 17:07 |
aelkner | for I'd | 17:07 |
Lumiere | 3:1 they pasted from word | 17:07 |
th1a | It is probably just what Word did. | 17:07 |
aelkner | well, maybe that's it | 17:07 |
th1a | I mean, I don't think you can *type* that. | 17:08 |
yvl | damn, I did not know that one was a problem for Reportlab | 17:08 |
Lumiere | http://channel3b.wordpress.com/2007/07/04/how-to-convert-html-entities-to-real-unicode-in-python/ | 17:08 |
th1a | Why is it a reportlab problem? | 17:08 |
Lumiere | it isn't | 17:09 |
yvl | as far as I understood the problem, it was in the report generation, right? | 17:09 |
Lumiere | it's a storage issue | 17:09 |
ignas | hmm | 17:09 |
ignas | storage or display? | 17:09 |
Lumiere | ignas: likely could be solved either way | 17:09 |
yvl | and display pdf or display html? | 17:09 |
Lumiere | but my preference would be to store the unicode | 17:10 |
aelkner | yvl: you had a reason to write the conversion function, _unescape_FCKEditor_HTML, right? | 17:10 |
aelkner | and that's where i added the conversion of the right quote | 17:10 |
yvl | yes, I'm trying to remember now (looking at code)... one minute... | 17:11 |
th1a | I guess there is an escaping issue and a tag stripping issue. | 17:11 |
th1a | Or... | 17:11 |
th1a | Let's backtrack. | 17:11 |
th1a | 1) Users should not be entering html at all, right? This is a rich text widget? | 17:12 |
yvl | yes | 17:12 |
th1a | It is just a word processor to them. | 17:12 |
th1a | So the answer to the HTML stripping issue is - don't enter HTML on your reportcard. | 17:12 |
th1a | Otherwise, when you're pasting from Word, you're going to get some fancy characters -- we need to handle those. | 17:13 |
th1a | And right now they're getting escaped and not unescaped on the report, correct? | 17:13 |
yvl | yep | 17:14 |
yvl | I remembered why I did this | 17:14 |
yvl | just took the defensive way - Reportlab throwed exceptions at unrecognized tags or &...; | 17:15 |
yvl | but it had to use some of the tags generated by FCKEd | 17:16 |
yvl | so the solution was - escape everything, unescape what we are aware of | 17:16 |
yvl | in case of mistake users get some tag or &qweqwe; instead of a traceback | 17:17 |
*** dwelsh has joined #schooltool | 17:17 | |
th1a | So we could just make sure and handle all the characters a teacher is likely to get out of Word? | 17:17 |
dwelsh | good morning | 17:17 |
th1a | That would be the simplest fix in the shorter term? | 17:17 |
th1a | dwelsh: Good morning. | 17:17 |
th1a | Also, do we re-use this configuration of fckeditor? | 17:18 |
yvl | erm, not in SchoolTool | 17:18 |
yvl | only SLA | 17:18 |
th1a | OK, so presumably in the medium term we should get this right and then use it everywhere. | 17:19 |
th1a | But that's down the road. | 17:19 |
th1a | Thanks, yvl. | 17:19 |
*** balor has quit IRC | 17:19 | |
th1a | aelkner? | 17:19 |
dwelsh | welsh is concerned about importing students routine and its failure to add students to group students | 17:19 |
th1a | Is this a CanDo thing? | 17:20 |
th1a | SchoolTool doesn't have an import students routine. | 17:20 |
dwelsh | it appears failure happened because groups do not exist before a year and term are setup? | 17:20 |
dwelsh | why would existence of groups be dependent upon setup of years? | 17:20 |
th1a | dwelsh: Look -- if you have a list of students, you can add them to the student group in a number of ways. | 17:21 |
dwelsh | listening... | 17:21 |
th1a | This is only a problem if you don't have a list of students. | 17:21 |
th1a | .xls import... | 17:21 |
th1a | I think the CSV import still works for groups. | 17:21 |
th1a | All you need is the id's. | 17:22 |
dwelsh | does not work unless years and terms are setup first. | 17:22 |
th1a | OK. | 17:22 |
th1a | Set up a year and a term. | 17:22 |
dwelsh | I know that; my question is: is this the way we WANT schooltool to function | 17:23 |
dwelsh | seems very counter-intuitive to me | 17:23 |
dwelsh | and it has caused a problem now with VA pilot | 17:23 |
th1a | Yes, because you have a different group of students every year. | 17:23 |
dwelsh | no you don't | 17:24 |
th1a | Students graduate... | 17:24 |
dwelsh | you add to the same group of students every year | 17:24 |
th1a | New students come in. | 17:24 |
dwelsh | and yes, subtract some too | 17:24 |
th1a | This was only a problem because we didn't go over the changes in detail before the pilot was deployed. | 17:25 |
th1a | Which, obviously, was a mistake. | 17:25 |
th1a | But there is nothing wrong with the implementation. | 17:25 |
dwelsh | OK. I agree with your point #1 | 17:25 |
dwelsh | I'm not confident yet about point #2. | 17:26 |
ignas | there is a major difference in points of view | 17:26 |
ignas | it seems that dwelsh is treating students group | 17:26 |
ignas | as a "tag" | 17:26 |
ignas | to mark a person | 17:26 |
ignas | as a "Student" | 17:26 |
ignas | instead of a "Teacher" | 17:26 |
ignas | or something else | 17:26 |
ignas | while we are thinking of groups as well - groups of people | 17:26 |
ignas | that change year to year | 17:27 |
ignas | and that you track all the time | 17:27 |
ignas | like "who were in Students group last year" | 17:27 |
ignas | for example | 17:27 |
dwelsh | yes, I think that's the essence of it. | 17:27 |
dwelsh | the group "students" setup both permissions and functionality in CanDo | 17:27 |
ignas | yep, but as I have mentioned school year integration will be tricky | 17:28 |
ignas | as permissions will have to change year to year | 17:28 |
ignas | someone who was a student last year | 17:28 |
ignas | will lose his permissions/functionality next year if he is not in the Students group again | 17:28 |
dwelsh | I'm wondering how this will effect the running of reports. | 17:28 |
dwelsh | CanDo data will persist over four or six year. | 17:28 |
dwelsh | What if a student was a student in year 1, but not in 2, then was a student again in year 3. | 17:29 |
dwelsh | Will this setup reporting problems? | 17:29 |
ignas | depends on who will write reports | 17:29 |
ignas | and how | 17:29 |
th1a | It will be less of a problem than if SchoolTool didn't know about years. | 17:29 |
ignas | dwelsh: the alternative would be a "switch on" "switch off" functionality in relationships | 17:30 |
ignas | that you really don't want to have as it is even more complex | 17:30 |
dwelsh | Right. My thought was the switch on/switch off paradigm | 17:30 |
ignas | I picked the choice of 1 year 1 group | 17:30 |
ignas | because thinking of a group now | 17:30 |
dwelsh | Once a student, always a student, unless you get switched off | 17:31 |
ignas | as a separate object | 17:31 |
ignas | is easier | 17:31 |
ignas | than thinking of a versioned object | 17:31 |
ignas | that is tracking changes over time | 17:31 |
ignas | and if you are changing the grou | 17:31 |
ignas | group | 17:31 |
ignas | you are changing it "now" but not in the past | 17:31 |
ignas | and etc. | 17:31 |
dwelsh | Are we going to have four databases of students for the four years of a student's career? | 17:32 |
dwelsh | How do we tell if there are duplicates??? | 17:32 |
ignas | duplicates? | 17:32 |
ignas | databases? | 17:32 |
th1a | It isn't that complicated. | 17:32 |
th1a | It is the same student. | 17:32 |
th1a | There is a student group for each year. | 17:32 |
ignas | yep, students, resources and school years are the "timeless" objects | 17:32 |
th1a | So they'd be member of the student group each year. | 17:32 |
Lumiere | dwelsh: we should not need to insert students into a group for sections to work | 17:33 |
dwelsh | Meaning one database of students, with our years of group affiliations? | 17:33 |
dwelsh | four years of group affiliations? | 17:33 |
yvl | yes | 17:33 |
* Lumiere thinks that CanDo should use section data to decide if the person is a student | 17:34 | |
Lumiere | instead of a group | 17:34 |
th1a | That's the way SchoolTool in general works. | 17:35 |
ignas | well - in most of the parts it does | 17:35 |
th1a | So really we just need to bring CanDo in line with that. | 17:35 |
ignas | you are in a section as a "student" - you will see the "being a student in a section related" links | 17:35 |
ignas | and if you are an instructor for a section - you will see links related to instructing a section | 17:35 |
ignas | and if you are both - you will see all of them | 17:35 |
dwelsh | yes, that may be a cleaner way of doing it. | 17:36 |
ignas | but again - that's where our opinions are sometimes different | 17:36 |
dwelsh | and that is in fact what determines the group affiliation... the section relationships | 17:36 |
ignas | because I do admit - sometimes having fixed roles makes it more straightforward | 17:36 |
th1a | It is just that the coding is a little more complicated. | 17:36 |
th1a | The reason you guys are doing it the way you are is because: | 17:36 |
th1a | 1) person logs in; | 17:37 |
Lumiere | ignas: the problem is that it doesn't allow the flexibility for a teacher to be a student later on | 17:37 |
th1a | 2) Is person a student - show student intro page; | 17:37 |
th1a | 3) Is person a teacher - show teacher intro page. | 17:37 |
th1a | Right? | 17:37 |
ignas | Lumiere: both ways have their merits and downsides, we picked one of them, and cando picked the other one, which is making it tricky... | 17:37 |
Lumiere | ignas: yea | 17:37 |
replaceafill | brb switching pcs | 17:37 |
dwelsh | yup | 17:37 |
*** replaceafill has quit IRC | 17:37 | |
Lumiere | I like that 2/3 exist in CanDo, but is there any way to do "show intro page with links to student/teacher information based on what is taught this SY/Term" | 17:38 |
th1a | Exactly. | 17:38 |
th1a | That's what makes it harder. | 17:39 |
dwelsh | 2 & 3 is very important to CanDo | 17:39 |
dwelsh | and in general, teachers switching to students in a public school is not a use-case | 17:39 |
*** balor has joined #schooltool | 17:39 | |
th1a | Yes. | 17:39 |
th1a | Anyhow, this is a longer-term question. | 17:40 |
aelkner | schooltool.gradebook handles the case where a user is BOTH a teacher and a student | 17:40 |
aelkner | by having an intermediate page | 17:40 |
aelkner | Classes you Attend | 17:40 |
aelkner | Classes you teach | 17:40 |
aelkner | in that case | 17:40 |
aelkner | otherwise, if one only either teaches or attends | 17:40 |
th1a | Realistically, we could eliminate that intermediate page easily if we wanted. | 17:40 |
Lumiere | I think this is something we could look at moodle 1.9 about... | 17:40 |
aelkner | it automaticaly takes the user to the right place | 17:40 |
Lumiere | they have a role chooser | 17:40 |
ignas | lyceum journal was or is showing a tab for your sections that leads to one place or the other depending on whether you are a teacher or a student | 17:41 |
th1a | Yeah. | 17:41 |
ignas | i think they even have the same title | 17:41 |
Lumiere | by default you log into your highest level role | 17:41 |
th1a | I think we can resolve this in the longer run. | 17:41 |
th1a | Is there an immediate problem? | 17:41 |
Lumiere | th1a: the only immediate problem is that the pilots didn't get students into the students group | 17:42 |
dwelsh | right. we introduced a bug | 17:42 |
th1a | Do they know the student's id's? | 17:43 |
Lumiere | dwelsh: I don't see it as a 'bug' as much as a feature that wasn't intended :) | 17:43 |
th1a | It is a documentation bug. | 17:43 |
dwelsh | Douglas is thinking of writing a routine that will check to see who's in a section | 17:43 |
th1a | Actually, I think it is documented. | 17:43 |
dwelsh | and then will add them to the group "students" | 17:43 |
ignas | but it is easy to fix | 17:43 |
ignas | you just export XLS | 17:43 |
dwelsh | does that make sense | 17:43 |
ignas | copy the names | 17:43 |
ignas | and paste them into the "Group" import page | 17:43 |
dwelsh | there is a group import page? | 17:44 |
Lumiere | th1a: not documented for the csv importer | 17:44 |
Lumiere | brb | 17:44 |
ignas | XLS import/export has it | 17:44 |
ignas | so you can import Students Group for the school year that you need with all the students | 17:44 |
ignas | as long as you know their usernames | 17:44 |
ignas | I can talk to Lumiere about it and I think we should be able to resolve it pretty quickly | 17:46 |
th1a | OK. | 17:46 |
dwelsh | Is there a reason why we wouldn't have Douglas write a view to check the sections and add to group "students" based on section enrollment? | 17:47 |
dwelsh | seems easier and more foolproof to me. | 17:47 |
dwelsh | easier for the end-user, I mean. | 17:47 |
ignas | foolproof - yes | 17:47 |
ignas | easier - not sure | 17:47 |
th1a | It shouldn't be necessary. | 17:47 |
ignas | ahh, easier for the user | 17:47 |
dwelsh | ignas, douglas and jason | 17:48 |
dwelsh | can you guys work a solution out for Lee Capps | 17:48 |
yvl | guys, I have to leave now... So a great week to you. If anything, leave me a note on IRC or by email. | 17:48 |
ignas | don't know, I'll see | 17:48 |
dwelsh | I would ask that we accept responsibility for this one, and not create work for him | 17:49 |
dwelsh | have a great week yvl | 17:49 |
th1a | thanks yvl | 17:49 |
th1a | Lumiere should be able to handle the import, if he's got permission. | 17:50 |
ignas | we probably can, though - these use cases are solvable by anyone who knows how to write CSV files using python, and perfectly we want our users to be able to fix those themselves, at least in the long run | 17:50 |
dwelsh | Lumiere, can you take the lead on getting this fixed? | 17:53 |
th1a | ... | 17:55 |
th1a | aelkner: How have you been doing? | 17:55 |
aelkner | is our impromptu CanDo meeting done then? | 17:56 |
dwelsh | done | 17:56 |
dwelsh | thanks for the interruption:) | 17:56 |
aelkner | ok, so I knocked off half of the bugs that we agreed I'd do in the two weeks | 17:56 |
aelkner | th1a: you forgot to add a bug for "detect unsaved changes in gradebook" | 17:57 |
aelkner | otherwise, did you get the emails for the bugs that I changed to "Fix Comiited"? | 17:57 |
th1a | Yes. | 17:58 |
aelkner | and, of course, i dealt with the SLA issue | 17:58 |
aelkner | i think they should be OK for now | 17:58 |
aelkner | i never got a 1099 for last year | 17:59 |
th1a | Can we merge those changes. | 17:59 |
th1a | We don't send out 1099's. | 17:59 |
th1a | We're not an American company. | 17:59 |
aelkner | what do i do for my tazes? | 17:59 |
aelkner | taxes | 17:59 |
th1a | I just report my income. | 17:59 |
aelkner | ok, will do | 17:59 |
aelkner | ignas can merge any time he wants to | 18:00 |
* th1a has to go pick up his taxes after this meeting. | 18:00 | |
th1a | Does ignas know what branch you're working on? | 18:00 |
ignas | aelkner: which branch? | 18:00 |
aelkner | it has't changed | 18:00 |
aelkner | i'm trying to minimize the time spent discussing branches | 18:01 |
aelkner | so that i can do real work | 18:01 |
aelkner | bzr+ssh://schooltool.org/aelkner/schooltool.gradebook/schooltool.gradebook_report_cards/ | 18:01 |
th1a | That wasn't so hard. | 18:01 |
th1a | OK. | 18:02 |
aelkner | th1a: you will add the bug? | 18:02 |
th1a | I just hadn't assigned it to you. | 18:03 |
aelkner | aaah | 18:03 |
th1a | Anything else? | 18:03 |
th1a | Anyone? | 18:03 |
aelkner | th1a: thanks | 18:03 |
dwelsh | have a great week | 18:03 |
aelkner | great week everyone | 18:03 |
th1a | Have a great week -- code freeze FRIDAY. | 18:04 |
* th1a drops the bag of gravel. | 18:04 | |
ignas | th1a: got 5 minutes? | 18:04 |
th1a | Yes. | 18:04 |
ignas | question about contacts | 18:04 |
ignas | what kind of "search" form should we add in membership views | 18:04 |
ignas | and in the container view | 18:04 |
*** dwelsh has left #schooltool | 18:05 | |
ignas | at the moment contacts have a whole bunch of fields | 18:05 |
ignas | and I don't really know which are the important ones | 18:05 |
ignas | and how users will be "thinking" about contacts | 18:05 |
th1a | Uh huh. | 18:06 |
ignas | point is - you add some students | 18:06 |
ignas | add some contacts | 18:06 |
ignas | and now you must "assign" them to each other | 18:07 |
ignas | or should we rather do some intermediate view | 18:07 |
ignas | like "Add + assign contact" in one go | 18:07 |
ignas | for most usecases | 18:07 |
ignas | and have the other workflow for special cases | 18:07 |
ignas | where you want to assign the same contact for 2 different persons | 18:07 |
ignas | or managed to mess something up and etc. | 18:08 |
th1a | In most cases, when you add a person you want to add a new contact. | 18:08 |
th1a | 1 in 20 times you want to link to an existing contact. | 18:08 |
th1a | Or maybe 1 in 10. | 18:09 |
th1a | ;-) | 18:09 |
ignas | :) | 18:09 |
ignas | so - how do you imagine finding the right contact | 18:09 |
th1a | Search by name? | 18:09 |
ignas | ok, search by name + surname | 18:09 |
th1a | Contact name. | 18:09 |
ignas | yeah | 18:09 |
th1a | Primarily surname, really. | 18:09 |
th1a | You could enter the student's last name in the field by default. | 18:10 |
ignas | hmm, makes sense actually | 18:10 |
th1a | It could fit on one form. | 18:10 |
ignas | the other question is - how do you tell apart people with the same name and surname? | 18:10 |
th1a | "Search for existing contact: " at the top. | 18:10 |
th1a | Entry form underneath. | 18:10 |
ignas | yeah, our membership forms have filter widget already | 18:11 |
ignas | look at "add instructor to section" | 18:11 |
ignas | i can show name/surname/.... | 18:11 |
ignas | in the table | 18:11 |
ignas | just which ones are the important fields most of the time | 18:11 |
* Lumiere just got back... | 18:12 | |
Lumiere | what is it that I am being asked to do? | 18:12 |
th1a | Import the list of students? | 18:12 |
th1a | Or decide to make replacafil code a solution. | 18:12 |
ignas | Lumiere: have you seen XLS export/import | 18:12 |
Lumiere | some | 18:12 |
ignas | and do you know which instance they have this problem on | 18:12 |
th1a | ignas: Street address. | 18:12 |
Lumiere | all of em | 18:13 |
ignas | Lumiere: ok, so here's the deal :) | 18:13 |
ignas | Lumiere: to add a bunch of people to students group, you will need a list of their usernames | 18:13 |
ignas | Lumiere: from what I understand, one way to get it is to scan all the sections | 18:13 |
ignas | Lumiere: and collect all the usernames that are "members" of a section | 18:13 |
ignas | is there an easier way in which you could get the list? | 18:14 |
ignas | like the initial import data that you used to make the first import? | 18:14 |
Lumiere | I think we could get that from Lee | 18:14 |
Lumiere | I think a goal for CanDo 2009.08 will be to get one permissions method in place | 18:15 |
ignas | if you have a small school tool instance running, with groups and all | 18:16 |
ignas | just export an XLS file | 18:16 |
ignas | delete all the sheets except groups | 18:16 |
ignas | delete all the groups in it except the students group | 18:16 |
ignas | and copy/paste the student usernames into it | 18:16 |
Lumiere | I think that is doable | 18:16 |
Lumiere | and I can put together directions for Lee to do it | 18:16 |
ignas | if you have trunk somewhere | 18:16 |
Lumiere | ignas: what xls versions do I use? | 18:17 |
ignas | you can use the "empty_data.xls" | 18:17 |
Lumiere | ignas: I don't know if I have trunk | 18:17 |
ignas | to get a documented overview of the format | 18:17 |
ignas | hmm | 18:17 |
ignas | lemme see on launchpad | 18:17 |
Lumiere | wait I do | 18:17 |
Lumiere | http://staging.schooltool.org/bzr2/schooltool/schooltool/trunk/ | 18:17 |
ignas | yeah | 18:18 |
ignas | just start it up and go to manage -> XLS Import | 18:18 |
ignas | bzr up first ;) | 18:18 |
ignas | you will see links to sample data file and empty data file | 18:18 |
Lumiere | Tree is up to date at revision 2462. | 18:18 |
ignas | http://bazaar.launchpad.net/~schooltool-owners/schooltool/schooltool/files/head%3A/src/schooltool/export/ | 18:18 |
ignas | or download both files from here | 18:19 |
ignas | the section format on trunk is different from the one that CanDo is using, but you only need to import the Groups Worksheet | 18:19 |
Lumiere | k | 18:19 |
Lumiere | brb | 18:22 |
th1a | ignas: I'd use street address to compare similar names, so use them in the index view. | 18:23 |
ignas | ok, will use them in both places | 18:23 |
ignas | the relationship view and the index view | 18:23 |
Lumiere | does anyone use thunderbird with gmail? | 18:33 |
*** aelkner has quit IRC | 19:42 | |
*** jelkner has joined #schooltool | 20:13 | |
Lumiere | hi jelkner | 20:18 |
*** replaceafill has joined #schooltool | 21:06 | |
replaceafill | th1a, sorry i couldnt come back to the meeting | 21:06 |
replaceafill | our inet connection is down at work | 21:06 |
Lumiere | hi | 21:09 |
Lumiere | replaceafill: did you get the CC I sent you? | 21:10 |
th1a | hi replaceafill. No problem. | 21:10 |
replaceafill | Lumiere, did u just sent it? | 21:10 |
replaceafill | th1a, that's why I always CC u when I fix something :) | 21:11 |
th1a | Yes. Thanks. | 21:11 |
Lumiere | replaceafill: I sent it a couple hours ago | 21:12 |
Lumiere | replaceafill: but I am not sure it went through | 21:12 |
replaceafill | Lumiere, hhmm to my yahoo mail? | 21:12 |
Lumiere | smtp.gmail was screwing up for me | 21:12 |
Lumiere | yea | 21:12 |
Lumiere | (brb, wc) | 21:12 |
replaceafill | Lumiere, dont have anything in yahoo | 21:13 |
Lumiere | k | 21:14 |
Lumiere | will resend in a moment, | 21:14 |
replaceafill | Lumiere, thanks | 21:15 |
Lumiere | replaceafill: ok it is sent | 21:30 |
replaceafill | Lumiere, checking... | 21:31 |
Lumiere | replaceafill: will you be around a little later tonight or tomorrow early afternoon to merge / update ACC's instance? | 21:31 |
replaceafill | sure, tonight if u want | 21:31 |
replaceafill | is it 8 pm ur time ok? | 21:31 |
Lumiere | sure | 21:35 |
*** replaceafill has quit IRC | 21:40 | |
*** balor has quit IRC | 21:58 | |
*** jelkner has quit IRC | 22:42 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!