| *** yvl has joined #schooltool | 10:36 | |
| *** bigbrovar has joined #schooltool | 10:39 | |
| *** menesis has joined #schooltool | 13:16 | |
| *** bigbrovar has quit IRC | 15:25 | |
| *** bigbrovar has joined #schooltool | 15:25 | |
| *** bigbrovar has quit IRC | 15:39 | |
| *** replaceafill has joined #schooltool | 15:47 | |
| th1a | hi replaceafill, menesis, yvl. | 16:31 |
|---|---|---|
| yvl | good morning | 16:31 |
| replaceafill | good morning/afternoon | 16:31 |
| menesis | hi | 16:31 |
| th1a | So the big news is I spoke to dwelsh this morning. | 16:32 |
| th1a | He sounded great. Speaking a few words per minute slower, but back to nagging me about CanDo. ;-) | 16:33 |
| yvl | ! | 16:34 |
| replaceafill | :D | 16:34 |
| yvl | great news! :) | 16:34 |
| th1a | Yeah. | 16:34 |
| menesis | :) | 16:34 |
| th1a | It'll be a while before he's 100%, but making great progress. | 16:35 |
| yvl | really glad to hear this | 16:36 |
| th1a | Yes, it is good news on a number of levels. | 16:36 |
| th1a | Personal and professional. | 16:37 |
| th1a | yvl: I'm afraid you're going to need to reply to our LDAP user in some way. | 16:38 |
| yvl | ah, right! | 16:38 |
| yvl | ok | 16:38 |
| th1a | I'm feeling like my feeling that it was a good idea avoiding LDAP commitments as long as possible was a good idea. | 16:39 |
| th1a | He's got a couple new questions. | 16:39 |
| th1a | How was the hackathon, yvl? | 16:40 |
| yvl | pretty good | 16:40 |
| yvl | we won | 16:40 |
| yvl | well, there were two 1st places, we managed to get one of them | 16:41 |
| yvl | all in all - great fun | 16:41 |
| replaceafill | why i'm not surprised yvl ;) | 16:41 |
| yvl | :P | 16:41 |
| * yvl was surprised actually | 16:41 | |
| th1a | Congratulations! | 16:41 |
| replaceafill | congrats | 16:41 |
| th1a | What was the task? | 16:43 |
| yvl | hack with new http://europeana.eu/ api | 16:44 |
| yvl | we prototyped crowd sourced manuscript digitization | 16:44 |
| yvl | allowing users to manually enter word-by-word | 16:45 |
| * yvl worked on automatic hand written words boundaries detection in old manuscripts | 16:45 | |
| yvl | got to some 80% detection in Lithuanian death / wedding lists | 16:46 |
| yvl | so pretty good for quick hacks I guess | 16:46 |
| replaceafill | yvl, python? | 16:46 |
| yvl | yes | 16:46 |
| th1a | 80% boundary detection. | 16:46 |
| replaceafill | public branches? | 16:46 |
| yvl | scipy, numpy, django | 16:47 |
| th1a | i.e., splitting words? | 16:47 |
| yvl | https://bitbucket.org/sirex/crowdhwr | 16:47 |
| replaceafill | thanks! | 16:47 |
| yvl | th1a, detecting where the words are in an image | 16:47 |
| yvl | for example, here: http://www.epaveldas.lt/recordImageSmall/ARCH/1490/1/5?exId=124438&seqNr=90 | 16:48 |
| yvl | not that easy, a lot of noise, etc. | 16:48 |
| th1a | Indeed. | 16:48 |
| th1a | So then you can show images of individual words to be translated? | 16:48 |
| yvl | yes | 16:49 |
| yvl | hmm | 16:49 |
| yvl | http://rankrasciai.atviriduomenys.lt/word/1/ | 16:49 |
| yvl | here's an example | 16:49 |
| th1a | Ah. Yes, nice. | 16:49 |
| yvl | and of course users should manually fix word placement, etc. | 16:49 |
| yvl | and it's all a prototype at the moment | 16:49 |
| yvl | as in - needs work! :) | 16:50 |
| yvl | in any case, let's get back to ST :) | 16:52 |
| * yvl went through most of reports today | 16:52 | |
| yvl | checking what needs to be done | 16:52 |
| yvl | from first glance.... | 16:54 |
| yvl | well, gradebook reports depend on being generated instantly | 16:54 |
| yvl | but that was expected, so there will be some refactoring involved | 16:54 |
| yvl | then there are the reports that are requested not via dialog | 16:55 |
| yvl | some extra work there too | 16:55 |
| yvl | (virginia reports) | 16:55 |
| th1a | Well... | 16:55 |
| th1a | I'd say make sure the "traditional" reports are as rock solid as possible first. | 16:56 |
| th1a | With working messages, etc. | 16:56 |
| th1a | The more "print this screen" reports would not be top priority. | 16:56 |
| yvl | printable worksheets, absences, detail reports? | 16:56 |
| th1a | I'm not 100% sure which fall into which category offhand. | 16:57 |
| yvl | ok | 16:57 |
| th1a | I'm just saying, time is short, and the "traditional" reports tend to be the longer running ones anyhow. | 16:58 |
| th1a | Well, if you're running the report cards for a whole group, for example. | 16:58 |
| yvl | what else... | 16:58 |
| th1a | Maybe I should look at my reports index... | 16:59 |
| yvl | at the moment I've only added "messages" for new style reports | 16:59 |
| yvl | and we have almost none of those | 16:59 |
| yvl | (I think) | 16:59 |
| th1a | We're going to have to get our language straight. | 17:00 |
| yvl | ok | 17:00 |
| th1a | Maybe a google spreadsheet. | 17:00 |
| th1a | I can set that up. | 17:01 |
| yvl | thanks | 17:02 |
| th1a | What do you mean by "new style" above? | 17:03 |
| yvl | most of all - inherited from schooltool.skin.flourish.report.PDFPage | 17:05 |
| yvl | the ones with new report guidelines | 17:05 |
| th1a | In style? | 17:05 |
| yvl | yes | 17:05 |
| th1a | OK. Douglas and I are going to try to blitz through those. | 17:06 |
| yvl | kk | 17:06 |
| th1a | Give them at least a little facelift. | 17:06 |
| yvl | meanwhile - should I work on gradebook reports? | 17:06 |
| replaceafill | we have some: cando student ones, virginia completion one, gradebook worksheets | 17:06 |
| th1a | We also have the distinction between requested via dialog and not? | 17:06 |
| yvl | yes | 17:06 |
| yvl | converting a report to an "offline" one is not automatic | 17:07 |
| yvl | a developer needs to put a celery task | 17:07 |
| th1a | So I was trying to say that probably we should get the ones via dialog solid first. | 17:07 |
| yvl | and then add messaging so user could download it afterwards | 17:07 |
| yvl | ok | 17:07 |
| yvl | makes sense | 17:07 |
| yvl | basic dialog is done, so porting should be (relatively) easy | 17:08 |
| yvl | since we won't be rewriting all reports to the new style guidelines (right?) | 17:08 |
| th1a | Well, you won't be. | 17:08 |
| yvl | ok | 17:08 |
| th1a | Do the two tasks conflict with each other in some way? | 17:09 |
| yvl | yes | 17:09 |
| yvl | a little | 17:09 |
| th1a | So what do we need to know? | 17:09 |
| yvl | hmm | 17:09 |
| yvl | embarrassing, but I don't know. | 17:09 |
| yvl | hmm | 17:10 |
| yvl | well, first of all | 17:10 |
| yvl | the question is if the reports will be remade to the new style guidelines | 17:11 |
| yvl | by inheriting the flourish class | 17:11 |
| yvl | or just quickly facelifting the old rml templates | 17:11 |
| th1a | We'll want to use the new class won't we replaceafill? | 17:11 |
| *** ignas has joined #schooltool | 17:11 | |
| replaceafill | yes | 17:12 |
| replaceafill | that's what i've been doing so far with the "new" reports (i think) | 17:12 |
| yvl | so we'll be touching the same classes | 17:12 |
| yvl | cool | 17:12 |
| yvl | rule of thumb is we should not work on the same report / inherited reports at the same time | 17:12 |
| yvl | for one, we need to refactor a bit | 17:13 |
| yvl | at the same time, other changes in same place will occur by porting them to work with the new class(es) | 17:13 |
| th1a | Which would make sense to do first? | 17:14 |
| yvl | ideally - first port to new style, then make them offline | 17:14 |
| yvl | but it could work both ways | 17:15 |
| yvl | hmm | 17:16 |
| yvl | let's just randomly decide who works on what | 17:16 |
| th1a | Well, Douglas could start on reports today. | 17:17 |
| th1a | We've been waffling on whether to do CanDo bugs or reports first. | 17:17 |
| yvl | which ones? | 17:17 |
| replaceafill | i can start with cando/virginia reports | 17:17 |
| replaceafill | cando has some dialog ones | 17:18 |
| replaceafill | and not touch the gradebook so you can work on those | 17:18 |
| yvl | hmm | 17:18 |
| yvl | cando inherits gradebook reports | 17:19 |
| yvl | so you should start at the roots | 17:19 |
| yvl | first, ones that inherit schooltool.gradebook.browser.pdf_views:PDFBase and nothing else | 17:20 |
| yvl | then, ones that inherit schooltool.gradebook.browser.pdf_views:BaseStudentPDFView and nothing else | 17:20 |
| yvl | then schooltool.gradebook.browser.pdf_views:BaseReportCardPDFView | 17:20 |
| yvl | also schooltool.gradebook.browser.pdf_views:GradebookOverview | 17:20 |
| yvl | then cando reports | 17:20 |
| replaceafill | afaict, the only one that inherits from pdf_views is the worksheet pdf | 17:21 |
| replaceafill | i was thinking about porting the student competency record for example | 17:21 |
| replaceafill | for an individual student | 17:21 |
| yvl | umm, aren't they done already? | 17:22 |
| yvl | I saw them inherit PlainPDFPage from flourish | 17:22 |
| replaceafill | yes | 17:22 |
| replaceafill | sorry yvl, i'm confused | 17:22 |
| replaceafill | so we're not changing "new style" reports? | 17:23 |
| replaceafill | like from going to Download to Generate? | 17:23 |
| replaceafill | from Download* | 17:23 |
| yvl | yes we are | 17:23 |
| yvl | then again, there are "old style" reports | 17:23 |
| yvl | that we may or may not want to port to "new style" | 17:23 |
| th1a | Well, we want to do the dialog style ones first, right. | 17:23 |
| th1a | ? | 17:24 |
| yvl | right, th1a | 17:24 |
| th1a | I think we're confusing two kinds of "style" here. | 17:24 |
| yvl | but the question for many gradebook reports is - should we handle them before or after porting to "new style guidelines" | 17:24 |
| replaceafill | i'd say before yvl | 17:25 |
| replaceafill | if it's possible | 17:25 |
| th1a | I'd think so. | 17:25 |
| yvl | ok | 17:25 |
| yvl | so... | 17:25 |
| * yvl is taking all reports that are or are inherited from pdf_views in gradebook | 17:25 | |
| yvl | please do not touch them until I'm done :) | 17:25 |
| replaceafill | understood | 17:25 |
| yvl | thanks man | 17:26 |
| th1a | Would this be easier if replaceafill DIDN'T start working on reports today? | 17:26 |
| replaceafill | yvl, question | 17:26 |
| th1a | Just follow yvl? | 17:26 |
| replaceafill | could/should i change cando student reports to use tasks? | 17:26 |
| replaceafill | again, sorry for my dumb example, but i mean, having the dialog to have a Generate/Refresh button instead of download? | 17:27 |
| replaceafill | i think that'd get me started on the whole thing, right? | 17:27 |
| yvl | sure | 17:27 |
| replaceafill | and i was already looking on how the section roster, person profile do it :D | 17:28 |
| yvl | and expose early(er) if something is missing in infrastructure :) | 17:28 |
| * yvl thinks we're on the same page here | 17:30 | |
| th1a | OK, so what is replaceafill going to do? | 17:31 |
| replaceafill | change an individual student cando report to be remote? | 17:32 |
| yvl | sure | 17:33 |
| replaceafill | yvl, question | 17:34 |
| replaceafill | why is the request dialog so important in the whole remote story? | 17:34 |
| yvl | also, feel free to tweak style of existing "new style" reports | 17:34 |
| replaceafill | i mean, why is it difficult to port the completion report in virginia? | 17:34 |
| yvl | it's not | 17:35 |
| replaceafill | or any other report that doesn't have a dialog | 17:35 |
| yvl | but it is extra work | 17:35 |
| replaceafill | ah | 17:35 |
| yvl | click Generate | 17:35 |
| yvl | task will get submitted | 17:35 |
| yvl | now you have to show that to user somehow | 17:35 |
| yvl | (as he does not get PDF immediately as before) | 17:35 |
| yvl | you need extra page for progress message | 17:36 |
| replaceafill | and we're using the dialogs for that in the meantime, right? | 17:36 |
| yvl | or maybe just display something inline | 17:36 |
| yvl | yes | 17:36 |
| replaceafill | got it | 17:36 |
| yvl | so if you want, feel free to add that extra info | 17:37 |
| replaceafill | at some point the user will have a "download requested reports" page | 17:37 |
| yvl | he does something like that now | 17:37 |
| replaceafill | that will complete/replace that use of the dialogs | 17:37 |
| replaceafill | ah really? | 17:37 |
| yvl | messages below personal info in "home" | 17:37 |
| replaceafill | i haven't seen that! i'll check :) | 17:38 |
| yvl | after user clicks generate you still need to indicate that report was requested successfully | 17:38 |
| replaceafill | i've been like "refresh, refresh, refresh" | 17:38 |
| replaceafill | until i get the download link :D | 17:38 |
| yvl | :D | 17:38 |
| yvl | well, we need a message there "you can download this report from Home at later time" | 17:38 |
| yvl | "once it's generated" | 17:39 |
| replaceafill | yes | 17:39 |
| th1a | My initial point here is that finishing those messages, indicator in header, etc. should be yvl's top priority. | 17:39 |
| yvl | ok | 17:40 |
| th1a | Doesn't need to be flashy or ajaxy, but it should work. | 17:40 |
| yvl | so that, after that gradeook views | 17:40 |
| yvl | * gradebook :) | 17:42 |
| th1a | Sounds right. | 17:43 |
| th1a | OK, so replaceafill and yvl, stay in touch with your progress. | 17:43 |
| replaceafill | i'll probably ping the dev list in case i get stuck (like last week) :D | 17:44 |
| th1a | replaceafill: Anything else? | 17:44 |
| yvl | sure replaceafill | 17:45 |
| replaceafill | th1a, i made the report changes we discussed last week | 17:45 |
| replaceafill | th1a, just a quick question | 17:45 |
| replaceafill | (i didn't understand a note in my notes files) | 17:45 |
| replaceafill | regarding to update the titles of the reports in the pdfs | 17:45 |
| replaceafill | i mean, they should match the new links, correct? | 17:45 |
| th1a | Yes, except the aggregated student report should have the name of the report relevant to the individual report. | 17:46 |
| th1a | If you follow me. | 17:46 |
| replaceafill | ah! that was the part i didn't get in my notes | 17:46 |
| replaceafill | yes | 17:46 |
| replaceafill | (SECTION) in parentheses, right? | 17:46 |
| replaceafill | Section Competencies (Section) | 17:46 |
| th1a | Um... | 17:47 |
| replaceafill | never mind, that's the note i didn't get | 17:47 |
| replaceafill | :D | 17:47 |
| replaceafill | but i understand what you mean | 17:47 |
| th1a | Didn't we change that title entirely? | 17:47 |
| replaceafill | i should read a book on note taking ;) | 17:47 |
| replaceafill | yes | 17:48 |
| replaceafill | Aggregated Student Skill Reports for Section | 17:48 |
| replaceafill | Section Competencies - > Student Skill Report for Section | 17:48 |
| th1a | We did discuss taking the "for Section" off. | 17:48 |
| replaceafill | for the section summary | 17:48 |
| replaceafill | Section Summary -> Per Student Skills | 17:48 |
| replaceafill | was in the beginning: Per Student Skills for Section | 17:49 |
| th1a | OK. | 17:49 |
| replaceafill | anyway, thanks i remember now :) | 17:49 |
| replaceafill | and i fixed some other small bugs | 17:49 |
| th1a | A some of those CanDo bugs are really small. | 17:50 |
| replaceafill | i got stuck in the skills/skillsets search bug | 17:50 |
| th1a | That's the messy one. | 17:50 |
| replaceafill | i realize dthat the use case is different for assigning skills to a course and looking skills for a project | 17:50 |
| replaceafill | currently, assign skills for courses allows you to select several skillsets at once | 17:51 |
| replaceafill | while for projects that doesn't work | 17:51 |
| replaceafill | so, then i decided to switch to remote reports | 17:51 |
| replaceafill | looking at the existing examples | 17:51 |
| replaceafill | section roster and person profile | 17:52 |
| replaceafill | that's it from me | 17:52 |
| replaceafill | ah! | 17:52 |
| replaceafill | i have a question for yvl | 17:52 |
| yvl | listening | 17:52 |
| replaceafill | yvl, since i'm getting tired of using names like "a_report_xxx" | 17:52 |
| replaceafill | "b_report_xxxx" | 17:53 |
| replaceafill | "c_report_xxx" | 17:53 |
| replaceafill | for sorting reportLink directives | 17:53 |
| yvl | :D | 17:53 |
| replaceafill | and we discussed in the sprint *i* should do that... | 17:53 |
| replaceafill | i started hacking the existing reportLink directive handler | 17:53 |
| replaceafill | to enable sorting | 17:53 |
| replaceafill | but realize that would break old reportLinks, right? | 17:54 |
| replaceafill | do we need a new flourish:reportLink directive? | 17:54 |
| yvl | umm | 17:54 |
| yvl | shouldn't you be able just add defaults? | 17:55 |
| yvl | like in | 17:55 |
| replaceafill | hhmm i thought it should work like the viewlet directive in flourish | 17:56 |
| yvl | skin.flourish.zcml:IViewletOrder | 17:56 |
| replaceafill | ah | 17:57 |
| yvl | not required and None by default | 17:57 |
| replaceafill | got it! | 17:57 |
| replaceafill | thanks, i'll try that | 17:57 |
| replaceafill | i was writing a new handler :P | 17:58 |
| replaceafill | with basically the same code, so something didn't feel right ;) | 17:58 |
| replaceafill | ok, now i'm done | 17:58 |
| yvl | glad to help ;) | 17:58 |
| th1a | OK, thanks replaceafill & yvl. | 18:00 |
| th1a | menesis? | 18:00 |
| menesis | released gradebook & journal | 18:01 |
| menesis | spent some time figuring out what was fixed when | 18:02 |
| menesis | I probably need to backport some of recent fixes to 2.1 release that the reported is using | 18:03 |
| menesis | Rena | 18:03 |
| menesis | ? | 18:03 |
| th1a | Well... | 18:04 |
| th1a | I guess the bugfixes. | 18:04 |
| th1a | That doesn't get precedence over our upcoming release. | 18:04 |
| th1a | (priority-wise) | 18:04 |
| menesis | of course | 18:05 |
| th1a | We don't need to backport the UI improvement. | 18:05 |
| menesis | no, just the journal crash with empty term | 18:05 |
| *** khildin has joined #schooltool | 18:05 | |
| menesis | and the toplevel tab remembering wrong section | 18:06 |
| menesis | when I was testing, was puzzled by journal displaying "no periods scheduled" shortly after I set up schedules | 18:07 |
| menesis | couldn't figure out, released | 18:07 |
| menesis | then some cleanup | 18:08 |
| menesis | worked on supervisor wrapper | 18:08 |
| menesis | tried to merge justas' branch and my work in several branches, got tangled up | 18:10 |
| menesis | continuing on the latter two today | 18:10 |
| th1a | OK. Sounds good. | 18:12 |
| menesis | not much | 18:14 |
| th1a | Just get your ducks in a row for the release. | 18:14 |
| th1a | I don't know if that idiom translates. | 18:15 |
| th1a | Any last words, gentlemen? | 18:15 |
| menesis | got it. | 18:15 |
| menesis | no. | 18:15 |
| th1a | OK, thanks guys. | 18:16 |
| th1a | Have a good week, see you Wednesday. | 18:16 |
| replaceafill | thanks everybody | 18:16 |
| th1a | replaceafill & yvl, communicate with each other. | 18:16 |
| replaceafill | will do | 18:17 |
| * th1a drops the bag of gravel. | 18:17 | |
| yvl | see you soon guys :) | 18:21 |
| *** ignas has quit IRC | 19:15 | |
| replaceafill | hhmm | 19:19 |
| replaceafill | yvl, i'm hitting the same recipient_ids keyerror using your latest branch | 19:19 |
| replaceafill | i remember i tested it last week and worked | 19:20 |
| replaceafill | hhmm if i "ping the catalog" changing the version, the error goes away | 19:24 |
| *** menesis has quit IRC | 19:43 | |
| *** khildin has quit IRC | 22:49 | |
| th1a | replaceafill: Sent you a link to a basic report spreadsheet. | 23:21 |
| replaceafill | th1a, kk | 23:42 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!