| *** balor has joined #schooltool | 11:39 | |
| *** ignas has joined #schooltool | 12:16 | |
| *** alga has joined #SchoolTool | 12:37 | |
| *** jstraw has quit IRC | 15:03 | |
| *** th1a has joined #schooltool | 15:33 | |
| *** jstraw has joined #schooltool | 16:21 | |
| *** replaceafill has joined #schooltool | 16:21 | |
| *** jelkner has joined #schooltool | 16:22 | |
| th1a | hi ignas, aelkner, jstraw, replaceafill, jelkner. | 16:30 |
|---|---|---|
| aelkner | good mrning | 16:31 |
| replaceafill | good morning | 16:32 |
| ignas | hi | 16:33 |
| th1a | ignas: Can you start us off? | 16:34 |
| th1a | We've got a lot to cover today. | 16:34 |
| ignas | ok, I have been continuing my work on the merge | 16:34 |
| ignas | implemented most of the custom demographics schema adding/editing functionality | 16:34 |
| ignas | writing functional test for it | 16:35 |
| ignas | Justas went back to being sick | 16:35 |
| th1a | Hopefully everyone is getting all their sickness out of the way now and will be healthy the next two months. | 16:35 |
| ignas | :D | 16:35 |
| th1a | What's the eta for merging? | 16:35 |
| ignas | hmm, i guess next week start | 16:36 |
| jstraw | hi all | 16:36 |
| ignas | still got some functionality to do, and evolution script as well | 16:36 |
| th1a | OK. | 16:36 |
| ignas | need to review work Chris did in the sprint | 16:36 |
| ignas | and refactor it | 16:36 |
| ignas | as Justas could not help me with it | 16:36 |
| ignas | being sick and all | 16:36 |
| th1a | What needs to be refactored? | 16:37 |
| jstraw | Justas is really not too lucky right now is he | 16:37 |
| ignas | th1a: he added a dependency in courses/sections on timetabling | 16:37 |
| ignas | th1a: i'd like to remove it, thus i'll have to move some tests to timetabling module | 16:38 |
| th1a | Ah. | 16:38 |
| th1a | OK. | 16:38 |
| ignas | also looked at the bugs that I got assigned | 16:38 |
| ignas | will see if and how to fix them | 16:38 |
| th1a | multi-term sections is a must for 1.0. | 16:39 |
| ignas | I know | 16:39 |
| th1a | ;-) | 16:39 |
| ignas | first on my list of bugs | 16:39 |
| th1a | Sometimes the project manager isn't clear about priorities. ;-) | 16:40 |
| th1a | OK, anything else, ignas? | 16:40 |
| th1a | Oh, question -- | 16:41 |
| th1a | Is the bug at the end of this conversation known and or fixed in trunk? https://answers.edge.launchpad.net/schooltool/+question/61266 | 16:42 |
| th1a | This one? https://bugs.edge.launchpad.net/schooltool/+bug/331145 | 16:43 |
| ignas | th1a: which screenshot is being talked about in there? | 16:43 |
| th1a | In the book? | 16:43 |
| ignas | yeah | 16:44 |
| ignas | the question asker did not mention any errors, just that after clicking a button, she did not get the screen she expects | 16:44 |
| th1a | OK, I'll ask for more specifics. | 16:45 |
| th1a | Moving on... | 16:45 |
| th1a | jstraw: Do we have instructions on installing CanDo anywhere? | 16:46 |
| jstraw | th1a: yea... I have pieces all over | 16:46 |
| th1a | Hm... if you can email me the locations of the pieces I can try to assemble them. | 16:46 |
| jstraw | th1a: I can write up something in book form later | 16:46 |
| jstraw | (like later today or tomorrow) | 16:47 |
| th1a | OK. We're getting increasing numbers of people interested in CanDo, so I need to be able to tell them something. | 16:47 |
| th1a | Thanks. | 16:47 |
| jstraw | kk | 16:47 |
| th1a | OK, aelkner? | 16:48 |
| aelkner | so, my brain power was finally restored to me in the middle of last week | 16:48 |
| aelkner | i started by finishing up the gradebook work i did at the sprint | 16:48 |
| aelkner | getting the functional tests to pass after having changed the activity add/edit views | 16:49 |
| aelkner | ignas: did you have the chance to merge that branch to trunk as well as douglas'? | 16:49 |
| ignas | nothing is in trunk yet i think | 16:50 |
| ignas | i will probably merge gradebook to trunk | 16:50 |
| ignas | that will probably work | 16:50 |
| aelkner | let me know if there are any conflicts | 16:50 |
| ignas | though the UI changes that chris made to schooltool and lyceum.journal and gradebook | 16:50 |
| ignas | might cause some trouble | 16:50 |
| *** mgedmin has joined #schooltool | 16:51 | |
| aelkner | yeah, you have greater issues to resolve, i understand | 16:51 |
| ignas | aelkner: i mean - if I still can't merge schooltool | 16:51 |
| ignas | aelkner: because of missing evolution | 16:51 |
| ignas | and if i'll merge gradebook, some things might break | 16:51 |
| ignas | or at least will look ugly | 16:52 |
| ignas | will see what I can do about it, though the fact that chris commited his section code into the same branch as his UI code | 16:53 |
| ignas | complicates it :/ | 16:53 |
| aelkner | next, i applied douglas' patch for external activities to the cmr-plus-schoolyears branch that he worked on | 16:53 |
| aelkner | and committed it to svn so that i could deploy it to jelkner's machine | 16:53 |
| aelkner | so he's up and running now with the new functionality | 16:54 |
| th1a | Ah, nice. | 16:54 |
| aelkner | he still hasn't had the chance to actualy test out the external activities themselves | 16:54 |
| aelkner | but he will let me know when he does get the chance | 16:55 |
| aelkner | of course, i made sure that the functionality was there before i turned it over to him | 16:55 |
| aelkner | lastly, i turned my attention to the report card system that i'll be writing | 16:55 |
| aelkner | th1a: i got your response to my note last night | 16:56 |
| th1a | Did you get my email last night? | 16:56 |
| aelkner | man, that was helpful | 16:56 |
| aelkner | i had misunderstood (of forgot) a detail of our discussion at the sprint | 16:56 |
| aelkner | about how the report sheets would be deployed | 16:56 |
| aelkner | knowing now that they go into the section activities | 16:57 |
| aelkner | made the whole system so much simpler than i had first drawn up | 16:57 |
| th1a | That's the idea. | 16:57 |
| aelkner | now it seems that i only need to create the template creation from the Manage tab | 16:57 |
| aelkner | and deployment view from the term context (is that what you implied in your email?) | 16:58 |
| th1a | Right, the templates are global but the deployed sheets are associated with terms. | 16:59 |
| aelkner | excellent | 16:59 |
| th1a | You'll probably want to re-use the same report card template in different terms and years. | 16:59 |
| aelkner | ignas and i had a couple of discussions about the data structure that i outlined | 16:59 |
| jstraw | aelkner: why did you merge things to the schoolyears branch? | 17:00 |
| jstraw | all of that was merged to trunk | 17:00 |
| aelkner | jstraw: i'll get the that after my report | 17:01 |
| jstraw | k | 17:01 |
| aelkner | basically, i need to create a GradebookRoot object that gets inserted at app['schooltool.gradebook'] | 17:01 |
| aelkner | maybe SchooltoolGradebookRoot would be a better name | 17:02 |
| aelkner | ignas suggested i use the 'write on first read' strategy to avoid needing an evolution script | 17:02 |
| aelkner | it's good to be able to avoid evolution at this juncture as ignas still needs to work out the greater issues with evolution and plug-ins | 17:03 |
| th1a | Yes. | 17:04 |
| ignas | and avoid needing a "was this plugin installed" check | 17:04 |
| aelkner | right | 17:04 |
| ignas | though there is one that installs the default competencies i think | 17:04 |
| aelkner | you're talking cando? | 17:05 |
| aelkner | there isn't any default competencies in cando | 17:05 |
| aelkner | they get added via xml import | 17:05 |
| ignas | i am talking gradebook | 17:05 |
| aelkner | competencies is cando only | 17:05 |
| ignas | ahh | 17:05 |
| ignas | categories | 17:06 |
| ignas | not competencies | 17:06 |
| aelkner | oh | 17:06 |
| aelkner | good point | 17:06 |
| aelkner | you're talking AppInit | 17:06 |
| aelkner | for gradebook | 17:06 |
| ignas | not app init | 17:06 |
| ignas | app init only gets executed when application is started for the first time | 17:06 |
| ignas | there is the startup script | 17:07 |
| ignas | that gets run every time | 17:07 |
| aelkner | yes, but that's where the categories are presently created | 17:07 |
| aelkner | at AppInit | 17:07 |
| ignas | my point is - not just there | 17:07 |
| ignas | so I think i am detecting if there are any categories, and if there aren't any (which means that someone enabled gradebook as a plugin not as a part of the default installation) | 17:07 |
| ignas | i create default categories | 17:07 |
| aelkner | you did this? when was that? | 17:08 |
| aelkner | and where? | 17:08 |
| ignas | before last release | 17:08 |
| ignas | in gradebook.py | 17:08 |
| ignas | GradebookAppStartup | 17:08 |
| aelkner | oh, i'll check that out | 17:08 |
| aelkner | i was about to suggest that i move the AppInit code to the 'write on first read' adapter | 17:09 |
| aelkner | but you're suggesting that you already handled that | 17:09 |
| ignas | yeah, that one is handled already | 17:09 |
| aelkner | i see it at the end of gradebook.py | 17:10 |
| aelkner | GradebookAppStartup(ObjectEventAdapterSubscriber): | 17:10 |
| ignas | yeah that's the one | 17:10 |
| aelkner | so is that the app startup functionality that you were talking about | 17:10 |
| ignas | yeah | 17:10 |
| aelkner | so we already have that ability in schooltool | 17:10 |
| aelkner | cool | 17:10 |
| aelkner | so should i add the creation of app['schooltool.gradebook'] in that method | 17:11 |
| aelkner | rather than using write on first read | 17:11 |
| aelkner | becuase | 17:11 |
| ignas | you can do that too | 17:11 |
| ignas | it will work | 17:12 |
| aelkner | i was concerned with the need to use a critical section | 17:12 |
| ignas | critical section? | 17:12 |
| aelkner | to prevent the first two users from getting to the same code at the same time | 17:12 |
| aelkner | you see, if both users cause the 'write on first read' to happen at the same time | 17:12 |
| ignas | zodb would raise a conflict error i think | 17:12 |
| ignas | i am sure | 17:13 |
| aelkner | they could potentially both detect that the container is not there | 17:13 |
| aelkner | and both try to add it | 17:13 |
| ignas | and one of them | 17:13 |
| ignas | will get a conflict error | 17:13 |
| ignas | but for that | 17:13 |
| aelkner | that would not be good | 17:13 |
| ignas | chances are way too small to be concerned | 17:13 |
| aelkner | but since you added the app startup subscriber logic | 17:14 |
| ignas | and this error can only happen once for every installation | 17:14 |
| ignas | and if it happens clicking back and clicking link fixes it | 17:14 |
| aelkner | we don't need to worry about it anyway | 17:14 |
| ignas | yeah, just wanted to point out that you don't have to worry about it | 17:14 |
| aelkner | but yeah, even without it, the chances were small | 17:14 |
| ignas | but yeah - you can add it to app startup | 17:14 |
| aelkner | i realize that | 17:14 |
| ignas | that would be nice | 17:14 |
| aelkner | so for SchooltoolGradebookRoot | 17:14 |
| ignas | so all the code related to the initialization of the gradebook plugin would be in one place | 17:14 |
| aelkner | ignas finally convinced me not to make it a container of different types of containers | 17:15 |
| aelkner | as i had done with InterventionRoot | 17:15 |
| aelkner | instead i can use attributes like 'templates' | 17:16 |
| aelkner | later 'activities' and 'evalutaions' (more on that later) | 17:16 |
| aelkner | so that the root has those attributes rather than 'containing' those containers | 17:17 |
| aelkner | is a small point, but one that will make evolution easier for ignas | 17:17 |
| th1a | Sounds good. | 17:17 |
| aelkner | so, i guess it's not a small point | 17:18 |
| aelkner | for now, the only attribute will be 'templates' | 17:18 |
| aelkner | i will keep the templates there | 17:18 |
| aelkner | and deploy to the section annotations that eventaully will get moved | 17:18 |
| aelkner | and the gradebook code will work as is | 17:18 |
| aelkner | again, putting off the discussion of evolving the activities and evaluations... | 17:19 |
| aelkner | i want to ask a question about deploying the report sheets | 17:19 |
| th1a | ok | 17:19 |
| aelkner | so, if I make report sheets implement IReportSheet | 17:20 |
| aelkner | class IReportSheet(IWorksheet): | 17:20 |
| aelkner | pass | 17:20 |
| aelkner | i can make sure not to allow the user to deploy the report sheets more than pnce | 17:20 |
| aelkner | once | 17:20 |
| aelkner | because i can check for that interface | 17:21 |
| aelkner | so far, so good? | 17:21 |
| th1a | Hm. | 17:21 |
| th1a | You might want to deploy more than one reportsheet. | 17:21 |
| th1a | Different ones in one term. | 17:22 |
| ignas | for the same section? | 17:22 |
| th1a | Well, it isn't the kind of thing we necessarily need to go out of our way to implement, | 17:23 |
| th1a | but it seems like it would be more work to NOT allow it. | 17:23 |
| aelkner | well, there's another aspect | 17:23 |
| aelkner | what if the admin user creates 100 sections and deploys a report sheet to them | 17:24 |
| aelkner | then | 17:24 |
| aelkner | oops, i forgot to create this one section | 17:24 |
| aelkner | or, let's say, these ten sections | 17:24 |
| aelkner | now i need to deploy the same report sheet to those | 17:24 |
| aelkner | is the user could just deploy to all again | 17:25 |
| ignas | same sheet | 17:25 |
| ignas | what about - you change the sheet? | 17:25 |
| aelkner | yeah, how about that one? | 17:25 |
| ignas | so you either - update all the sheets | 17:25 |
| ignas | have report sheets point to the real sheet | 17:25 |
| th1a | It seems to me that the id of the reportsheet has to be significant anyhow -- that's what we'll be using to pull the grades into the reportcard, right? | 17:25 |
| aelkner | well, that's what the IReportSheet could allow us to do | 17:26 |
| th1a | You *really* don't want to be changing sheets around. | 17:26 |
| aelkner | without needing the id | 17:26 |
| th1a | If you only had one? | 17:26 |
| th1a | I'm not sure that's a feature. | 17:26 |
| ignas | th1a: if you really don't want to be changing - lock it after clicking update, making it readonly | 17:27 |
| ignas | th1a: anyway - you do reports from templates | 17:27 |
| ignas | thus if you have 1 to 1 relationships between templates and deployed templates | 17:27 |
| aelkner | no reports run off the deployed | 17:27 |
| ignas | you can refer to templates from deployed sheets | 17:27 |
| aelkner | ah, good point | 17:27 |
| ignas | thus you can have UI that takes a sheet template, and tells you in how many terms you have it deployed | 17:28 |
| ignas | or how many sections | 17:28 |
| aelkner | i could relationships rather than a different interface | 17:28 |
| ignas | and allows you to generate a report | 17:28 |
| ignas | not sure about relationships ,you will be creating new sheet objects when deploying from what I understand | 17:28 |
| ignas | if not - then maybe it would be better to have deployed sheets connected to terms not sections | 17:28 |
| aelkner | i will be adding a workheet to each section | 17:28 |
| aelkner | that is a COPY of a template | 17:29 |
| ignas | and when assembling worksheet list in views | 17:29 |
| ignas | just add the parent worksheet in there | 17:29 |
| ignas | which would avoid the copying | 17:29 |
| ignas | and also work with new sections added | 17:29 |
| aelkner | can't do that | 17:29 |
| ignas | why? | 17:29 |
| aelkner | the worksheets must be copies | 17:29 |
| aelkner | becuase | 17:29 |
| ignas | why? | 17:29 |
| aelkner | the activities they contain are the activites for which evaluations are keyed | 17:30 |
| aelkner | you can't grade jonny on a template activity | 17:30 |
| ignas | why? | 17:30 |
| aelkner | the next year, the evaluation for last year would appear | 17:30 |
| ignas | well - maybe you could just have templates set up per term | 17:31 |
| aelkner | you need different activity objects for each term | 17:31 |
| ignas | and not do deployment | 17:31 |
| ignas | or copy the sheet only once | 17:31 |
| ignas | for each term | 17:31 |
| aelkner | that seems like an overcomplication | 17:31 |
| ignas | to me templates | 17:32 |
| ignas | copied 200 times sounds like overcomplication | 17:32 |
| ignas | i'd just add template to the term directly | 17:32 |
| ignas | it's a task done once every term anyway | 17:32 |
| ignas | so even if you make someone do it 3-4 times a year | 17:32 |
| ignas | it's not too much time wasted | 17:32 |
| ignas | so you have report template set up on a term, and it get's added to every section for that term automatically | 17:33 |
| aelkner | explain that part | 17:33 |
| aelkner | gets added to each section automatically | 17:33 |
| aelkner | ah,m you mean on section creation | 17:34 |
| ignas | well - you said that you can't reuse the same activity in 2 terms | 17:34 |
| ignas | no | 17:34 |
| ignas | when displaying a list of worksheets | 17:34 |
| aelkner | i was talkng evaluations | 17:34 |
| ignas | instead of doing for worksheet in worksheets you can do for worksheet in worksheets + report_worksheet | 17:35 |
| aelkner | you have to have two different activities to get two different evaluations | 17:35 |
| ignas | yeah | 17:35 |
| ignas | I understand | 17:35 |
| ignas | hmm | 17:35 |
| ignas | ahh | 17:35 |
| ignas | you mean same person in 2 different sections | 17:35 |
| ignas | must have 2 different activities | 17:35 |
| aelkner | right | 17:35 |
| ignas | because he will get graded for the same report card in 2 different sections | 17:35 |
| ignas | ok | 17:35 |
| ignas | yeah - copy the worksheet for every section then | 17:36 |
| aelkner | but getting back to the new ten sections problem | 17:37 |
| ignas | add a subscriber | 17:37 |
| ignas | maybe | 17:37 |
| aelkner | perhaps copying the template to the term is the right idea | 17:37 |
| aelkner | and yeah, use a subscriber to handle the new ten sections | 17:37 |
| ignas | or at least adding some kind of relationship between a template and a view | 17:38 |
| aelkner | h no | 17:38 |
| aelkner | relating views with objects violate control model view | 17:38 |
| ignas | views with objects? | 17:38 |
| ignas | template is a view? | 17:39 |
| ignas | ahh | 17:39 |
| aelkner | no | 17:39 |
| ignas | sorry | 17:39 |
| ignas | template and a term | 17:39 |
| ignas | :D | 17:39 |
| aelkner | ah :) | 17:39 |
| ignas | was thinking about something else | 17:39 |
| *** jelkner has quit IRC | 17:39 | |
| aelkner | so i don't want to crowd the channel for this meeting with further technical discussion of these fine points | 17:39 |
| aelkner | we coulod get into that following the meeting | 17:40 |
| aelkner | i want to raise on else point before my report is done | 17:40 |
| aelkner | th1a: i was wondering what you thought about the current annotaions | 17:41 |
| aelkner | and whether we should have them evolved to reside in app['schooltool.gradebook'] | 17:41 |
| aelkner | before 1.0 is released | 17:41 |
| aelkner | i know that would make ignas happy | 17:41 |
| aelkner | becuase he hates the way we are using annotations at the moment | 17:42 |
| th1a | Just a sec... | 17:42 |
| ignas | not sure we need it for 1.0 | 17:42 |
| ignas | though - cleaning up gradebook data structures would be nice | 17:42 |
| ignas | i am more concerned about the state of gradebook internals than annotaions | 17:42 |
| aelkner | which gradebook internals? | 17:43 |
| ignas | all of them ;) | 17:44 |
| aelkner | haha | 17:45 |
| aelkner | could you be more vague? | 17:45 |
| ignas | yes | 17:45 |
| aelkner | i guess you could :) | 17:45 |
| aelkner | but i can't act on a vague concern | 17:45 |
| aelkner | i would something specific to fix | 17:45 |
| aelkner | again, let's get into that later | 17:46 |
| aelkner | before i finish my report... | 17:46 |
| aelkner | jstraw: the reason i applied douglas' patch to he school years branch | 17:46 |
| aelkner | is because that's where douglas made the diff | 17:47 |
| jstraw | ah | 17:47 |
| aelkner | all that's needed now is to merge that branch to trunk | 17:47 |
| jstraw | k | 17:47 |
| aelkner | bu i would want your approval for that | 17:47 |
| jstraw | what does the diff do? | 17:47 |
| aelkner | cause you have those pilot sites | 17:47 |
| jstraw | and what requirements does it have | 17:47 |
| aelkner | i adds a couple of registrations and a new class | 17:48 |
| aelkner | you and i could go over the diff when i come down next weekend | 17:48 |
| aelkner | if you're around friday afternoon or sat | 17:48 |
| aelkner | jstraw: how about that? | 17:49 |
| jstraw | yes | 17:49 |
| jstraw | saturday morning? | 17:49 |
| aelkner | agreed | 17:49 |
| jstraw | friday afternoon I work at mckinley | 17:49 |
| aelkner | th1a: my report is done | 17:49 |
| th1a | Sorry, your brother is distracting me. | 17:51 |
| aelkner | he does that | 17:51 |
| th1a | I have no opinion about annotations. | 17:51 |
| th1a | At least, no informed opinion about annotations. | 17:52 |
| th1a | We don't need to be cleaning up internals at this point. | 17:52 |
| th1a | I guess we're done then. | 17:53 |
| replaceafill | i just wanted to add that i started "experimenting" with grok.component on the schooltool.contact package | 17:54 |
| th1a | Oh, yes, replaceafill! | 17:54 |
| th1a | How is that coming? | 17:54 |
| replaceafill | directives like adapter and utility are easy to get rid of them | 17:54 |
| replaceafill | but the traversal adapters are tricky | 17:55 |
| replaceafill | so i started to dig into martian | 17:55 |
| replaceafill | maybe it could be used for that | 17:55 |
| replaceafill | i'm focusing in the schooltool.contact package as ignas recommended | 17:56 |
| replaceafill | cause it's simple enough to try | 17:56 |
| replaceafill | i guess that's it :) | 17:56 |
| th1a | Why are traversal adapters tricky? Do we make unusually heavy use of them? | 17:57 |
| replaceafill | no, i mean, grokcore.component is easy with zope standard zcml directives | 17:57 |
| replaceafill | like adapter and utility for example | 17:57 |
| replaceafill | the adapter traversal plugin is a custom directive | 17:58 |
| ignas | bah | 17:58 |
| replaceafill | no? | 17:58 |
| ignas | a second | 17:59 |
| ignas | custom directive | 17:59 |
| ignas | registers perfectly normal adapter | 17:59 |
| ignas | that can be created using code | 17:59 |
| replaceafill | yes, i have to find out how | 17:59 |
| ignas | replaceafill: bzr annotate the code | 18:00 |
| ignas | find the line that added custom zcml directive to something like persons | 18:00 |
| ignas | see the revision when | 18:00 |
| ignas | find the code that was replaced | 18:00 |
| replaceafill | ok | 18:00 |
| ignas | or just simply | 18:00 |
| replaceafill | :O | 18:00 |
| ignas | find the class | 18:00 |
| ignas | AdapterTraverserPlugin | 18:00 |
| ignas | and see what it does and how to create one | 18:00 |
| ignas | before special zcml directives we had to do this | 18:01 |
| replaceafill | and the same can be done for navigation viewlets? | 18:01 |
| ignas | TimetableTraverserPlugin = AdapterTraverserPlugin("timetable", ITimetable) | 18:01 |
| ignas | and then do zcml to register the adapter | 18:01 |
| ignas | which was very unconvenient - we had to do it in 2 places | 18:01 |
| ignas | so i moved both places to 1 place - zcml | 18:02 |
| ignas | now you can use grok and move them back ;) to python | 18:02 |
| replaceafill | :) | 18:02 |
| ignas | same for navigation viewlet - i had to add a custom directive so translation would work | 18:02 |
| ignas | but you can just use grok viewlets or whatever they are called | 18:02 |
| ignas | as if you will assign a title attribute to a viewlet in python | 18:02 |
| replaceafill | but they still the title attribute right | 18:02 |
| ignas | it will get translated automatically | 18:02 |
| replaceafill | ok | 18:03 |
| ignas | as long as you will do _('View') | 18:03 |
| replaceafill | yes | 18:03 |
| ignas | the only problem that might be a concern | 18:03 |
| ignas | is the baseclass for the viewlet | 18:03 |
| ignas | because templates are in schooltool.skin | 18:03 |
| replaceafill | yes | 18:03 |
| ignas | so at the moment - just copy the template to schooltool.contacts if you need to | 18:04 |
| replaceafill | u use <configure package="..skin..." | 18:04 |
| ignas | as that well be the simplest solution | 18:04 |
| replaceafill | ok | 18:04 |
| replaceafill | thanks ignas | 18:04 |
| ignas | glad to help | 18:04 |
| replaceafill | so i guess that's all from me | 18:05 |
| th1a | Thanks everyone! | 18:05 |
| * th1a drops the bag of gravel. | 18:05 | |
| ignas | have a nice week everyone | 18:08 |
| ignas | th1a: http://ignas.pov.lt/pv.png | 18:10 |
| ignas | doing this at the moment to show demographics info in person views | 18:10 |
| ignas | hope that's good enough | 18:11 |
| *** jstraw has quit IRC | 18:43 | |
| *** jstraw has joined #schooltool | 18:43 | |
| *** jstraw has quit IRC | 18:46 | |
| *** jstraw has joined #schooltool | 18:46 | |
| th1a | ignas: Don't we have longer names? | 19:04 |
| *** jstraw has quit IRC | 19:10 | |
| ignas | th1a: the fields without values are not shown | 19:11 |
| th1a | Good. | 19:13 |
| ignas | ok, got to go | 19:14 |
| ignas | see you | 19:14 |
| th1a | ttyl | 19:14 |
| *** ignas has quit IRC | 19:14 | |
| *** jelkner has joined #schooltool | 19:22 | |
| *** jelkner has quit IRC | 19:28 | |
| *** replaceafill has quit IRC | 20:22 | |
| *** alga has quit IRC | 20:39 | |
| *** jelkner has joined #schooltool | 20:42 | |
| *** replaceafill has joined #schooltool | 21:13 | |
| *** fsufitch has joined #schooltool | 21:19 | |
| *** rbra has joined #schooltool | 21:20 | |
| *** jcrowley has joined #schooltool | 21:22 | |
| *** povbot has joined #schooltool | 21:31 | |
| *** elarson has joined #schooltool | 21:41 | |
| *** elarson has quit IRC | 21:51 | |
| *** jcrowley has quit IRC | 22:09 | |
| *** mgedmin has quit IRC | 23:20 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!
