| *** ignas has quit IRC | 02:55 | |
| *** aks has joined #schooltool | 06:17 | |
| *** menesis has joined #schooltool | 08:44 | |
| *** aelkner has quit IRC | 08:45 | |
| *** yvl has joined #schooltool | 08:47 | |
| *** aelkner has joined #schooltool | 08:51 | |
| *** aelkner has quit IRC | 09:02 | |
| *** aelkner has joined #schooltool | 09:08 | |
| *** menesis has quit IRC | 09:57 | |
| *** menesis has joined #schooltool | 12:40 | |
| *** ignas has joined #schooltool | 13:01 | |
| *** aks has quit IRC | 14:19 | |
| *** menesis has quit IRC | 15:19 | |
| *** th1a has joined #schooltool | 15:52 | |
| *** menesis has joined #schooltool | 15:54 | |
| *** replaceafill has joined #schooltool | 16:16 | |
| th1a | hi replaceafill, aelkner, yvl, menesis. | 16:31 |
|---|---|---|
| yvl | morning guys | 16:31 |
| menesis | hi | 16:31 |
| replaceafill | good morning/afternoon | 16:31 |
| th1a | I just sent the todo list, which I just want to check into bzr and use as the "list from hell" instead of the "spreadsheet from hell" | 16:32 |
| aelkner | mornin | 16:33 |
| th1a | OK, replaceafill, did you do anything over the weekend? | 16:33 |
| replaceafill | no, sorry i didnt | 16:33 |
| th1a | No problemo, just checking. | 16:34 |
| replaceafill | :) | 16:34 |
| th1a | yvl: What's new. | 16:34 |
| th1a | ? | 16:34 |
| replaceafill | th1a what's the meaning of: TEH | 16:34 |
| aelkner | here comes tom's middle name | 16:34 |
| th1a | I have no middle name. | 16:34 |
| replaceafill | :O | 16:34 |
| th1a | Just an initial. | 16:34 |
| th1a | Like Harry S. Truman. | 16:35 |
| yvl | wow :) | 16:35 |
| th1a | It is much more practical than a full middle name. | 16:35 |
| th1a | Tells you something about how my parents think. | 16:35 |
| yvl | ok, so I added fieldsets to the person add forms | 16:36 |
| yvl | simple change, used Alan's previous work | 16:36 |
| yvl | looked into making generic forms | 16:36 |
| yvl | looked into adding JS datewidget | 16:36 |
| yvl | generic forms need plumbing | 16:36 |
| yvl | roughly two days worth | 16:37 |
| th1a | hm? | 16:37 |
| yvl | JS datewidget needs a little thought | 16:37 |
| yvl | quite simple, actually | 16:38 |
| th1a | yvl are the fieldsets in trunk? | 16:38 |
| yvl | yes, pushed recently | 16:38 |
| * replaceafill updates the testing instance | 16:38 | |
| th1a | you read my mind. | 16:38 |
| yvl | basically - run a regex on the big datewidget localization file | 16:38 |
| yvl | collect languages | 16:38 |
| yvl | use zope.i18n negotiator | 16:39 |
| replaceafill | th1a updated | 16:39 |
| th1a | OK. Is that the "generic forms plumbing?" | 16:39 |
| yvl | no | 16:39 |
| yvl | that's more plumbing | 16:39 |
| yvl | for generic forms we can either do a viewlet style registration of components/subforms | 16:40 |
| yvl | or do nothing | 16:40 |
| yvl | and then there's Alan's preference dialog | 16:40 |
| yvl | nice work, by the way! | 16:40 |
| aelkner | thanks | 16:41 |
| aelkner | but the css needs work | 16:41 |
| yvl | two issues there, plumbing-wise | 16:41 |
| aelkner | oh, and replaceafill is he one that made the forms z3c | 16:41 |
| yvl | no default way to assign unique ids to links | 16:41 |
| yvl | no json view state translation, so we have to use unsafe macro hack | 16:42 |
| aelkner | could we expand the zcml capability of the action link viewlets to include id? | 16:42 |
| yvl | well | 16:42 |
| yvl | we don't put it into any manager now | 16:42 |
| yvl | ideally I would want something like that | 16:42 |
| th1a | I don't see any way around it. | 16:42 |
| yvl | well we could use plain content adapters instead of viewlets | 16:43 |
| yvl | but I'm not sure where you are going with those links | 16:43 |
| yvl | so can't pick which is better | 16:43 |
| aelkner | could we keep everything as viewlets? | 16:44 |
| th1a | Well, "Preferences" should be in the sidebar. | 16:44 |
| yvl | and open the modal dialog? | 16:44 |
| yvl | and you won't put such links in the page content area? | 16:44 |
| aelkner | good point | 16:44 |
| menesis | why make preferences a dialog? | 16:44 |
| th1a | I don't see the relevance of the distinction in terms of dialog vs. new page. | 16:44 |
| yvl | it's a bit hard to figure out the pattern from one link | 16:44 |
| yvl | I understand | 16:45 |
| yvl | but there is difference in code | 16:45 |
| yvl | because we need to bind to something | 16:46 |
| yvl | that needs id | 16:46 |
| yvl | I wonder how better to implement that id generation | 16:46 |
| th1a | Well, if it is too much work to do dialogs from the sidebar, we just won't. | 16:46 |
| yvl | it's not that | 16:47 |
| yvl | it's that if we want a code shortcut, we need to see a pattern how links are placed | 16:47 |
| yvl | I can hook that up to the sidebar links | 16:47 |
| yvl | are there going to be links in other parts of the page except sidebar? | 16:48 |
| aelkner | yvl, what would it take to add link_id or something like that to the action link registration? | 16:48 |
| yvl | something | 16:48 |
| yvl | not much | 16:48 |
| yvl | so... I should add a unique id for links in sidebar? | 16:49 |
| aelkner | if we had that, then we could call up modal dialogs from the sidebar links | 16:49 |
| aelkner | or they could be auto-generated, yes | 16:49 |
| yvl | we can even hard-code those link ids | 16:49 |
| th1a | Yes. | 16:50 |
| aelkner | there could be a convention | 16:50 |
| aelkner | like lower case of the viewlet name | 16:50 |
| yvl | + something from __parent__s | 16:50 |
| yvl | lowe case of the viewlet name is not unique enough | 16:50 |
| replaceafill | why not sending the id explicit though zcml? | 16:50 |
| replaceafill | and making optional? | 16:50 |
| yvl | or html? | 16:51 |
| yvl | or generated? | 16:51 |
| aelkner | let's keep it simple to use if we can | 16:51 |
| yvl | can't disagree to that ;) | 16:52 |
| aelkner | why don't we make it explicit zcml then | 16:52 |
| aelkner | not every link is gong to need to bring up modal | 16:53 |
| aelkner | so it's simple enough to only have to register the zcml for those that do | 16:53 |
| aelkner | i mean, add the one line, link_id=... | 16:53 |
| yvl | frankly, I don't like something easily adaptable to define a *unique* element in resulting freely assembled page | 16:53 |
| yvl | it's a call for trouble | 16:53 |
| aelkner | ? | 16:54 |
| yvl | but I can do that if you'd like to? | 16:54 |
| aelkner | cold you restate that last sentence? | 16:54 |
| yvl | if you want to do that in zcml | 16:55 |
| yvl | then you are talking about viewlets in some manager most likely | 16:55 |
| yvl | managers are adaptable to context, request, view | 16:55 |
| yvl | and that means, they may or may not appear in more than one page | 16:55 |
| yvl | viewlets are adaptable to context, request, view and manager | 16:56 |
| yvl | which may or may not broaden the amount of pages that particular viewlet appears in | 16:56 |
| yvl | html element ids MUST be unique for the document - i.e. the rendered page | 16:56 |
| yvl | so you'll have to be always carefull to check that there are no such possible scenarios | 16:57 |
| replaceafill | could we have it generated but still optional? | 16:57 |
| replaceafill | it's just that i don't think ids are necessary for "every" link | 16:58 |
| aelkner | right | 16:58 |
| yvl | yes we can | 16:58 |
| yvl | but I don't see how this changes the situation | 16:58 |
| yvl | wait, sorry | 16:58 |
| yvl | generated | 16:58 |
| yvl | sure | 16:58 |
| aelkner | wouldn't it be unique enough | 16:59 |
| yvl | we can make it unique enough | 16:59 |
| replaceafill | so, the generation part is in charge of the uniqueness | 16:59 |
| aelkner | if the id was the manager name plus the viewlet name | 16:59 |
| aelkner | since the context is fixed for a given page | 16:59 |
| yvl | plus some more names, yes | 16:59 |
| aelkner | then manager+viewlet would be guaranteed to be unique | 17:00 |
| yvl | we have to chain the full __parent__ path, up to the browser page itself | 17:00 |
| yvl | but that's not difficult | 17:01 |
| aelkner | when would manager+viewlet in itself not be unique? | 17:01 |
| yvl | when a manager with a same __name__ is rendered twice on the page | 17:01 |
| aelkner | when would that happen?! | 17:01 |
| yvl | say, as part of two different content viewlets | 17:01 |
| yvl | it's not necessarily the same manager | 17:02 |
| yvl | just the same __name__ | 17:02 |
| yvl | something common | 17:02 |
| yvl | like "edit" | 17:02 |
| yvl | or such | 17:02 |
| yvl | anyway | 17:03 |
| yvl | I can add link id generation, optional as replaceafill said | 17:04 |
| aelkner | i can't picture this page with two instances of the same manager | 17:04 |
| yvl | for links in siedbar | 17:04 |
| yvl | aelkner, not the same manager | 17:04 |
| yvl | manager with the same name | 17:04 |
| yvl | different class, maybe different context | 17:04 |
| aelkner | oh, well then the names should be more unique | 17:05 |
| yvl | yes :) | 17:05 |
| yvl | ok, so link id's, unique for the sidebar, optional | 17:05 |
| * yvl makes a note | 17:05 | |
| aelkner | so if we pick better names for our manager, we could use manager+viewlet for the id? | 17:05 |
| yvl | aelkner, | 17:05 |
| yvl | we could even without picking a better name | 17:06 |
| yvl | if we fail | 17:06 |
| yvl | the worst thing that will happen | 17:06 |
| yvl | is that some JS will stop working | 17:06 |
| yvl | and since we don't test | 17:06 |
| yvl | no-one will notice | 17:06 |
| aelkner | well, then let's start by not worrying about it and see when it breaks down | 17:06 |
| yvl | or | 17:06 |
| yvl | well, nevermind | 17:06 |
| yvl | ok | 17:08 |
| yvl | so I'll add unique ids to viewlets in sidebar | 17:08 |
| yvl | and that link is probably never going to end up in the central page part | 17:08 |
| yvl | so we're good for now | 17:08 |
| yvl | th1a, that's it for my report :) | 17:09 |
| * replaceafill wonders what's with the footer in person index... | 17:10 | |
| th1a | Probably aelkner's link broke it. | 17:10 |
| aelkner | person index is container view, right? | 17:11 |
| th1a | That's... just going to have to go away until we can put it in the sidebar. | 17:11 |
| th1a | singular, aelkner. | 17:11 |
| aelkner | replaceafill, are you talking container view? | 17:11 |
| replaceafill | aelkner no, person | 17:11 |
| th1a | So yvl, straightening out the link id issue should go first. | 17:11 |
| th1a | singular: person. | 17:11 |
| th1a | We really can't have things floating around in the wrong place at this point. | 17:12 |
| th1a | OK, so aelkner is free now? | 17:13 |
| th1a | Nothing in your queue? | 17:13 |
| aelkner | i'm ready for the next thing, though we should discuss the css for the modal dialog | 17:13 |
| aelkner | replaceafill, is our css dependent on form being contained in overall page? | 17:14 |
| th1a | replaceafill and I can do it once the links are set up. | 17:14 |
| replaceafill | aelkner no | 17:14 |
| aelkner | why does it render so strangely? | 17:14 |
| yvl | aelkner, wrong template, I think | 17:15 |
| aelkner | that's something i wanted to discuss as well | 17:16 |
| th1a | replaceafill and I will sort it out. | 17:16 |
| aelkner | before we go proliferating templates all over the place | 17:16 |
| aelkner | like we did in the old skin | 17:16 |
| aelkner | we should all agree here now | 17:16 |
| aelkner | that we are going to use standard templates for things like forms | 17:16 |
| th1a | aelkner: That's the entire point of this process. | 17:17 |
| aelkner | just making sure we keep to that | 17:17 |
| th1a | Well, replaceafill isn't going to do it. | 17:17 |
| aelkner | yvl, so when you say wrong template, what would have been the right one? | 17:17 |
| *** asharma has joined #schooltool | 17:17 | |
| yvl | aelkner, I can look at it | 17:17 |
| th1a | aelkner: Look, really, replaceafill and I will figure it out and tell you. | 17:17 |
| aelkner | ok | 17:18 |
| th1a | There is no answer to that question until that point. | 17:18 |
| replaceafill | aelkner i think it's because your for classes dont have an id set | 17:18 |
| replaceafill | aelkner remember? | 17:18 |
| replaceafill | aelkner so, this line doesnt work: | 17:18 |
| replaceafill | width: $(person_preferences_form_id).find('form').width() + 30 | 17:18 |
| replaceafill | because you set person_preferences_form_id in js | 17:19 |
| aelkner | ah, that | 17:19 |
| replaceafill | but not in html | 17:19 |
| replaceafill | yep | 17:19 |
| aelkner | so it's a form id issue | 17:19 |
| replaceafill | probably not sure though | 17:19 |
| replaceafill | will look into it | 17:19 |
| th1a | Basically, I don't want to touch it until we get the link in the sidebar. | 17:20 |
| replaceafill | understood | 17:20 |
| th1a | OK. | 17:20 |
| th1a | So aelkner, we need a little change to the reports data model. | 17:20 |
| th1a | (I think) | 17:20 |
| th1a | I want the definition of report to be a little more expansive. | 17:21 |
| th1a | Basically, "exports" are a type of "report." | 17:21 |
| th1a | So CSV export: report. XLS export: report. | 17:21 |
| th1a | Got it? | 17:21 |
| th1a | XML export: report. | 17:21 |
| aelkner | the part i get is exports (XML, CSV, or otherwise) are to be registered as reports | 17:22 |
| th1a | Is there a part you don't get? | 17:23 |
| aelkner | the reset :) | 17:23 |
| aelkner | rest | 17:23 |
| aelkner | ok, so type could be added to the zcml, i get that | 17:24 |
| th1a | Yes. | 17:24 |
| aelkner | is that because you want reports in the sidebar to be brokwn up by type | 17:24 |
| th1a | No. | 17:24 |
| th1a | I just want "Reports" in the sidebar. | 17:24 |
| aelkner | so why do we need type? | 17:24 |
| aelkner | to sort the csv together | 17:25 |
| th1a | To keep the reports table organized. | 17:25 |
| aelkner | and the xls together, like that? | 17:25 |
| th1a | Yes. | 17:25 |
| aelkner | sub-sorted alphabetically? | 17:25 |
| th1a | Sure. | 17:25 |
| th1a | With the correct table style, ofc. | 17:26 |
| aelkner | do we have a reports viewlet manager defined yet? | 17:26 |
| th1a | Do we need that for a table? | 17:26 |
| aelkner | we're talking about multiple things here | 17:27 |
| aelkner | there's the table which we call the report index | 17:27 |
| aelkner | which the manager calls up for the app context | 17:27 |
| aelkner | then there's a sidebar for reports for the current context, right? | 17:28 |
| th1a | I'm talking about $PERSON/reports. | 17:28 |
| aelkner | so what table are you referring to? | 17:28 |
| aelkner | something new? | 17:28 |
| th1a | Like, what is here now: http://localhost:7080/persons/manager/reports | 17:29 |
| th1a | Except it is not a table yet. | 17:29 |
| aelkner | let me look | 17:29 |
| aelkner | it's just a list of links, right | 17:30 |
| aelkner | a table is usually superfluous if there is only one column | 17:31 |
| aelkner | what did you have in mind for the columns | 17:31 |
| th1a | Well, there should be a description there anyhow, aelkner. | 17:31 |
| aelkner | title, description | 17:31 |
| th1a | Everything like this is a table now. | 17:31 |
| th1a | Type. | 17:31 |
| aelkner | type, title, description | 17:31 |
| th1a | Well, type is a subheader. | 17:32 |
| th1a | So just title/description. | 17:32 |
| th1a | But basically, there will be no more bare lists like this. | 17:32 |
| th1a | OK? | 17:32 |
| th1a | Tables. | 17:32 |
| aelkner | should both cells in a given row be links to the same thing? | 17:33 |
| th1a | Just the title is fine. | 17:33 |
| aelkner | ok | 17:33 |
| th1a | Just the text, not the cell. | 17:33 |
| aelkner | just the text? | 17:34 |
| th1a | Just the text. | 17:34 |
| aelkner | what is just the text? | 17:34 |
| th1a | The link is just the text. | 17:34 |
| th1a | Not the whole cell. | 17:34 |
| aelkner | a cell has a link in it or jsut text | 17:36 |
| aelkner | links are text that are clickable | 17:36 |
| aelkner | text that is not clickale would be a span | 17:36 |
| aelkner | the part about 'not the whole cell' i don't understand | 17:37 |
| th1a | aelkner: forget it. | 17:37 |
| th1a | I'm trying to explain an error to you that you don't understand, so it is unlikely you would make that error. | 17:37 |
| aelkner | :) | 17:38 |
| th1a | Omving on. | 17:38 |
| th1a | Moving on. | 17:38 |
| aelkner | so when you saif subheadings | 17:38 |
| aelkner | you meant that the table would have dark grey heading | 17:38 |
| aelkner | then one light grey subheading for each type | 17:39 |
| aelkner | like in the guidelines | 17:39 |
| aelkner | is that right? | 17:39 |
| th1a | That is what I mean. | 17:40 |
| aelkner | replaceafill, how we render tables is important so that your css gets picked up | 17:40 |
| replaceafill | aelkner correct | 17:41 |
| aelkner | do we have an example of a tble with subheading yet | 17:41 |
| replaceafill | aelkner just do: | 17:41 |
| replaceafill | <table><tbody>...</tbody></table> | 17:41 |
| replaceafill | inside <tbody> just regular <tr><td>... | 17:41 |
| replaceafill | ah sorry | 17:41 |
| replaceafill | aelkner i read "no-heading" :( | 17:42 |
| replaceafill | aelkner we still dont have subheading | 17:42 |
| aelkner | i didn't think so, so i thought we should plan that now | 17:42 |
| aelkner | heading is th, right? | 17:42 |
| aelkner | contained in thead, right? | 17:43 |
| replaceafill | yes | 17:43 |
| aelkner | could we use th not inside thead for subheading? | 17:43 |
| aelkner | is that kosher even? | 17:43 |
| replaceafill | uh? | 17:43 |
| aelkner | thead->th for heading | 17:43 |
| aelkner | tbody->th for subheading? | 17:44 |
| replaceafill | i think you could do that | 17:44 |
| aelkner | the point is, cells are td | 17:44 |
| aelkner | we should decide together what is right here | 17:44 |
| aelkner | yvl, do you have an opinion? | 17:45 |
| th1a | I think aelkner and replaceafill can sort this out. | 17:45 |
| th1a | We'll let yvl go. | 17:45 |
| yvl | th1a, I'd also like some tasks for tomorrow | 17:45 |
| th1a | I'm going to be ducking in and out throughout the day to tend to smoking some pork shoulders. | 17:45 |
| th1a | yvl: Do the link id thing first. | 17:45 |
| yvl | sure | 17:46 |
| yvl | but that won't take 8 hours | 17:46 |
| aelkner | docs? | 17:46 |
| yvl | date picker then? | 17:46 |
| th1a | Oh, ok. Yes. | 17:46 |
| yvl | I'll need more | 17:46 |
| yvl | probably :) | 17:46 |
| th1a | I thought you had two days worth of plumbing? | 17:46 |
| * yvl is afraid to do any plumbing without confirmation | 17:47 | |
| th1a | I'll add more to the TODO. | 17:47 |
| th1a | There'll be plenty to choose from. | 17:47 |
| yvl | if there's nothing more important to do, I'll do some plumbing then | 17:47 |
| th1a | Well... the rest of the pages in the application. | 17:47 |
| th1a | It should not be hard to find something to do. | 17:48 |
| yvl | calendar maybe? | 17:48 |
| th1a | We should do that last. | 17:48 |
| yvl | probably not schoolyears | 17:48 |
| yvl | not terms | 17:48 |
| th1a | Groups. | 17:48 |
| th1a | Well... | 17:48 |
| th1a | Look, I'll update the TODO. | 17:48 |
| yvl | ok | 17:49 |
| yvl | and please just assign random stuff | 17:49 |
| th1a | You guys need to mark what you're working on in the todo and check it in so that you'll be able to just pick things off the list without being explicitly assigned. | 17:49 |
| th1a | One other thing is that we might want to use a jquery wizard for our year wizard. | 17:50 |
| th1a | So it will be a real wizard. | 17:50 |
| th1a | So you might look into that. | 17:50 |
| yvl | wait, what year wizzard? | 17:50 |
| th1a | Timetable wizard. | 17:50 |
| th1a | Sorry | 17:50 |
| th1a | I was thinking that terms could be a wizard. | 17:50 |
| yvl | ah, ok | 17:51 |
| th1a | If we're going to be using one anyhow. | 17:51 |
| th1a | It might be worth it for terms + timetables. | 17:51 |
| th1a | You could look into that tomorrow. | 17:51 |
| yvl | "Magically converts a form's fieldsets into a variety of multi-page form styles! | 17:51 |
| yvl | Sometimes, you have a lot of form fields, and you need | 17:51 |
| yvl | to break them up into multiple pages. This plugin does that!" | 17:51 |
| yvl | umm, not for timetables | 17:51 |
| yvl | oh, wait | 17:52 |
| yvl | there are more | 17:52 |
| yvl | ok, I'll look into those | 17:52 |
| th1a | I'm sure. ;-) | 17:52 |
| th1a | OK that should do. | 17:52 |
| yvl | thanks | 17:52 |
| th1a | Sure. | 17:52 |
| th1a | OK, I'm still quite stoked about how this is coming, I think people are going to be very excited when we release this! | 17:53 |
| th1a | Same time tomorrow. | 17:53 |
| * th1a drops the bag of gravel. | 17:53 | |
| yvl | of course! | 17:53 |
| replaceafill | :) | 17:53 |
| yvl | see you all soon :) | 17:53 |
| th1a | replaceafill and aelkner, you can sort out subheaders while I start my fire. | 17:53 |
| aelkner | yvl, have a good one | 17:54 |
| replaceafill | ok | 17:54 |
| aelkner | so what do you think about my idea from before, th inside of tbody for subheadings? | 17:54 |
| replaceafill | i'm ok with that | 17:54 |
| aelkner | i can't see any other way, unless you can | 17:55 |
| replaceafill | i'm ok with that approach, go with that one | 17:55 |
| aelkner | cool | 17:55 |
| aelkner | what about the modal dialog css, can i fix the js to use the right form id? | 17:55 |
| replaceafill | aelkner i'm not even sure that's the reason it's breaking | 17:56 |
| replaceafill | it's just a guess | 17:56 |
| replaceafill | but th1a said we should wait for the links anyway | 17:56 |
| aelkner | ok | 17:56 |
| aelkner | i can work on adding type to the reports meta zcml | 17:56 |
| aelkner | and changing the reports view to render as table with subheadings | 17:57 |
| replaceafill | so | 17:57 |
| replaceafill | you'll do: | 17:57 |
| replaceafill | <tbody><tr><th></th></tr></tbody> right | 17:57 |
| replaceafill | for subheadings | 17:57 |
| aelkner | yes | 17:57 |
| aelkner | and thead for headings as always | 17:58 |
| replaceafill | aelkner add this to skin/flourish/resources/table.css for your work: | 18:01 |
| replaceafill | tbody th { | 18:01 |
| replaceafill | background-color: #dfdcd9; | 18:01 |
| replaceafill | } | 18:01 |
| aelkner | ok | 18:02 |
| * replaceafill checks why the footer is breaking | 18:02 | |
| th1a | Take that link out for now. | 18:05 |
| replaceafill | ok | 18:05 |
| th1a | We can't nitpick the presentation and have random temporary stuff floating around at the same time. | 18:05 |
| replaceafill | i'll also remove the use of jstree in templates (js, css) | 18:06 |
| replaceafill | we dont use it anymore | 18:07 |
| th1a | Yes. | 18:07 |
| replaceafill | aelkner you can't have <div id="person_preferences_form" /> in a template | 18:08 |
| replaceafill | unless you use tal:content in it | 18:08 |
| replaceafill | or tal:replace | 18:08 |
| replaceafill | that's ^ plain html | 18:08 |
| replaceafill | link gone | 18:12 |
| replaceafill | footer fixed | 18:12 |
| replaceafill | th1a so, i'll pick the "Generic Relationship Management" part | 18:13 |
| replaceafill | (of the TODO) | 18:13 |
| replaceafill | is that ok? | 18:13 |
| th1a | That's what I was thinking. | 18:13 |
| replaceafill | ok | 18:13 |
| * replaceafill starts | 18:13 | |
| aelkner | replaceafill, please explain what you said, 'you can't have <div...' | 18:17 |
| replaceafill | ah ok | 18:18 |
| aelkner | do you mean the self-terminating part? | 18:18 |
| replaceafill | we usually do things like: | 18:18 |
| replaceafill | yes | 18:18 |
| replaceafill | <div tal:content="view/blabla" /> | 18:18 |
| replaceafill | correct? | 18:18 |
| aelkner | so <div ...></div> would work | 18:18 |
| replaceafill | yep, that's how i fixed it | 18:19 |
| aelkner | ok, i'll stay away from self-terminating divs in the future :) | 18:19 |
| replaceafill | it's ok if you use tal with it | 18:19 |
| aelkner | right, as long as there is ontent, i got it | 18:20 |
| replaceafill | ok | 18:20 |
| replaceafill | oops, the cambodia error!!! | 18:39 |
| * replaceafill goes to fix it | 18:39 | |
| *** aelkner has quit IRC | 18:40 | |
| * th1a imagines replaceafill rushing across the room. | 18:40 | |
| replaceafill | :D | 18:40 |
| replaceafill | damn! i cannot reproduce it :( | 18:50 |
| th1a | :-( | 18:54 |
| replaceafill | i'm getting their Data.fs | 18:54 |
| replaceafill | although understanding khmer is difficult :P | 18:54 |
| * replaceafill uses the urls ;) | 18:54 | |
| replaceafill | hhmm no, not even with their Data.fs... | 18:56 |
| replaceafill | i wonder if they reported the error before i fixed the average calculation | 18:57 |
| replaceafill | well, i'll write back asking for more details | 18:57 |
| th1a | Have them double check. | 18:57 |
| replaceafill | ah! there it is! | 18:59 |
| replaceafill | it happens in the vps but not on my sandbox... | 18:59 |
| th1a | huh | 19:00 |
| replaceafill | found it! | 19:01 |
| replaceafill | my sandbox was not updated :/ | 19:01 |
| *** aelkner has joined #schooltool | 19:05 | |
| aelkner | replaceafill, could you ping me please? | 19:07 |
| replaceafill | aelkner ping | 19:07 |
| aelkner | thanks, i had network problems that caused me to have to restart | 19:07 |
| aelkner | when i restarted XChat, i noticed this message: | 19:08 |
| aelkner | Sound-notification plugin unloaded | 19:08 |
| aelkner | which may explain why i don't here a bell when i'm pinged | 19:08 |
| aelkner | when i go to preferences->plugins i see that that sound notification is checked on | 19:08 |
| aelkner | replaceafill, do you know of anything else that would not allow me to hear bell on ping? | 19:09 |
| replaceafill | aelkner not really, i dont use that function | 19:09 |
| aelkner | you don't use xchat? | 19:11 |
| replaceafill | yes | 19:12 |
| replaceafill | but not the sound functionality | 19:12 |
| aelkner | could you ping me again please? | 19:12 |
| replaceafill | aelkner ping | 19:12 |
| aelkner | one more time in 5 seconds, please | 19:13 |
| replaceafill | 1 | 19:13 |
| replaceafill | 2 | 19:13 |
| replaceafill | 3 | 19:13 |
| replaceafill | 4 | 19:13 |
| replaceafill | 5 | 19:13 |
| replaceafill | aelkner testing testing testing 1, 2, 3 | 19:13 |
| replaceafill | nothing? | 19:13 |
| aelkner | replaceafill, thanks, the damn thing won't work | 19:13 |
| aelkner | you see in preferences? | 19:13 |
| aelkner | i figured out that it helps to click on notifications | 19:13 |
| aelkner | that made it so that when i clicked on sound notification, it would stay set | 19:14 |
| aelkner | correction, it went unset again | 19:14 |
| aelkner | oh, well, i'll look into it when i get the chance | 19:14 |
| *** menesis has quit IRC | 19:19 | |
| replaceafill | great!! the score refactoring is in trunk now | 19:20 |
| *** asharma has quit IRC | 19:24 | |
| aelkner | replaceafill, which trunk are you referring to? | 19:30 |
| replaceafill | gradebook | 19:30 |
| aelkner | oh, that's right, no flourish for that yet | 19:31 |
| aelkner | core has two trunks, so that's why i asked | 19:32 |
| th1a | aelkner: Mine doesn't work either. | 19:34 |
| aelkner | th1a, sound? | 19:38 |
| aelkner | i found this: https://bugs.launchpad.net/ubuntu/+source/xchat-gnome/+bug/377549 | 19:40 |
| th1a | aelkner: work? | 19:45 |
| *** ignas has quit IRC | 19:45 | |
| th1a | ping me. | 19:45 |
| th1a | Can th1a ping himself? | 19:45 |
| aelkner | ting | 19:46 |
| replaceafill | th1a ping | 19:46 |
| aelkner | th1a, ping me, too | 19:46 |
| th1a | The symbolic link fix seems to work for me. | 19:46 |
| aelkner | ping me please | 19:46 |
| th1a | aelkner. | 19:46 |
| aelkner | th1a, what symbolic link fix? | 19:49 |
| th1a | Sean Garner wrote on 2009-08-07: #5 | 19:49 |
| th1a | Not sure if it's an upstream bug as such... it's looking for a wav file that isn't there. | 19:49 |
| th1a | sudo ln -s /usr/share/sounds/question.wav /usr/share/sounds/info.wav | 19:49 |
| th1a | That seems to be a workaround in my case. | 19:49 |
| aelkner | aelkner | 19:51 |
| th1a | aelkner, | 19:51 |
| aelkner | th1a, do you get a sound when you are in xchat? | 19:51 |
| aelkner | or do you have to be away from it? | 19:51 |
| th1a | idk | 19:52 |
| aelkner | you're in it now | 19:52 |
| aelkner | th1a, do you head this? | 19:52 |
| aelkner | hear | 19:52 |
| th1a | Actually, only if I wear my headphones, which I'm not doing now. | 19:52 |
| th1a | If at all. | 19:53 |
| th1a | Is it working for you, aelkner? | 19:53 |
| aelkner | no, and i did the sud ln command | 19:53 |
| aelkner | you said you did that and it went from not woking to working? | 19:53 |
| th1a | I think so, but I'm not paying very close attention. | 19:54 |
| th1a | I'll send you some more pings in private. | 19:54 |
| aelkner | still nothing | 19:54 |
| th1a | Well, I'd give up. | 19:55 |
| aelkner | i was just about to :) | 19:55 |
| *** menesis has joined #schooltool | 20:23 | |
| *** menesis has quit IRC | 20:57 | |
| replaceafill | th1a zyt? | 21:12 |
| replaceafill | for the groups table, do you want a separate column for the school year, or should i do something like: "Soccer (2011-2012)" | 21:13 |
| replaceafill | th1a never mind, http://schooltool.pov.lt/irclogs/%23schooltool.2011-06-17.log.html#t2011-06-17T23:46:05 :) | 21:14 |
| aelkner | replaceafill, i noticed you started a pattern of adding flourish.zcml inclusion in configure.zcml | 21:18 |
| aelkner | up to then, we had all inclusions in the flourish skin | 21:18 |
| aelkner | kin/flourish/instance/configure.zcml:37: <include package="schooltool.app.browser" file="flourish.zcml" /> | 21:18 |
| replaceafill | i remember i saw <include file="flourish.zcml" /> somewhere | 21:19 |
| aelkner | i think yvl made it that way to keep the flourish skin out of the main skin's way | 21:19 |
| aelkner | so you see my point, you should probably not start the new pattern you started | 21:20 |
| replaceafill | of course | 21:22 |
| aelkner | replaceafill, should i just fix that now? | 21:35 |
| replaceafill | go ahead :) | 21:35 |
| aelkner | ok | 21:35 |
| th1a | How's it coming replaceafill? | 21:40 |
| replaceafill | making the filter works for groups | 21:41 |
| replaceafill | added a custom table formatter for groups | 21:41 |
| replaceafill | with 3 columns: title, school year, ### | 21:42 |
| replaceafill | ### means "dont know what title to use" | 21:42 |
| replaceafill | it's a column for the Add Delete buttons | 21:42 |
| aelkner | replaceafill, pushed the zcml inclusion fix to trunk | 21:45 |
| replaceafill | aelkner great thanks | 21:45 |
| replaceafill | will update the instance | 21:46 |
| replaceafill | and merge to my branch | 21:46 |
| replaceafill | instance updated | 21:47 |
| replaceafill | th1a should we allow to search by school year titles too? | 21:48 |
| replaceafill | hhmm maybe a dropdown with school years... | 21:49 |
| th1a | Where? | 21:50 |
| replaceafill | i'm creating a widget filter like the one in /persons | 21:50 |
| replaceafill | it has a search box for "Group title" | 21:50 |
| replaceafill | i was thinking of adding school year somehow | 21:51 |
| replaceafill | but i'll finish the simple version first | 21:51 |
| replaceafill | :) | 21:51 |
| th1a | You would only ever edit present or future groups. | 21:51 |
| th1a | Well, maybe not ever. | 21:51 |
| th1a | But basically not. | 21:52 |
| replaceafill | i'll stick to group titles for now, then we decide | 21:52 |
| *** menesis has joined #schooltool | 21:52 | |
| th1a | The search should ideally include present or futer. | 21:52 |
| th1a | future. | 21:52 |
| replaceafill | correct | 21:52 |
| th1a | But right now we don't really have a way to tell the future, right? | 21:52 |
| replaceafill | the way i coded it, even past... | 21:52 |
| th1a | We really don't want to edit the past. | 21:53 |
| replaceafill | ah! | 21:53 |
| replaceafill | true! | 21:53 |
| th1a | That's arguably a bug. | 21:53 |
| replaceafill | i should remove the pasth then | 21:53 |
| th1a | I'd say so. | 21:53 |
| replaceafill | we can tell the active school year and next years | 21:53 |
| th1a | OK then. | 21:53 |
| * th1a thinks this week will have less constant interaction on IRC... | 22:28 | |
| replaceafill | :) | 22:28 |
| replaceafill | longer tasks | 22:28 |
| th1a | Stylesheets mostly in place... | 22:28 |
| *** menesis has quit IRC | 22:32 | |
| replaceafill | th1a http://69.164.203.135:6660/persons/alvaro/groups.html | 23:17 |
| replaceafill | style needs fixing | 23:17 |
| replaceafill | the whole think stinks like a hack :) | 23:17 |
| * replaceafill goes to grab a bite | 23:25 | |
| th1a | replaceafill: That's pretty close. | 23:37 |
| th1a | The whole form should be re-done, but this is a lot closer. | 23:37 |
| replaceafill | th1a do you want the actions to be buttons or links are ok? | 23:38 |
| replaceafill | buttons mean we have to insert the whole thing into the form | 23:38 |
| replaceafill | (like it use to be) | 23:39 |
| replaceafill | actually, that's already done, so switching to buttons is not difficult | 23:40 |
| th1a | I think buttons, since you're really submitting a form. | 23:47 |
| th1a | Actually, that works pretty well. Is there a page reload? | 23:47 |
| replaceafill | yes | 23:47 |
| replaceafill | full submit | 23:47 |
| th1a | It is pretty quick, really. | 23:47 |
| replaceafill | i got stuck because i used the schooltool table formatter | 23:48 |
| replaceafill | i want to code the view without it | 23:48 |
| replaceafill | i think it would be a lot cleaner | 23:48 |
| th1a | Cleaner code or cleaner look? | 23:48 |
| replaceafill | i'll also test it with past and future school years | 23:48 |
| replaceafill | cleaner code | 23:48 |
| replaceafill | i think fixing the look will be easy | 23:49 |
| replaceafill | i'll work on that after lunch :) | 23:49 |
| replaceafill | and if i got it right, can i work on advisees and advisors | 23:50 |
| replaceafill | (the other relationship views) | 23:50 |
| th1a | Right. | 23:50 |
| * replaceafill hopes we don't lose our manager to skateboarding :D | 23:52 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!