| *** th1a has left #schooltool | 05:26 | |
| *** aks has joined #schooltool | 06:05 | |
| *** aks has joined #schooltool | 06:05 | |
| *** aks has quit IRC | 08:47 | |
| *** aks has joined #schooltool | 08:50 | |
| *** aks has joined #schooltool | 08:50 | |
| *** aks_ has joined #schooltool | 13:02 | |
| *** aks_ has joined #schooltool | 13:02 | |
| *** aks_ has joined #schooltool | 13:02 | |
| *** aks has quit IRC | 13:03 | |
| *** aks_ is now known as aks | 13:03 | |
| *** aks has quit IRC | 14:21 | |
| *** th1a has joined #schooltool | 15:17 | |
| th1a | hi aelkner, yvl. | 15:31 |
|---|---|---|
| th1a | You up aelkner? | 15:31 |
| yvl | good morning, th1a | 15:32 |
| th1a | yvl: Well, let's just plow ahead. | 15:33 |
| th1a | So... what to do about timetable wizardry? | 15:34 |
| yvl | ok | 15:34 |
| th1a | What do you think? | 15:34 |
| yvl | that's a very good question | 15:34 |
| yvl | I'm somewhat torn on that | 15:34 |
| yvl | on one hand, we can set fixed dialog widths, large enough, and leave it as it is | 15:34 |
| yvl | but we could just revert it to basic views - it would be a little bit safer | 15:35 |
| yvl | the problem with JS wizards is that they are suited for big static forms | 15:35 |
| yvl | say, person add view, that has multiple fieldsets | 15:35 |
| th1a | We have too many branches? | 15:36 |
| th1a | Yes, that's the problem, right? | 15:36 |
| yvl | and they are somewhat dependent on previous ones | 15:36 |
| yvl | yes, that's the problem | 15:36 |
| yvl | all JS wizards I saw are fake | 15:36 |
| yvl | just sugar for large forms | 15:37 |
| yvl | makes sense, actually | 15:37 |
| th1a | Sure. | 15:37 |
| yvl | anyway - the time wasn't wasted | 15:37 |
| th1a | OK, so... I'm feeling like punting on this. | 15:37 |
| th1a | Sorry to send you barking up the wrong tree. | 15:38 |
| yvl | sorry, what does "punting" mean? | 15:38 |
| * yvl knows punt - a boat, but that's it | 15:38 | |
| th1a | Ah, the football metaphors are always lost. | 15:39 |
| th1a | Give up the ball, kick it away. | 15:39 |
| yvl | ah | 15:40 |
| yvl | revert to simple pages | 15:40 |
| th1a | I think so. | 15:40 |
| yvl | keep the back button though? | 15:40 |
| th1a | Sure. | 15:40 |
| yvl | (even if it annoyingly "forgets" the data put in) | 15:41 |
| yvl | ok, will do | 15:41 |
| th1a | Yeah... | 15:41 |
| yvl | we'll fix that later ;) | 15:41 |
| yvl | so, a short report... | 15:41 |
| yvl | merged journal timetabling refactoring | 15:42 |
| yvl | and did a very basic flourish form class | 15:42 |
| yvl | that actually shows another annoying thing with modal dialogs | 15:42 |
| yvl | browsers "handle redirects transparently" | 15:43 |
| yvl | and that leaves us with: | 15:43 |
| yvl | either "apply" button does not work at all in modal dialogs | 15:43 |
| yvl | or we do not redirect / close dialog after sucessfull apply | 15:44 |
| yvl | * successful | 15:44 |
| yvl | or... we work around it | 15:44 |
| *** ignas has joined #schooltool | 15:44 | |
| yvl | I'd say 4-8 hours of plumbing | 15:44 |
| *** ignas_ has joined #schooltool | 15:44 | |
| yvl | (spent 1:30 h today on research) | 15:44 |
| th1a | I'm a little confused on what the issue is. | 15:45 |
| yvl | when you hit apply button, you need to show form errors | 15:45 |
| yvl | when there are no more errors, expected behavior of modal dialogs is to get closed | 15:46 |
| yvl | probably | 15:46 |
| th1a | Usually. | 15:46 |
| yvl | and that's the problem | 15:46 |
| yvl | umm | 15:46 |
| yvl | if we pass a "redirect" - reload the container | 15:47 |
| yvl | the browser reloads contents of modal dialog, and we have no way to control that result at the moment | 15:47 |
| yvl | this is a known "major headache" apparently | 15:48 |
| yvl | I have the workaround, but that means extra plumbing work | 15:48 |
| th1a | I thought we had modals that trigger a reload of the original page when closed already. | 15:49 |
| th1a | Or do we? | 15:49 |
| yvl | ah! | 15:49 |
| yvl | but those reload always | 15:49 |
| yvl | like preferences view | 15:49 |
| yvl | it's impossible to make a mistake there | 15:49 |
| yvl | because of radio buttons | 15:50 |
| th1a | OK. | 15:50 |
| th1a | We can't do validation AND reload the original page? | 15:50 |
| yvl | without hacking or working around it - no | 15:50 |
| yvl | it's not that much work, just that it's not "free" | 15:51 |
| yvl | personally I would go with that plumbing | 15:52 |
| th1a | Well, it sounds like it is worth doing. | 15:52 |
| yvl | I think we could speed up other modal dialog flourishing | 15:53 |
| th1a | Yes. | 15:53 |
| yvl | well, that's my goal for tomorrow then | 15:53 |
| th1a | OK. | 15:54 |
| yvl | also, there's the vacation coming up | 15:54 |
| th1a | I'm going to update the wording in the timetable process. | 15:54 |
| th1a | yvl: Yes. | 15:54 |
| yvl | (and as it turns out today is a bank holiday here, which I totally forgot :) ) | 15:54 |
| th1a | It happens! | 15:55 |
| yvl | :) | 15:55 |
| yvl | preferably I would take Friday off | 15:55 |
| yvl | but then again, I'd like to attend the IRC meeting | 15:56 |
| yvl | just in case | 15:56 |
| th1a | Sounds fine. | 15:56 |
| yvl | so I'll do what I can tomorrow, and that's it for now | 15:56 |
| th1a | OK. | 15:56 |
| yvl | a small personal note - the work we're doing is something to be excited about | 15:56 |
| yvl | it's going to be a tough release, but I think we'll pull it off | 15:57 |
| th1a | I think so. We just need to be disciplined about not getting stuck in dark alleys. | 15:57 |
| yvl | right | 15:57 |
| th1a | Part of that it is not being afraid to just turn around when necessary. | 15:58 |
| * yvl agrees | 15:58 | |
| th1a | Also, I remembered yesterday why we stayed with some of those timetable forms. | 15:59 |
| yvl | yes? | 15:59 |
| th1a | Just filling in textboxes is really more straightforward than the more mechanical options. | 15:59 |
| th1a | And I can't think of any really clever yet simple solutions. | 15:59 |
| yvl | true, the process itself is quite good | 16:00 |
| yvl | probably the only thing missing is to show the "state of things at this step" | 16:00 |
| th1a | Yes. Making the times follow the localization, perhaps. | 16:01 |
| yvl | details, details... yes. | 16:01 |
| th1a | Or maybe just use some kind of time widget... | 16:02 |
| th1a | We need a little javascript clock you can move the hands on... | 16:02 |
| yvl | :D | 16:02 |
| yvl | we'll figure something out eventually | 16:03 |
| yvl | my personal goal is to have the release that is not broken :) | 16:03 |
| yvl | oh, and my personal thank you, th1a | 16:04 |
| yvl | for everything | 16:04 |
| th1a | Thank you too, yvl! | 16:04 |
| * yvl is really awful at communicating stuff like that over IRC | 16:05 | |
| yvl | allright then, I think that's that on todays agenda :) | 16:05 |
| th1a | Well, yes, it is difficult to do things like keep your employees motivated over IRC. | 16:06 |
| th1a | We really do need to skype at some point! | 16:06 |
| yvl | sure! | 16:06 |
| th1a | On the other hand, we've been chatting a lot lately. | 16:06 |
| yvl | It's not the same as meeting live though | 16:07 |
| th1a | OK. I'm going to have to get ready to go soon. You can tell aelkner and replaceafill that I'll be around this afternoon. | 16:07 |
| yvl | ok | 16:07 |
| yvl | My condolences, th1a. | 16:07 |
| th1a | Thanks. | 16:08 |
| * th1a out. | 16:11 | |
| yvl | good morning, aelkner | 16:32 |
| *** ignas has quit IRC | 16:39 | |
| *** ignas_ has quit IRC | 16:39 | |
| th1a | aelkner: ayt? | 19:48 |
| aelkner | th1a, hey, sorry for not being there at 8:30 | 19:57 |
| th1a | Not a big deal. | 19:57 |
| aelkner | question: is douglas going to work on resources when he returns | 19:58 |
| aelkner | because it wold be easier if i did that part | 19:58 |
| aelkner | two reasons: i'm already making changes that are needed for that | 19:58 |
| aelkner | and it avoid conflicts which waste time | 19:58 |
| aelkner | it's great that i don't get an conflicts on all those changes yvl madey | 19:58 |
| aelkner | because i'm not working ontimetabling at all | 19:59 |
| aelkner | i was just wondering | 19:59 |
| th1a | I have not heard from replaceafill. | 19:59 |
| th1a | But he's already partly into it. | 19:59 |
| aelkner | ah, ok, too late, no big deal | 20:00 |
| th1a | I don't see why there would be a conflict. | 20:00 |
| aelkner | well, we are changing all the same files | 20:00 |
| th1a | ? | 20:00 |
| aelkner | resource package didn't even have flourish.zcml | 20:00 |
| aelkner | that file is being built by both of us separately | 20:00 |
| th1a | Ah. | 20:00 |
| aelkner | also browser/resource.py | 20:01 |
| aelkner | but, like i said. no big deal | 20:01 |
| th1a | Don't worry about it. | 20:01 |
| aelkner | anyway, i'm making changes to the person demographics view so that it can be subclassed for resource demos | 20:01 |
| aelkner | most of it alread does what we needy | 20:02 |
| aelkner | and we should take advantage of that | 20:02 |
| th1a | OK. | 20:02 |
| aelkner | but the template and view class just needs to be generalized | 20:02 |
| th1a | We just need to relabel things to make sense. | 20:02 |
| aelkner | right | 20:02 |
| aelkner | i need to soften the logic for the groups columns | 20:02 |
| aelkner | in the view class and the template | 20:03 |
| aelkner | and then it won't matter how many of group columns either person or resource demos has | 20:03 |
| th1a | OK... | 20:04 |
| aelkner | anyway, that's what i'm up to | 20:05 |
| th1a | OK. | 20:06 |
| th1a | Just remember that we don't want to slow down in order to abstract things. | 20:06 |
| th1a | That is, it isn't always worth the payoff. | 20:07 |
| aelkner | yeah, i understand that, it's always something to consider | 20:09 |
| aelkner | in this case, we are going to be dong demos for all objects, so there's no reason to start cloning now | 20:11 |
| th1a | OK. | 20:11 |
| aelkner | th1a, question | 20:47 |
| aelkner | can we expand the width of the group columns to accommodate the whole group name? | 20:48 |
| aelkner | if so, then the demo field container view would completely match the add/edit views | 20:48 |
| aelkner | which use a vocabulary to convert the internal key name to translated strings | 20:49 |
| aelkner | i should be using that vocabulary (another generalization, yes) | 20:49 |
| aelkner | in order to protect against changes in one place not being reflected elsewhere | 20:50 |
| aelkner | i'm sure yvl would vote for using the vocabulary | 20:51 |
| aelkner | and even make me create a new one just to handle the abbreviated Stud., Teach. names we are | 20:51 |
| aelkner | currently using for the column headings, but what's the point of creating a new vocabulary | 20:52 |
| aelkner | if the existing one makes sense and would make the container view match the edit views | 20:52 |
| aelkner | i'm asking because i figure you had a reason for abbreviating them, but maybe you'll reconsider | 20:53 |
| aelkner | your thought? | 20:53 |
| aelkner | thoughts | 20:54 |
| *** replaceafill has joined #schooltool | 20:58 | |
| replaceafill | th1a ping | 20:58 |
| aelkner | hey replaceafill, how are you feeling? | 21:01 |
| replaceafill | aelkner still dizzy, but a little better | 21:02 |
| aelkner | ah man, you have the flu? | 21:02 |
| replaceafill | yes | 21:02 |
| aelkner | i hate when that happens | 21:02 |
| aelkner | sorry to hear it | 21:02 |
| aelkner | can i trouble your dizzy head about your resource task? | 21:03 |
| replaceafill | sure | 21:03 |
| aelkner | i was wondering how far you've gone and what files you had to touch | 21:03 |
| aelkner | i created flourish.zcml and am filling it with views | 21:03 |
| replaceafill | well, i'll probably get conflicts since trunk has changed, but i can resolve them | 21:04 |
| aelkner | ok, i'll let you know when i've pushed to trunk | 21:04 |
| replaceafill | i'll start to work on that again after lunch | 21:04 |
| replaceafill | (i just woke up) : | 21:04 |
| replaceafill | :) | 21:04 |
| aelkner | yeah, well no rush | 21:05 |
| replaceafill | you working on the resource attributes? | 21:05 |
| aelkner | yep | 21:05 |
| aelkner | how about you? | 21:06 |
| replaceafill | ah ok, cool i'll wait for you to push | 21:06 |
| aelkner | ok | 21:06 |
| replaceafill | i'll go to get lunch | 21:06 |
| replaceafill | see you later aelkner | 21:06 |
| aelkner | cya, try to enjoy lunch | 21:07 |
| aelkner | replaceafill, i pushed my first batch of changes to trunk | 21:22 |
| aelkner | by that, i don't mean that a new batch is coming right away, i just mean it's a good time to merge | 21:26 |
| aelkner | it had been a while since i pushed my branch into trunk | 21:26 |
| aelkner | th1a, http://69.164.203.135:36660/resource_demographics | 21:35 |
| aelkner | the add/edit views still say Demographics, but i'm working on that | 21:36 |
| th1a | looks good. | 21:37 |
| aelkner | what about the column names, the question i had before? | 21:49 |
| th1a | If it works without abbreviations, I'm ok with it. | 22:47 |
| aelkner | th1a, http://69.164.203.135:36660/resource_demographics | 23:18 |
| aelkner | i changed the add/edit views to have the right title | 23:18 |
| aelkner | if you click on the square footage resource, you'll see that the title and subtitle don't fit on onw line | 23:19 |
| aelkner | one line | 23:19 |
| aelkner | also, i kept the group column names as abbreviations because it did get cramped | 23:21 |
| aelkner | as you probably anticipated | 23:21 |
| *** replaceafill has quit IRC | 23:46 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!