| *** menesis has quit IRC | 00:07 | |
| *** povbot has joined #schooltool | 00:44 | |
| *** dstanfield has joined #schooltool | 03:44 | |
| dstanfield | Hello, my name is David Stanfield, I'm a friend of mattva01 | 03:45 |
|---|---|---|
| dstanfield | Is anybody active in this channel? | 03:46 |
| *** aks has joined #schooltool | 05:27 | |
| *** aks has joined #schooltool | 05:27 | |
| *** dstanfield has quit IRC | 06:20 | |
| *** aks has quit IRC | 06:47 | |
| *** aks has joined #schooltool | 06:53 | |
| *** yvl has joined #schooltool | 09:47 | |
| aelkner | hey yvl | 10:24 |
| yvl | hi aelkner | 10:24 |
| aelkner | i wanted to show you something for the upcoming meeting | 10:25 |
| aelkner | remember https://bugs.launchpad.net/schooltool/+bug/882060? | 10:25 |
| aelkner | you helped me get the one search to not break the second batch | 10:26 |
| yvl | ah, yes | 10:26 |
| aelkner | yeah, that was a good fix | 10:26 |
| aelkner | anyway, i added a fix as well to have the search widget come out better | 10:27 |
| aelkner | http://69.164.203.135:36660/schoolyears/2008-2009/groups/students | 10:27 |
| aelkner | notice how there is no group drop-down | 10:27 |
| yvl | right | 10:28 |
| yvl | that makes a bit less sense in some groups :) | 10:28 |
| yvl | then again it makes sense in groups like "Basketball" | 10:28 |
| yvl | maybe.. | 10:28 |
| aelkner | hm | 10:28 |
| aelkner | in this case we are only showing items that are by definition in some group | 10:29 |
| aelkner | so filtering them with an outside group filter only yields nothing, right? | 10:29 |
| aelkner | ah, waity | 10:30 |
| yvl | people can belong to multiple groups | 10:30 |
| aelkner | right | 10:30 |
| yvl | but the case seems a bit esoteric to me | 10:30 |
| yvl | let's see what Tom has to say about this | 10:30 |
| aelkner | well, that's why i wanted to discuss before merging | 10:30 |
| aelkner | we should get tom's input at the meeting | 10:30 |
| yvl | personally, I like this change; +0.5 ;) | 10:31 |
| aelkner | but i wanted your's first | 10:31 |
| aelkner | :) | 10:31 |
| aelkner | also, i wanted you to look at the diif, but launchpad is slow to update the branch | 10:31 |
| aelkner | although you could pull it | 10:31 |
| aelkner | it's revision 3238 | 10:31 |
| aelkner | https://code.launchpad.net/~aelkner/schooltool/flourish | 10:32 |
| aelkner | i create a new interface so that i can register the formatter that essentially doesn't do anything different than the person container one | 10:32 |
| aelkner | except that it doesn't have the group filter | 10:33 |
| aelkner | if we decide that the feature is not needed, i can drop the revision | 10:33 |
| aelkner | i tried putting the interface in schooltool/group/interfaces.py, but that lead to an import error | 10:34 |
| aelkner | i'm guessing it's a circular import | 10:34 |
| aelkner | anyway, we can pick this up at the meeting | 10:36 |
| yvl | sure | 10:36 |
| aelkner | just thought i'd give you a head start | 10:36 |
| yvl | thanks! | 10:36 |
| yvl | I really appreciate this | 10:36 |
| aelkner | cya there | 10:36 |
| aelkner | np | 10:37 |
| yvl | good night, aelkner :) | 10:37 |
| aelkner | zzzzzz :) | 10:37 |
| *** menesis has joined #schooltool | 11:22 | |
| *** ignas has joined #schooltool | 12:48 | |
| *** menesis has quit IRC | 14:17 | |
| *** aks has quit IRC | 15:07 | |
| *** th1a has joined #schooltool | 15:36 | |
| *** menesis has joined #schooltool | 16:02 | |
| *** replaceafill has joined #schooltool | 16:20 | |
| *** jelkner has joined #schooltool | 16:22 | |
| *** replaceafill has quit IRC | 16:27 | |
| *** replaceafill has joined #schooltool | 16:30 | |
| th1a | hi replaceafill, menesis, aelkner, yvl. | 16:30 |
| yvl | good morning | 16:30 |
| replaceafill | good morning/afternoon | 16:30 |
| th1a | OK... any *pressing* issues regarding the release/new site? | 16:30 |
| th1a | yvl wants to talk about the NEXT release. | 16:30 |
| aelkner | morning | 16:30 |
| menesis | hi | 16:31 |
| menesis | no issues | 16:32 |
| yvl | yay \o/ | 16:32 |
| th1a | Excellent. | 16:32 |
| replaceafill | i just have a question | 16:32 |
| replaceafill | could we keep the homepage/book branches not under +junk? | 16:32 |
| replaceafill | is there any reason to do that? | 16:32 |
| th1a | Yes, I don't know why that happens in the first place. It is not a conscious decision. | 16:33 |
| th1a | You can move them. | 16:33 |
| replaceafill | ah ok, thanks | 16:33 |
| th1a | OK, aelkner, now is the time you can do some CanDo stuff. | 16:33 |
| th1a | If you recall dwelsh's concerns. | 16:34 |
| aelkner | right, i can get back to that | 16:34 |
| th1a | Does that stuff still need to be done? | 16:34 |
| aelkner | yes, but first i want to close out the bug i have in progress | 16:34 |
| th1a | OK. | 16:34 |
| aelkner | i need to discuss that | 16:34 |
| th1a | Let's do that after. | 16:34 |
| aelkner | ok | 16:34 |
| th1a | We're going to blitz through a list of end of 2012 MUSTS. | 16:35 |
| th1a | These are NOT in order. | 16:35 |
| th1a | And I may be missing a couple. | 16:35 |
| th1a | Here goes: | 16:35 |
| th1a | * a package that gets SchoolTool running on port 80. | 16:36 |
| th1a | (through apache or whatever0 | 16:36 |
| th1a | ) | 16:36 |
| th1a | * clear story for HTTPS. | 16:36 |
| th1a | * Critical links will start integrating ST 2.0 after Feb -- supporting that. | 16:37 |
| th1a | * COOKIES (soon) also, using cookies to improve usability. | 16:37 |
| th1a | * student photos, also file storage. | 16:37 |
| th1a | * integrated backup/recovery to Ubuntu One. | 16:37 |
| th1a | * school logo/letterhead | 16:38 |
| th1a | * better integration of everything with calendar (e.g., activity due dates in calendars) | 16:38 |
| th1a | * sets of activities for sharing between sections and users | 16:38 |
| th1a | * score systems in journal | 16:38 |
| th1a | * student enrollment statuses for school and sections | 16:39 |
| th1a | excusing absences | 16:39 |
| th1a | * transcripts | 16:39 |
| th1a | * CanDo merge/refactor | 16:39 |
| th1a | * some parent access | 16:39 |
| th1a | * temporary teacher access for subs | 16:40 |
| th1a | That's it. | 16:40 |
| th1a | One question -- who worked on student statuses already and where is that? | 16:40 |
| th1a | enrollment status. | 16:40 |
| replaceafill | i did | 16:40 |
| * replaceafill goes look that branch | 16:41 | |
| th1a | Why is that not in trunk? | 16:41 |
| replaceafill | it never got to a point of being usable | 16:41 |
| th1a | OK, well, maybe we should try to finish it before the end of the year then. | 16:41 |
| replaceafill | kk | 16:41 |
| th1a | So as you can see there's essentially one big thing -- CanDo refactor and integration into SchoolTool core. | 16:42 |
| th1a | That is, integration into the standard distribution of SchoolTool. | 16:42 |
| th1a | That is, "apt-get install schooltool" installs CanDo too. | 16:43 |
| yvl | right | 16:43 |
| th1a | And a lot of medium sized things. | 16:43 |
| yvl | CanDo has a lot of baggage, I think we're going to end up with a "rewrite" | 16:43 |
| th1a | I think we'll mostly re-write it. | 16:43 |
| yvl | (but we'll have an implementation to look at) | 16:43 |
| th1a | More importantly we'll have a lot of experience with the problem and a standard UI to work from. | 16:44 |
| yvl | don't know anything about branding, but we could make schooltool.competency package | 16:44 |
| yvl | just my two cents | 16:44 |
| yvl | yes | 16:44 |
| th1a | We'll cross that bridge when we get there yvl. | 16:44 |
| yvl | sure | 16:44 |
| yvl | sorry | 16:44 |
| th1a | OK, I was expecting to be interrupted there so it went pretty quick. | 16:45 |
| th1a | Questions? | 16:45 |
| jelkner | +1 on yvl's opinion (just my 2cent ;-) | 16:45 |
| yvl | looks like good goals to me | 16:45 |
| yvl | hmm | 16:46 |
| yvl | I would add explicitly: some UI polish in usability sense | 16:46 |
| yvl | for example... | 16:46 |
| yvl | adding a calendar event in a jQuery "pop-up" | 16:47 |
| yvl | or editing | 16:47 |
| yvl | maybe do something with relationship views | 16:47 |
| th1a | Oh, well, one thing I forgot: general calendar love. | 16:47 |
| yvl | :) | 16:47 |
| th1a | Although that is in a sense inessential. | 16:47 |
| th1a | I guess I should step back and give a little more context here. | 16:48 |
| * yvl agrees | 16:48 | |
| th1a | The overarching goal is to get rid of things that MUST be done before we can undertake a big architectural phase (e.g., moving to Pyramid). | 16:48 |
| th1a | And, in particular, getting in the final key features of an SIS. | 16:49 |
| th1a | So basically most of these are potential blockers for someone adopting SchoolTool. | 16:50 |
| th1a | Whereas, say, making the calendar better is nice but not a blocker. | 16:50 |
| yvl | right | 16:50 |
| th1a | OK, other questions? | 16:52 |
| yvl | looking at the list, there are two items somewhat fuzzy for me | 16:52 |
| yvl | cookies | 16:52 |
| yvl | and enrollment statuses | 16:52 |
| yvl | and maybe even letterhead | 16:52 |
| yvl | by fuzzy I mean - I can imagine what/how needs to be done on other items | 16:53 |
| th1a | Cookies -- I don't see why we shouldn't be using cookies to manage, say, more intelligent Done buttons. | 16:53 |
| th1a | But somehow we don't have a "right way" to use cookies in SchoolTool. | 16:53 |
| yvl | true | 16:53 |
| yvl | I've spent some time on this, so we can chat about it later | 16:54 |
| yvl | as for enrollment, I just don't have a clear picture of how they should work | 16:54 |
| th1a | As far as I can tell, we've just vastly over-thought cookies. | 16:54 |
| yvl | then again, I'm pretty confident you can work this out :) | 16:54 |
| th1a | OK enrollment statuses. | 16:54 |
| th1a | Very simple really. | 16:54 |
| th1a | You're added to the system but not yet an active student (step 1) | 16:55 |
| th1a | You're an active student (step 2) | 16:55 |
| th1a | You're no longer a student (step 3) | 16:55 |
| yvl | ok | 16:55 |
| yvl | now I get it :) | 16:55 |
| th1a | Pretty much the same for sections. | 16:55 |
| th1a | Except maybe step 1 is added to a section whose term has not yet started. | 16:55 |
| th1a | Letterhead is basically so the report card can print an image at top. | 16:56 |
| yvl | and maybe something fancier if time permits | 16:57 |
| th1a | Yes, they could also just literally print on their letterhead, but that's not I'm referring to. | 16:57 |
| th1a | yvl: Don't overthink this one either. | 16:57 |
| yvl | ok | 16:57 |
| yvl | would you expect section enrollment to have dates | 16:57 |
| yvl | statuses | 16:57 |
| th1a | Yes. | 16:58 |
| yvl | seciton enrollment statuses to have dates, as in: | 16:58 |
| yvl | enrolled from Aug to Nov | 16:58 |
| yvl | or, instructs this section from Aug to Nov | 16:58 |
| yvl | or, instructs on Aug 15th (a substitute essentially) | 16:58 |
| yvl | (as dates bring in in-and-out-and-in-again thing) | 16:59 |
| th1a | Yes. | 16:59 |
| yvl | without the dates it's: today is [inactive, active, not active anymore] | 16:59 |
| yvl | just checking | 16:59 |
| th1a | Dates are certainly preferable. | 16:59 |
| th1a | WIthout dates is still a considerable improvement. | 17:00 |
| yvl | right | 17:00 |
| yvl | it's just better to opt for one or another instead of implementing both eventually :) | 17:00 |
| yvl | maybe. | 17:01 |
| th1a | I think I tried to leave out further implementation of levels, but that's really got to be on the list too. | 17:01 |
| yvl | oh, right! | 17:01 |
| yvl | ok, /me is happy with the plan :) | 17:02 |
| aelkner | yvl, who is this /me guy? | 17:03 |
| aelkner | :) | 17:03 |
| th1a | OK then. | 17:03 |
| th1a | aelkner: You have the floor. | 17:04 |
| * yvl is /me | 17:04 | |
| aelkner | ok, i had a notion about the search of group members | 17:04 |
| aelkner | i discussed with yvl last night, but i want to get everyone's input | 17:05 |
| aelkner | http://69.164.203.135:36660/schoolyears/2008-2009/groups/students | 17:05 |
| aelkner | note that i got rid of the group drop-down | 17:05 |
| aelkner | that is because it doesn't make sense to me to search within a group for students outside the given group | 17:06 |
| aelkner | that group drop-down was useful for People searches | 17:06 |
| menesis | good | 17:07 |
| th1a | Well... if we didn't already have it I probably wouldn't be telling you to add it. | 17:07 |
| aelkner | but the case of group members is a list that is by definition limited to a group | 17:07 |
| aelkner | right | 17:07 |
| th1a | But I don't think it has no potential use. | 17:07 |
| th1a | If you wanted to find the intersection of two big groups, for example. | 17:07 |
| th1a | If we already get that "for free" there is no reason to throw it away. | 17:08 |
| aelkner | so what are we saying here? | 17:10 |
| aelkner | put it back? | 17:10 |
| th1a | If it doesn't make the rest of the job more complicated for you, leave it in. | 17:10 |
| aelkner | leave the group drop-down in or leave the removal of it in? | 17:11 |
| menesis | does the group filter work? | 17:11 |
| th1a | If what you're not telling me is that putting it back in will cost six hours, then maybe keep it out. | 17:11 |
| menesis | i.e. look at Students and select Basketball | 17:11 |
| aelkner | putting it back won't cost much, so should i put it back? | 17:11 |
| th1a | Yes. | 17:11 |
| aelkner | ok | 17:12 |
| th1a | But yes, it needs to actually work. | 17:12 |
| th1a | If you're putting it in. | 17:12 |
| menesis | I don't think searching for group within group is very useful | 17:12 |
| menesis | but if it works then ok | 17:12 |
| th1a | Yes... does it work? | 17:12 |
| aelkner | sure it works, wy wouldn't it? | 17:13 |
| aelkner | it is the existing person search/filter widget | 17:13 |
| th1a | As long as it gives the intersection of the two groups I'm fine. | 17:13 |
| aelkner | the only change i made to get rid of the group drop-down was to create a new search/filter widget | 17:13 |
| aelkner | ok, i'll double-check that before closing the bug | 17:13 |
| aelkner | one more thing | 17:13 |
| menesis | makes the group page similar to People page | 17:14 |
| aelkner | ok, so before moving on the other thing, we are all in agreement, put the drop-down back? | 17:14 |
| th1a | Can we add search/filter to the delete page? | 17:15 |
| th1a | But not batching. | 17:15 |
| aelkner | delete page? | 17:15 |
| th1a | Put the drop down back as long as it gives you the intersection of the two groups. | 17:15 |
| th1a | Group delete. | 17:15 |
| th1a | Delete members. | 17:15 |
| th1a | The one that lets you delete. | 17:15 |
| th1a | members_persons.html | 17:16 |
| th1a | Also, add ID to that table. | 17:16 |
| th1a | On members_persons | 17:16 |
| replaceafill | we're adding the batch to the section index view, right? | 17:17 |
| aelkner | http://69.164.203.135:36660/schoolyears/2008-2009/groups/group19/members_persons.html | 17:17 |
| aelkner | replaceafill, wait a sec | 17:17 |
| aelkner | th1a, what do you want changed on the link i just posted? | 17:17 |
| th1a | Actually that should batch. | 17:17 |
| aelkner | it currently does batch | 17:18 |
| th1a | I'm talking about this one http://69.164.203.135:36660/schoolyears/2008-2009/groups/students/members_persons.html | 17:18 |
| aelkner | at least in the Add Members part | 17:18 |
| aelkner | yvl, this is the whole 'multiple search/batch on single view issue' | 17:19 |
| th1a | Actually, both of those views should have the id in the table. | 17:19 |
| aelkner | i thought we decided not to do that | 17:19 |
| th1a | Well, we clearly need to batch members in http://69.164.203.135:36660/schoolyears/2008-2009/groups/students/members_persons.html | 17:21 |
| th1a | So we need to batch both members and non-members. | 17:21 |
| th1a | We pretty much have to make that possible. | 17:21 |
| th1a | Unlike, say, Instructors, which should always be a relatively sane number. | 17:22 |
| aelkner | ok, well until now i have been working on the group index.html view, a singular situation | 17:22 |
| aelkner | what you are talking about is the realtionship view | 17:22 |
| aelkner | that applies to all relationship views we have | 17:22 |
| aelkner | so changing that changes the way the app works in many places | 17:23 |
| aelkner | adding the id column, etc. | 17:23 |
| th1a | OK, well, looking at this view it is obviously necessary. | 17:23 |
| aelkner | yvl, do you agree that we should change the relationships view in this fashion? | 17:24 |
| yvl | sorry | 17:25 |
| * yvl was away for few minutes | 17:25 | |
| yvl | catching up... | 17:25 |
| aelkner | i haven't tried to get multiple search/batch working on any views | 17:25 |
| aelkner | last week, you helped me make ne search not effect another batch, | 17:25 |
| aelkner | but what about having multiple search/batch on one view? | 17:25 |
| th1a | Should I just give this to yvl or replaceafill so aelkner doesn't lose his mind? | 17:26 |
| yvl | sure | 17:26 |
| yvl | personally, I would like to rework relationship views a little bit | 17:26 |
| aelkner | that's fine with me | 17:26 |
| yvl | so that searching only reloads the list | 17:26 |
| th1a | aelkner: Just add the id's to the tables please. | 17:26 |
| yvl | and not the entire page | 17:26 |
| replaceafill | yvl, +1 | 17:26 |
| menesis | while we look at membership views: I hate the new +/- columns. checkboxes + button + invert selection button was better | 17:26 |
| th1a | The buttons need to be ajaxified. | 17:26 |
| yvl | another usability candy that would make me very very very very happy | 17:26 |
| yvl | would be | 17:26 |
| menesis | unless clicking the +/- does not reload/scroll the page | 17:27 |
| th1a | Teachers don't understand invert selection, especially with batching. | 17:27 |
| yvl | something like a button "Add members" or such | 17:27 |
| th1a | I don't understand invert selection with batching. | 17:27 |
| yvl | and then a jquery popup with searchable member list | 17:27 |
| yvl | where you can click (+) | 17:27 |
| yvl | and it just collects to a list, in the same dialog | 17:27 |
| yvl | and then you click confirm or add or whatever | 17:27 |
| replaceafill | like launchpad | 17:27 |
| yvl | to add them all | 17:27 |
| yvl | yes! | 17:27 |
| yvl | or just close the window if you change your mind | 17:28 |
| yvl | but I just wanted to put this for consideration | 17:28 |
| yvl | in any case... table formatters are a bit ugly | 17:28 |
| * yvl would be happy to take that from aelkner's mind | 17:29 | |
| * aelkner would be even happier :) | 17:29 | |
| yvl | :D | 17:29 |
| replaceafill | we need a batch here: http://69.164.203.135:36660/schoolyears/2008-2009/2009-spring/sections/art_a_2009-spring_teacher010_002 | 17:30 |
| th1a | I don't know. | 17:31 |
| aelkner | yeah, do we need to batch the students that are in a section? | 17:32 |
| th1a | We need ID's in all these relationship tables though. | 17:32 |
| menesis | do you expect a class have more than 50 members? | 17:32 |
| replaceafill | th1a, there are 42 students enrolled in that section, we only see 25 | 17:32 |
| th1a | Well, that's different. | 17:32 |
| th1a | We don't need a batch. | 17:32 |
| th1a | We need to see all the members! | 17:32 |
| replaceafill | ah! ok | 17:32 |
| replaceafill | :) | 17:32 |
| menesis | +1 | 17:32 |
| th1a | Is that a separate bug? | 17:32 |
| aelkner | yvl? | 17:33 |
| menesis | related | 17:33 |
| th1a | Can we change all these relationship tables in one place? | 17:33 |
| th1a | It just needs to be fixed. | 17:33 |
| yvl | I can look at that | 17:33 |
| th1a | Does it need to have a bug filed? | 17:33 |
| yvl | and try not to miss anything | 17:33 |
| yvl | could I also work on reloading only the list when user hits search? | 17:33 |
| th1a | That is, can we add ID's to all of them in one place? | 17:33 |
| * yvl is not sure, th1a | 17:34 | |
| yvl | probably | 17:34 |
| th1a | yvl: I don't think that's an important problem compared to not reloading when you add/remove a person. | 17:34 |
| aelkner | the id column would be added to the table formatter in one place, show up in all views, right? | 17:34 |
| yvl | of course, th1a | 17:34 |
| th1a | OK, yes, we need that, I filed a bug for aelkner. | 17:34 |
| aelkner | th1a, what bug? | 17:35 |
| th1a | The id in these tables. | 17:35 |
| aelkner | what bug? | 17:36 |
| aelkner | could you post a link? | 17:36 |
| th1a | https://bugs.launchpad.net/schooltool/+bug/897260 | 17:36 |
| aelkner | ok, can we assign this to yvl and reassign the other to him as well? | 17:37 |
| aelkner | https://bugs.launchpad.net/schooltool/+bug/882060 | 17:37 |
| th1a | reassigned for the sake of everyone's sanity. | 17:38 |
| menesis | :) | 17:38 |
| th1a | replaceafill: Do you have things to do? | 17:38 |
| replaceafill | th1a, yes | 17:38 |
| replaceafill | bugs assigned for 2.0.1 | 17:39 |
| th1a | Great. I'm going to be writing our report/proposal and sending it Wednesday. | 17:39 |
| aelkner | yvl, can we talk about these bugs after the meeting? | 17:39 |
| th1a | Thanks gentlemen. | 17:39 |
| * th1a drops the bag of gravel. | 17:39 | |
| aelkner | i guess 'after the meeting' starts now :) | 17:39 |
| aelkner | yvl, brb | 17:40 |
| replaceafill | yvl, did you see this: https://code.launchpad.net/~replaceafill/schooltool/flourish/+merge/83434 | 17:40 |
| menesis | I saw | 17:42 |
| menesis | is ok | 17:42 |
| replaceafill | i was just wondering if there was a better way to do it | 17:42 |
| menesis | maybe that can be done in ViewletManager.render | 17:47 |
| menesis | otherwise, does what you wanted | 17:47 |
| replaceafill | menesis, right | 17:48 |
| * yvl is ok with that change, replaceafill | 17:48 | |
| yvl | it would be better if the manager *knew* that it will render nothing | 17:48 |
| yvl | (like self.viewlets would be empty) | 17:49 |
| replaceafill | yvl, self.viewlets can have items on it, that are not renderable | 17:49 |
| replaceafill | to me that's not a good condition | 17:49 |
| yvl | I understand | 17:49 |
| yvl | just saying it would be best if the manager could filter the items that are not renderable | 17:50 |
| replaceafill | ah! | 17:50 |
| yvl | like... they (viewlets) could have enabled = False | 17:50 |
| yvl | it's a bit weird to me when viewlet is not renderable but it tries to render something | 17:52 |
| replaceafill | should i merge this? or would you like to take a look later for a better solution? | 17:53 |
| yvl | feel free to merge | 17:54 |
| replaceafill | maybe your solution will make renderable_items hacks unnecessary | 17:54 |
| replaceafill | ah, ok | 17:54 |
| menesis | replaceafill: you asked about junk branches | 17:59 |
| menesis | replaceafill: +junk is for branches that have no project on launchpad. book and homepage are not branches of schooltool. I may create schooltool.org and schooltool-book projects... | 17:59 |
| menesis | also schooltool.ldap. then niepa, cambodia, zambia also are separate projects... | 18:00 |
| menesis | the inconvenience is that +junk branches do not show up in code.launchpad.net/schooltool-project | 18:00 |
| replaceafill | menesis, correct | 18:01 |
| replaceafill | i haven't found how to track them as a set | 18:02 |
| menesis | so. maybe it is not correct, but we keep many other branches in /schooltool, can push to ~schooltool-owners/schooltool/book | 18:09 |
| menesis | st-book is the old book | 18:09 |
| replaceafill | flourish-book for the new one? | 18:09 |
| yvl | well, see you guys! :) | 18:12 |
| menesis | I would like to avoid the word "flourish" now | 18:16 |
| replaceafill | menesis, ah, sure | 18:17 |
| *** ignas has quit IRC | 18:55 | |
| *** menesis has quit IRC | 20:31 | |
| *** dadeng has joined #schooltool | 21:48 | |
| *** menesis has joined #schooltool | 21:50 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!