| *** tpb has joined #melange | 00:00 | |
| *** arvind_khadri has joined #melange | 00:55 | |
| *** arvind_khadri has quit IRC | 01:00 | |
| *** timpatrick has quit IRC | 01:10 | |
| *** arvind_khadri has joined #melange | 01:49 | |
| *** Merio has joined #melange | 05:05 | |
| *** ChanServ sets mode: +v Merio | 05:05 | |
| *** MatthewWilkes has joined #melange | 05:18 | |
| *** Merio has quit IRC | 05:32 | |
| *** Merio has joined #melange | 05:32 | |
| *** ChanServ sets mode: +v Merio | 05:32 | |
| *** Merio has quit IRC | 05:48 | |
| *** Merio has joined #melange | 05:49 | |
| *** ChanServ sets mode: +v Merio | 05:49 | |
| *** mithro has quit IRC | 06:28 | |
| *** florinciu has joined #melange | 07:10 | |
| *** Shaan7 has joined #melange | 08:09 | |
| *** Shaan7 is now known as Shaan7|away | 08:13 | |
| *** Shaan7|away has quit IRC | 08:32 | |
| *** matthewwilkes_ has joined #melange | 08:36 | |
| *** MatthewWilkes has quit IRC | 08:37 | |
| *** matthewwilkes_ is now known as MatthewWilkes | 08:37 | |
| *** dr__house has joined #melange | 08:55 | |
| *** Shaan7 has joined #melange | 09:06 | |
| *** madrazr has joined #melange | 09:32 | |
| *** ChanServ sets mode: +v madrazr | 09:32 | |
| *** Shaan7 has quit IRC | 09:40 | |
| *** dhans has joined #melange | 09:52 | |
| *** MatthewWilkes is now known as mwilkes|lunch | 09:53 | |
| Merio | dhans: I'll be 5/10 minutes late today, too (sorry about that :)). This morning I've set up the issue tracker in our bitbucket repository, in the meantime you can fill your side current issues and enhancements. You can also label 20090629 the issues/enhancements that you think can be ready for Monday 29. ttyl :) | 09:59 |
|---|---|---|
| dhans | Merio: ok thanks for letting me know | 10:00 |
| Merio | dhans: also posted the link of the issue tracker in melange demos wiki page and in the dev list, so we're all in sync | 10:03 |
| dhans | Merio: ok I will fill it today | 10:04 |
| Merio | dhans: great.. well I think it would be better if we come up with a list today so we can submit it to our mentors to plan the next week. So we can save time instead of having a meeting for that in Sat/Sun just fill the issue tracker | 10:05 |
| Merio | dhans: for today I mean now for the meeting | 10:05 |
| dhans | ok, but probably I will forget about something and put it in the tracker later :P | 10:06 |
| Merio | Yeah, that's no problem... I've thought about it so I don't need to save a separate text file with all my tasks not to forget anything... it come up really useful for these kind of things, apart from communication with the community/mentors. In the meantime while I'm leaving for 5/6 minutes if you can give me your status update, too :) | 10:07 |
| Merio | (and I'll give you mine when I'll be back :)) | 10:07 |
| dhans | ok so I added some new statistics that take data from more than one model and tried to made it more generic (I did not put params in the model since sverre has not responded yet) | 10:12 |
| Merio | dhans: leaving for 5 minutes, bbs :) | 10:12 |
| dhans | Merio: ok | 10:12 |
| dhans | and started to work on searching for possible choices before collecting data as we talked yesterday | 10:14 |
| dhans | it will be ready like tomorrow in the morning or in today in the evening | 10:14 |
| Merio | dhans: back | 10:23 |
| dhans | ok | 10:23 |
| Merio | if it doesn't break things can you commit it? | 10:24 |
| Merio | oh well.. "push" it... still stuck with svn language :P | 10:25 |
| dhans | i'll commit in a moment. just want to purify some code | 10:26 |
| Merio | Great | 10:26 |
| Merio | So, one thing we're going to need (and I would like to make it happen this week) is to retrieve the data for dashboards in a kind of RESTful way. So I ask for the JSON and statistic logic reply me with the JSON, instead of having it pushed in a context variable | 10:27 |
| Merio | And to do that also we need to set up a page for the dashboards | 10:28 |
| Merio | So we can integrate the ajaxy dashboard (as you can see in issue #15) | 10:28 |
| dhans | I saw it | 10:29 |
| Merio | I would like to come in 29 with something that sounds already working, even if not (obviously) with full functionalities and then refine it for the midterm | 10:29 |
| Merio | 16 days left, sounds reasonable | 10:30 |
| Merio | (I mean for the midterm) | 10:30 |
| dhans | yes, but it still seems to be a lot of work | 10:31 |
| dhans | but we're gonna do it:) | 10:31 |
| Merio | well, not too much. For Python code we need to setup the dashboard page and to have a JSON response from the server with the data, and JS side we need to integrate the dashboard and do some abstraction in the layer we already have | 10:32 |
| Merio | We can come up with one or more statistics to be seen, in the dashboard and dynamically changed (so switch between more than one visualization with the same data) | 10:33 |
| dhans | so about this dashboard. will it look similary to the page you sent me some time ago where you can add/remove/modify some widgets? | 10:33 |
| Merio | Yes, links are in issue #15 | 10:33 |
| dhans | great | 10:33 |
| Merio | there are link to the demo and to the tutorial | 10:34 |
| Merio | If you're not doing anything in the issue tracker I'm going to insert some of these tasks | 10:35 |
| Merio | to happen not after 29, for Python end | 10:36 |
| dhans | ok | 10:36 |
| Merio | Then we can have a look at it together and decide who does what and priorities | 10:36 |
| Merio | Ok, going to do | 10:36 |
| Merio | dhans: ok, so here we are. I've also added all "versions", once a week till the final pencil down date | 10:49 |
| Merio | dhans: you can see in the issue tracker the tasks (open) for June 29 | 10:49 |
| Merio | Please add something now if there's something missing (for example tasks that you're doing) | 10:50 |
| Merio | (or want to do in a future) | 10:50 |
| Merio | So we can decide now who's going to do what for next week and submit it in the dev list for our mentors to decide | 10:51 |
| Merio | if they're good or not | 10:51 |
| dhans | ok going to take a look | 10:51 |
| Merio | dhans: About my status update (I forgot): This morning I've set up the issue tracker (I've lost many times looking for other solutions like hosted project management but then I've got to known bitbucket has one :P). Yesterday I've looked into jquery inheritance plugin, but I think now it's not worthy, we'll explore another time if we come up with something wrong with the current implementation. And then | 10:52 |
| Merio | I've explored how to unit test ajax stuff in JsUnit and found it's a common problem that has not a solution with the current code. So found YUITest, I've integrated it also with JSCoverage (not yet pushed, need some refinement, issue #5) and I'm going to port JSUnit tests already in place to YUITest (issue #14) | 10:54 |
| Merio | Ah.. I've also made an example of transclusion in the demo instance (as you've seen in the mail I've sent to the dev list) | 10:57 |
| dhans | ok thank you | 11:00 |
| Merio | So just ping me when you've finished putting your tasks in the issue tracker so we can talk about our tasks and declare meeting end :P | 11:01 |
| Merio | dhans: ^^ | 11:01 |
| dhans | Merio: yes, ok - I just added this support for collecting choices | 11:03 |
| dhans | I don't feel like adding sometjing else now, because I am having a strange headache and cant really focus on anything ;-/ | 11:05 |
| dhans | I will think about it in the evening | 11:05 |
| Merio | Ok no problems, if you can just ping me in the evening then | 11:05 |
| Merio | Otherwise send me an email tomorrow | 11:05 |
| dhans | ok | 11:05 |
| Merio | I will be away, so next meeting for Sunday ^__^ | 11:05 |
| dhans | ok | 11:06 |
| Merio | (or this evening if you feel better) | 11:06 |
| *** mwilkes|lunch is now known as MatthewWilkes | 11:24 | |
| *** dhans has quit IRC | 12:24 | |
| *** dhans has joined #melange | 12:29 | |
| *** florinciu has quit IRC | 12:37 | |
| *** arvind_khadri has quit IRC | 13:05 | |
| *** dhaun has joined #melange | 13:25 | |
| *** solydzajs has joined #melange | 13:31 | |
| *** ChanServ sets mode: +o solydzajs | 13:31 | |
| *** MatthewWilkes has quit IRC | 13:38 | |
| *** solydzajs has quit IRC | 14:30 | |
| *** solydzajs has joined #melange | 14:30 | |
| *** ChanServ sets mode: +o solydzajs | 14:30 | |
| *** dhans has quit IRC | 14:42 | |
| *** dhans has joined #melange | 15:09 | |
| *** madrazr has left #melange | 15:27 | |
| *** scorche has quit IRC | 15:32 | |
| *** scorche has joined #melange | 15:34 | |
| *** dr__house has quit IRC | 15:40 | |
| *** Kraln has joined #melange | 15:59 | |
| *** Kraln has left #melange | 16:00 | |
| *** Merio has quit IRC | 16:33 | |
| *** solydzajs has quit IRC | 16:54 | |
| *** Merio has joined #melange | 17:23 | |
| *** ChanServ sets mode: +v Merio | 17:23 | |
| ajaksu | jamtoday: ping :) | 17:34 |
| jamtoday | ajaksu: pong | 17:35 |
| ajaksu | jamtoday: I'm submitting views.helper.surveys for review, along with all our surveys JS and CSS... I think I can make the view.survey reviewable in a couple of hours, but I'd like to know what you're planning for the permissions/project link part | 17:37 |
| jamtoday | I'll move the grade activation to the logic layer | 17:39 |
| jamtoday | So the view can be submitted now | 17:39 |
| ajaksu | OK, and btw do you think the grading in the tabular results should stay in the view? | 17:40 |
| ajaksu | I mean, the per record grading in View.grade? | 17:41 |
| jamtoday | It looks like the per record grading is a way for the administrator to override the grade for a survey | 17:42 |
| ajaksu | jamtoday: I added it in with the 'a mentor or admin will grade many surveys at once' mindset, but it's not a reality for midterms, right? | 17:43 |
| jamtoday | getting 500s now... | 17:43 |
| jamtoday | the schema method is breaking | 17:43 |
| ajaksu | (for the record, melange benefits a lot more from a smart IDE (wing here, team likes eclipse?) than any other project I've worked on, jump-to-exception-line and code intelligence do wonders :)) | 17:44 |
| jamtoday | Medium-priority, it would be nice to get the basic activation working first | 17:44 |
| jamtoday | Yes, it get's complicated sometimes | 17:44 |
| jamtoday | when you dive into the internals | 17:44 |
| ajaksu | jamtoday: the basic activation you talk about is the one where a mentor in his survey grades a student's survey, right? | 17:47 |
| ajaksu | activation and recording worked in the tabular view but Lennie explained how the linked surveys are our midterm target, now you fetch projects you have that link working IIUC | 17:48 |
| jamtoday | recording? | 17:52 |
| jamtoday | yes, linking surveys should be easy using the common project for the lookup | 17:53 |
| ajaksu | recording as in adding to respective survey records :) | 17:53 |
| *** dhaun has quit IRC | 17:56 | |
| jamtoday | ah yes | 17:59 |
| jamtoday | It was throwing errors for me :( | 17:59 |
| jamtoday | anyways, I'm refactoring it anyways...ill make sure it works and commit | 17:59 |
| jamtoday | I've started drafting user documentation, and a walkthrough step by step for how the midterms will be administered. | 18:04 |
| jamtoday | and found a new bug...we should be using django templates to autoselect all of the saved options | 18:05 |
| jamtoday | for project, grade, or a survey choice field | 18:05 |
| jamtoday | and option field order isn't saved | 18:07 |
| jamtoday | or isn't rendered | 18:08 |
| jamtoday | to get the student survey, the most user friendly method would surely be ajax, since the mentor could switch from one project to another without a page refresh | 18:10 |
| jamtoday | And could be reused for a page where an admin could see all surveys linked to a project | 18:10 |
| jamtoday | create a ticket for this feature simplified, sans ajax or anything fancy -- http://github.com/jamslevy/Melange/issues/#issue/29 | 18:21 |
| tpb | <http://ln-s.net/3Lvw> (at github.com) | 18:21 |
| ajaksu | jamtoday: sorry got busy... have you seen the current ajaxy result display (read-only taking UI)? maybe we could use that with added widgets? | 18:39 |
| jamtoday | I haven't seen that... | 18:40 |
| ajaksu | take a survey, then click on the 'view' link in the results list | 18:40 |
| ajaksu | it opens the taking UI (in a very hard to read gray-on-light-gray text, but fixable) in a read-only fashion | 18:41 |
| ajaksu | that is similar to the UI a user sees when he has answered a survey but it's past the deadline | 18:41 |
| ajaksu | and if it's past the deadline but he hasn't records for that survey, nothing is shown | 18:42 |
| ajaksu | also, before the opening, nothing is shown... unless the user has edit rights *and* is looking at his own taking UI (as the read only view boils down to one user viewing another one's results) | 18:43 |
| ajaksu | so admins/editors can work with the survey taking UI before the survey is available for other users :) | 18:43 |
| ajaksu | jamtoday: so, if a mentor had lots of survey records to grade, the ajaxy display along with the tabular grading would speed things up, specially if we filtered the records shown to those a given mentor can grade | 18:47 |
| ajaksu | and this fits nicely if the results page idea | 18:47 |
| jamtoday | well there's a choice between an ajaxy way and a more resource-focused method | 18:48 |
| jamtoday | where we'd point back to a URL for a project | 18:48 |
| jamtoday | and that URL checks for permissions and shows any survey for a project along with vital project stats, such as it's status | 18:48 |
| jamtoday | I think this second method would be more in sync with how Melange typically works | 18:49 |
| ajaksu | that makes a lot more sense, I'd never see by myself it because I'm lacking the project/midterm vision but yes, it fits much better :) | 18:50 |
| ajaksu | we may eventually want a few 'listing' pages, as "surveys I've taken" and "surveys taken by my students", but since we already have project listings, the survey lists are not a priority | 18:53 |
| jamtoday | I see....then an ajaxy method would be nice because we could just filters on the page | 18:54 |
| ajaksu | jamtoday: except for the notifications crude code, I'm ready to work through a review of the view code too... so I'll have the JS, helpers and view to work on. model is almost done (pending more survey taking permissions). I should review the templates now, then go back to notifications... do you think it should move to logic? | 19:00 |
| jamtoday | yes i think so | 19:01 |
| ajaksu | OK, let me do it | 19:02 |
| ajaksu | pushed | 19:08 |
| *** Merio has quit IRC | 19:10 | |
| ajaksu | and merged and pushed | 19:12 |
| *** dhans has quit IRC | 19:12 | |
| ajaksu | jamtoday: our JS just got out of style again, should I fix it or are you still working on it? | 19:14 |
| *** dhans has joined #melange | 19:17 | |
| jamtoday | I'm working on restoring saved options | 19:39 |
| jamtoday | I'll fix the JS styles | 19:43 |
| ajaksu | ok, I'll hold sending our JS for review, have just sent the view and the JS and CSS we brought in | 19:52 |
| ajaksu | will send the helper now | 19:53 |
| jamtoday | I just pushed the updated getRoleSpecificFields | 20:06 |
| jamtoday | as i note in the commit msg, it was moved to the views helper because it renders form fields, so I felt it belong in a view while the getProjects belongs in logic | 20:06 |
| jamtoday | The only thing that isn't being properly auto-saved now is the options within the surveycontent schema | 20:07 |
| jamtoday | but there's an easy fix im implementing... | 20:09 |
| *** dhans has left #melange | 20:11 | |
| ajaksu | jamtoday: ah, you had a comment about that... we don't need to move a logic function into a view helper just because it has effects on form fields: the fields can exist in a template (or form) and be rendered accordingly to a variable set by the logic | 20:22 |
| ajaksu | i.e., we don't have to couple checking for rights and retrieving db information with actually outputting this information, unless we want to | 20:23 |
| ajaksu | and now that I think of it, the whole read_only and is_editing code i added to views or helpers falls into the same category of 'could be uncoupled for a more modular design' :D | 20:25 |
| ajaksu | jamtoday: but say 'push' and I upload the updated version of helpers.views to Rietveld :) | 20:27 |
| jamtoday | yes i agree | 20:29 |
| jamtoday | I started to implement a method for checking all checked boxes in pick_multi and then realized it was too hackish | 20:31 |
| jamtoday | I'd like to modify the addMultiField method to do this | 20:31 |
| jamtoday | and same for addSingleField | 20:31 |
| ajaksu | unconditionally checking? anyway, the "is_checked = lambda value: value in str_values" around line 350 in surveys.PickManyCheckbox seems to offer a neat way of doing this, we'd just have to make it check want you want | 20:35 |
| ajaksu | I even had a todo about this, but never thought of using that function for making it easier :) | 20:35 |
| jamtoday | just checking the values you've already submitted | 20:38 |
| jamtoday | so when reloading the survey it defaults to your saved state | 20:38 |
| ajaksu | jamtoday: on the survey taking UI? if so, that should already work (and did recently), is it broken? :( | 20:42 |
| ajaksu | probably not in the survey taking UI, as it wfm, so where? | 20:44 |
| * ajaksu realizes he broke the short_answer button | 20:45 | |
| ajaksu | spurious comma :) | 20:47 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!