*** th1a has joined #schooltool | 04:17 | |
*** admp has joined #schooltool | 09:48 | |
*** Taiga has left #schooltool | 10:47 | |
*** thisfred has joined #schooltool | 11:20 | |
*** ignas has joined #schooltool | 11:28 | |
povbot | /svn/commits: * bskahan committed revision 4055: | 12:54 |
---|---|---|
povbot | /svn/commits: very safe fix for part of issue274 | 12:54 |
*** bskahan has joined #schooltool | 13:19 | |
*** ignas has quit IRC | 13:22 | |
*** rzzt has joined #schooltool | 13:24 | |
rzzt | hi | 13:25 |
*** rzzt has quit IRC | 13:26 | |
*** rzzt has joined #schooltool | 13:35 | |
*** rzzt has left #schooltool | 13:35 | |
*** bskahan has quit IRC | 14:10 | |
*** admp has quit IRC | 14:14 | |
*** srichter has quit IRC | 14:20 | |
*** bskahan has joined #schooltool | 14:20 | |
*** SteveA is now known as SteveA|afk | 14:53 | |
*** Aiste has joined #schooltool | 15:01 | |
*** ignas has joined #schooltool | 15:05 | |
*** Aiste has quit IRC | 15:06 | |
*** Aiste has joined #schooltool | 15:13 | |
*** srichter has joined #schooltool | 15:26 | |
*** Aiste_ has joined #schooltool | 15:51 | |
*** Aiste has quit IRC | 15:52 | |
*** FarcePest has joined #schooltool | 16:47 | |
*** SteveA|afk is now known as SteveA | 17:06 | |
*** alga has joined #SchoolTool | 17:11 | |
povbot | /svn/commits: * ignas committed revision 4056: | 17:29 |
povbot | /svn/commits: Removed unused code. | 17:29 |
povbot | /svn/commits: * ignas committed revision 4057: | 17:32 |
povbot | /svn/commits: Made the course attribute optional - it is ignored anyway. | 17:32 |
povbot | /svn/commits: * bskahan committed revision 4058: | 17:50 |
povbot | /svn/commits: added utilities for RESTive relationships between courses and sections. | 17:50 |
*** gintas has joined #schooltool | 17:51 | |
ignas | hi | 17:54 |
th1a | ignas: Hi. | 17:54 |
bskahan | hi | 17:55 |
alga | hi | 17:56 |
tvon | hi | 17:56 |
alga | the 'hi' psychosis :-) | 17:56 |
th1a | srichter: ayt? | 17:56 |
th1a | I think Stephan has a class at this time now, or he will soon, so we'll need to make these meetings a little earlier at some point. | 17:58 |
*** SteveA is now known as SteveA|afk | 17:58 | |
th1a | OK... I'd like to have the outstanding bugs from the work on the last contract closed before we pay you guys, so let's discuss what needs to be done quickly. | 17:59 |
th1a | Etria: issue 242. | 18:00 |
tvon | IRT 242, I'd like to make some overall fixes with personpreferences and backport them | 18:00 |
tvon | it involves changing the values that preferences store (date/time format strings) which means a db generation | 18:00 |
tvon | there are already a few hacks in there to get around this... I'd rather fix the real problem then throw in another hack | 18:01 |
bskahan | which would close issue259 as well | 18:01 |
th1a | Well, if that's what needs to be done. 242 is a big bug and it needs to be fixed. | 18:01 |
* tvon nods | 18:02 | |
th1a | Not sure what jinty will think of it, but there's not much we can do about it. | 18:02 |
*** jinty has joined #schooltool | 18:02 | |
th1a | Speak of the devil... | 18:02 |
bskahan | snuck that one in, just in time | 18:02 |
tvon | heh | 18:03 |
jinty | I did boot mu laptop at 5 | 18:03 |
th1a | Is issue 265 resolved in the trunk? | 18:05 |
th1a | Issue 266? | 18:05 |
alga | 266: yes | 18:06 |
bskahan | 265 is done-cbb, not supposed to call __parent__ in tal | 18:07 |
ignas | 266 - one small patch fixing the bug, and one huge patch making it work properly | 18:07 |
alga | 265 just lacks a 'resolved' status AFAICS | 18:07 |
th1a | OK, moving on then. | 18:07 |
th1a | I assume you guys got my email outlining the goals for the next releases. | 18:08 |
jinty | should 4053 also be back-ported for 266? | 18:08 |
th1a | I saw jinty is planning on being on the road when I'd like to release. | 18:08 |
jinty | indeed | 18:08 |
jinty | will probably not be able to get online regularly at all | 18:09 |
alga | jinty: IMO 4044 is a patch to be backported | 18:09 |
alga | 4053 is too intrusive | 18:09 |
th1a | jinty: What's the time period you'll be traveling? | 18:09 |
ignas | jinty, well imho it is too big and too complex for a release ... and the bug was fixed in the earlier patch | 18:10 |
jinty | th1a: the whole of july | 18:10 |
ignas | depends on whether th1a thinks the behgaviour implemented in 4053 is worth it ... | 18:10 |
jinty | ignas, alga: Ok, thanks. | 18:10 |
povbot | /svn/commits: * jinty committed revision 4059: | 18:10 |
povbot | /svn/commits: back-port 4044 for issue 266 | 18:10 |
th1a | jinty: OK, we'll have to try to figure out a plan later. | 18:11 |
th1a | So... comments on my proposal? | 18:11 |
th1a | This is strictly stuff that needs to be done for calendaring. | 18:11 |
th1a | bskahan proposed some other changes that need to be done, but aren't necessary to get SchoolBell Calendar 0.11 out the door. | 18:12 |
alga | Sorry, I haven't read it yet | 18:12 |
alga | overrun with mail | 18:13 |
th1a | Several of these things have been implemented at least partially in earlier versions. | 18:13 |
th1a | Do you want me to resend it or can you find it. | 18:13 |
bskahan | adding a time widget should be in .11, it doesn't need to be JS, can just be a selection form | 18:13 |
alga | I've found it | 18:13 |
th1a | I think I sent it to the SchoolTool list. | 18:13 |
th1a | bskahan: Simple is good. | 18:14 |
* jinty searches for outstanding things to back-port | 18:15 | |
alga | th1a: timetabe changes seems tough | 18:15 |
alga | the rest is straightforward AFAICS | 18:16 |
th1a | Just remember that we aren't actually changing the timetable. | 18:16 |
th1a | This is just a form that'll create a set of events. | 18:16 |
th1a | Calendar events. | 18:16 |
th1a | It'll take a few days, to be sure. | 18:16 |
alga | but the timetable events will remain there? | 18:16 |
th1a | Yes. | 18:17 |
alga | I was thinking along the lines of making an exception day template | 18:17 |
alga | we have this kind of thing for different weekdays | 18:17 |
alga | but we could change it to be assigned by date, would be much more flexible | 18:18 |
alga | but it would change the timetable for that day | 18:19 |
* ignas is not sure the "emergency days" must get a replacement day in lithuania ... | 18:19 | |
th1a | I envision a form that would have the standard periods for the day selected. You'd be able to edit the period's start and end times, and insert extra events where you want. | 18:19 |
th1a | Of course, this may be the kind of thing that doesn't make much sense in Lithuania, either. | 18:19 |
alga | we do have emergency days | 18:20 |
th1a | If your periods are all based on the time of day, you can't easily rearrange them. | 18:20 |
ignas | btw - what about canceling lessons for 1-7 grades only ? | 18:20 |
th1a | ignas: oy. | 18:20 |
ignas | iirc if weather is not very awfull - only small kids are allowed to stay home | 18:20 |
th1a | In the same school? | 18:21 |
ignas | not sure though | 18:21 |
th1a | ignas: I don't think we're going to cover that case in this iteration. | 18:21 |
ignas | about the same school | 18:21 |
th1a | But also you can get a similar case with timetable changes, | 18:22 |
th1a | perhaps only the 9th grade has an assembly which rearranges their schedule. | 18:22 |
th1a | Which is a good reason I think to handle these things as calendar events rather than modifications in the schoolwide timetable. | 18:22 |
alga | re UI Handling Large Sets | 18:22 |
alga | I absolutely hate batching | 18:23 |
alga | if you cannot turn it off | 18:23 |
th1a | I don't have a strong opinion either way, but I didn't like being constantly confronted with a search form when I had a small set of objects anyhow. | 18:24 |
bskahan | I don't like having the search form seperate from the list | 18:24 |
th1a | bskahan: Yes. | 18:24 |
bskahan | I'd rather have the search form always above the batch index | 18:25 |
alga | yes | 18:25 |
alga | and a way to extend the batch | 18:25 |
alga | 20 - 100 - 500 - unlimited | 18:25 |
bskahan | that would be good | 18:25 |
bskahan | what are the opinions about using the batching mechanism that's in the zope tree? | 18:25 |
alga | I know nothing about it | 18:26 |
bskahan | we'd have to import it into schoolbell since I doubt it will be packaged | 18:26 |
alga | isn't there something for batching in tal:repeat? | 18:26 |
bskahan | alga: it seems pretty straight forward, and its a small module | 18:26 |
bskahan | alga: not that I know of, but there could be | 18:27 |
alga | hm, take a look at http://www.zopelabs.com/cookbook/1112545747 | 18:29 |
alga | it is doable without any external support | 18:29 |
bskahan | heh | 18:29 |
bskahan | I was looking at that | 18:29 |
alga | but since we'll want a filter, we'll need some support in the views anyway | 18:29 |
th1a | Lithuanians: What do you do in Lithuania when there is a special event in the school day? Just eliminate one or more class, or rearrange the times of all the classes? Or have the event after school? | 18:30 |
alga | sometimes all classes are squeezed from 45 mins to 30 mins, and the event takes place at 13:00 | 18:31 |
alga | or 12:00 | 18:31 |
th1a | alga: OK. | 18:31 |
ignas | sometimes we lose some lessons | 18:31 |
alga | yep | 18:31 |
th1a | Right. Same here. | 18:31 |
bskahan | th1a: the GPL js calendar widget that I know of is substantial amount of javascript code | 18:31 |
th1a | That's in Plone? | 18:32 |
bskahan | so I've heard, I think plone took it some time ago though | 18:33 |
bskahan | not sure how in sync they are | 18:33 |
th1a | Hmmmm. | 18:33 |
th1a | Do you think having separate fields for day/month/year would be helpful. | 18:35 |
th1a | I just get worried about confusion with the different date formats floating around. | 18:35 |
tvon | better than what we currently have | 18:36 |
ignas | why ? | 18:36 |
alga | tvon: depends on how you look | 18:36 |
alga | for a proficient user, a single entry is simpler | 18:36 |
ignas | entering a date in plain text is not that bad ... | 18:36 |
tvon | true | 18:37 |
ignas | multiple select boxes are evil | 18:37 |
ignas | typing 31 | 18:37 |
ignas | is a lot easier than selecting 31 | 18:37 |
alga | the e-banking apps I use have this: | 18:37 |
ignas | and what about 23 ? | 18:37 |
alga | a text entry that I can enter and an icon for a JS calendar | 18:37 |
alga | If I'm sure of the format, I can enter it | 18:37 |
alga | if not, I just use the calendar popup | 18:38 |
bskahan | +1 | 18:38 |
ignas | exactly the approach i like | 18:38 |
bskahan | the calendar just fills in the text field (in the correct format) | 18:38 |
alga | yep | 18:38 |
ignas | we can make the format fuzzy anyway ... it's not extremally hard to support both US and ISO | 18:39 |
* bskahan nods | 18:39 | |
alga | I've seen English use slashes | 18:39 |
alga | 31/12/2005 | 18:39 |
bskahan | / - . are all reasonably common | 18:40 |
th1a | Well, the point here is that doing a calendar popup would take a while, right? | 18:40 |
alga | IMNSHO you should only use slashes in an American format -- mm/dd/yy | 18:40 |
th1a | It couldn't just be knocked out in a couple days? | 18:40 |
bskahan | it could be done in a few days and work in mozilla | 18:41 |
alga | there's plenty of inspiration on the web :-) | 18:41 |
bskahan | getting it working across moz/ie/safari might take a bit longer | 18:41 |
ignas | well 2-3 days for a calendar i guess | 18:41 |
alga | what is safari? :-) | 18:41 |
th1a | Mac OS X. | 18:42 |
ignas | the safari part might be difficult | 18:42 |
ignas | not sure though | 18:42 |
th1a | Mostly the KHTML renderer. | 18:42 |
ignas | calendars are not that complex | 18:42 |
bskahan | not according to the khtml guys ;) | 18:42 |
bskahan | I think its doable | 18:42 |
th1a | Well, we'll see what the overall time estimates look like. | 18:42 |
th1a | bskahan: "mostly" | 18:42 |
*** Aiste_ has quit IRC | 18:43 | |
th1a | Can we run down the list and get a sense of who might do what so we can start drafting time estimates and schedules? | 18:43 |
alga | TTS wizard -- us | 18:43 |
th1a | Nothing set in stone at this point. | 18:43 |
alga | we have a nice idea of how it can be done, scalably | 18:44 |
th1a | OK. I'm making some simple HTML mock ups today. | 18:44 |
th1a | alga: Great. | 18:44 |
alga | we can use the zope3 session to store the partially set up tts | 18:44 |
th1a | alga: Cool. | 18:44 |
bskahan | * schoolwide calendar | 18:44 |
bskahan | * calendar/time widgets for forms | 18:44 |
bskahan | * UI handling large sets | 18:44 |
bskahan | * fix the access control form | 18:44 |
bskahan | * more conditional links | 18:44 |
bskahan | * set the school name | 18:44 |
bskahan | * not allowing resources to be added to groups? | 18:44 |
th1a | I was wondering about that. | 18:44 |
bskahan | * handling resources that are added to sections | 18:45 |
th1a | bskahan: Are those the ones you want? | 18:45 |
bskahan | they seem to be the more UI oriented | 18:45 |
th1a | Do you have any particular thoughts about the ACL form? | 18:45 |
bskahan | tvon: poke | 18:46 |
tvon | I'm here | 18:46 |
th1a | If not, I'd rather have alga take care of it. | 18:46 |
tvon | I have nothing specific in mind | 18:46 |
bskahan | ok | 18:46 |
bskahan | for alga then | 18:47 |
tvon | I just don't want it to end up like the Z2 security views | 18:47 |
th1a | Well, alga should probably handle splitting it into two parts. | 18:47 |
alga | I could, but it's nothing complex | 18:47 |
th1a | alga: True. | 18:47 |
th1a | OK, let's let Etria have a crack at it. | 18:47 |
tvon | k | 18:47 |
bskahan | I had included it because the way I understood it was just a goal to simplfy the UI, not actually change the behavior | 18:48 |
th1a | OK, this leaves the hard ones for POV ;-) | 18:48 |
tvon | hah, suckers | 18:48 |
alga | well | 18:48 |
alga | at least we will not botch anything | 18:48 |
th1a | Ohhh.... SNAP! | 18:48 |
bskahan | ouch | 18:49 |
th1a | All right boys, let's keep it civil. | 18:49 |
alga | he started first! | 18:49 |
th1a | Moving on... | 18:50 |
bskahan | if you guys think there's an unfair division of labor, I'd be into doing the wizard as well | 18:50 |
th1a | It is probably about even time-wise. | 18:50 |
bskahan | but I thought that was allready discussed on an earlier milestone | 18:50 |
th1a | bskahan: It was squeezed because of time. | 18:51 |
th1a | OK, so for POV that leaves: | 18:51 |
th1a | * tt schema generation | 18:51 |
th1a | * emergency days | 18:51 |
th1a | * special events | 18:51 |
th1a | * PDFs | 18:52 |
bskahan | pdfs are being done by reportlab? | 18:53 |
th1a | Some. | 18:53 |
th1a | They're GPL-ing a nice timetable widget for us. | 18:53 |
th1a | So basically we just need to coordinate with them how to get the timetable data. | 18:53 |
th1a | It handles spanning different length periods and such nicely. | 18:54 |
th1a | All the touchy little exceptions that wouldn't let you use a simple table. | 18:54 |
th1a | I'll be writing up a proposal for them this week. | 18:54 |
th1a | also for POV: | 18:54 |
th1a | * stopping users from deleting their own accounts | 18:55 |
th1a | * keeping track of the date while changing calendar views | 18:55 |
th1a | Is that something we could use Zope 3 sessions for? | 18:55 |
ignas | th1a, we should not forget the postfreeze code cleanup :) | 18:55 |
alga | sure | 18:55 |
th1a | ignas: Leaving time for it? | 18:56 |
ignas | i mean this freeze that will be over soon | 18:56 |
ignas | the cleanup of things that were done with motivation like "the release is so soon so we are going to copy paste and skip the refactoring bit" | 18:57 |
th1a | Oh. Refactoring. | 18:58 |
ignas | refactoring, finishing unfinished tests and stuff | 18:58 |
* tvon wants to refactor csv stuffs | 18:58 | |
alga | Well, in theory it must be done as you go | 18:58 |
tvon | I don't think it should be part of a contract or anything, just mentioning it | 18:59 |
th1a | OK. Well, at this point in the project we need to, I guess, figure out how to differentiating between things that you're refactoring because you didn't get right in the last contract, and refactoring that needs to be done because of longer term gaps which have just opened up as the application has grown. | 19:00 |
th1a | i.e., things that you could have avoided and things you aren't directly responsible for. | 19:00 |
th1a | This is kind of unknown territory for me, management-wise. | 19:01 |
tvon | csv is the former | 19:01 |
alga | Some 'longer term gaps' refactorings were usually proposed as separate stories | 19:01 |
alga | like various steps of zope3 migration | 19:01 |
th1a | alga: Yeah, that's how it has worked out thus far. | 19:02 |
* bskahan generally assumes if he touched it and its broken, he's probably responsible | 19:02 | |
th1a | All right. Our time is up. I'd appreciate some estimates on time and schedule sometime soon. | 19:02 |
bskahan | I think in general everything in the second case could be proposed as a seperate story | 19:03 |
th1a | We'll have to tighten up the stories as well. | 19:03 |
* th1a bangs the virtual gavel. | 19:03 | |
alga | th1a: when is the next release planned? | 19:03 |
th1a | Notwithstanding jinty's travels, I'd like to have it out before August, in time for the upcoming school year. | 19:04 |
th1a | When does school start in Europe? | 19:04 |
jinty | august 1 also fits with Ubuntu | 19:04 |
ignas | 09-01 | 19:04 |
th1a | September 1? | 19:04 |
alga | yes | 19:05 |
alga | in post-soviet countries | 19:05 |
bskahan | I'm away from June 27 - July 16th, so my part of etria's stories will be front loaded | 19:05 |
th1a | So, ideally a mid-July release candidate. | 19:05 |
alga | ok... | 19:05 |
alga | we're all going to Europython in late June | 19:05 |
alga | for a bit longer than a week | 19:06 |
th1a | Well, let's get a sense of how many developer days we're looking at. | 19:06 |
* jinty thinks he probably will only be available again on august 5 or so. | 19:06 | |
th1a | This can be trimmed if necessary. | 19:06 |
th1a | Well, perhaps we'll do a release without the Debian/Ubuntu packages until jinty gets back. | 19:07 |
tvon | shit | 19:07 |
th1a | We can probably manage that... this'll be a fairly incremental release. | 19:08 |
tvon | so, my plan for personpreferences was to store the strftime string as the actual value | 19:08 |
bskahan | tvon: the way timeformat is stored? | 19:08 |
tvon | How does this impact upon our restive views and potential future clients? | 19:08 |
tvon | eg, HH:MM is stored as %R | 19:09 |
alga | hm | 19:09 |
povbot | /svn/commits: * jinty committed revision 4060: | 19:09 |
povbot | /svn/commits: Updated docstring. | 19:09 |
bskahan | dateformat is a browser view preference | 19:09 |
alga | why not %H:%M | 19:09 |
bskahan | it doesn't have huge relevence for REST clients, who can have their own display preferences | 19:09 |
tvon | time formatting strings are fairly standard but not formalized afaik | 19:09 |
tvon | bskahan: true | 19:09 |
tvon | alga: no reason, %R == %H:%M | 19:10 |
alga | yep | 19:10 |
bskahan | not on windows, iirc | 19:10 |
alga | I think storing a format string is very reasonable | 19:10 |
bskahan | but, either way the REST interface should probably always have ISO standard formats | 19:10 |
alga | yes | 19:10 |
povbot | /svn/commits: * jinty committed revision 4061: | 19:11 |
povbot | /svn/commits: Create and install a schooltool-rest-client script | 19:11 |
tvon | bskahan: you mean when returning values always use iso and ignore preferneces? | 19:11 |
tvon | preferences | 19:11 |
povbot | /svn/commits: * jinty committed revision 4062: | 19:12 |
povbot | /svn/commits: Change to default python for SchoolTool. Revert it if you think it's a bad idea. | 19:12 |
th1a | REST is an API. We can define the date formats it uses. | 19:12 |
bskahan | tvon: yes | 19:12 |
th1a | Developers should be able to handle it. They're used to that kind of thing. | 19:13 |
povbot | /svn/commits: * jinty committed revision 4063: | 19:13 |
povbot | /svn/commits: Change to to default python for SchoolBell, this fixes issue 271. | 19:13 |
bskahan | the REST interface only returns dated object in iCal anyway, right? | 19:13 |
* jinty 's battery dies.... till later. | 19:13 | |
*** jinty has quit IRC | 19:14 | |
tvon | bskahan: did you say that you don't think %R == %H:%M in windows? | 19:15 |
bskahan | i thought there was some bug about that a few months ago | 19:15 |
tvon | hrm | 19:15 |
bskahan | would be in the issue tracker | 19:16 |
bskahan | something about log formats | 19:16 |
tvon | issue89 | 19:17 |
* bskahan nods | 19:19 | |
bskahan | wrong formatting code | 19:19 |
* th1a is patiently waiting for the resolution of these Apple/Intel rumors. | 19:21 | |
* bskahan notes that no rumor says "Apple will run on x86", just "on intel" | 19:22 | |
tvon | it will never run on normal pc boxes, but switching from IBM would still be a big deal | 19:23 |
th1a | iirc the WSJ sez they'll be x86, but I agree that some non x86 arch is likely. | 19:23 |
ignas | http://stevenf.com/mt/archives/2005/06/apple_to_switch.php # Apple To Switch To Sun Chips | 19:23 |
ignas | i thought that apple is switching to Suns | 19:23 |
tvon | haha | 19:24 |
th1a | Sadly, no. | 19:24 |
bskahan | they probably just can't figure out how to get the G5 into a laptop that won't melt your lap | 19:25 |
th1a | It never seemed very plausible to me. | 19:26 |
th1a | I mean, if you look at the heatsink in the G5 tower, and then imagine replacing that with your thigh, it doesn't seem very promising. | 19:27 |
bskahan | lol | 19:27 |
tvon | eh, the only hour formats that are cross-platform safe are zero padded | 19:35 |
tvon | same with day | 19:38 |
bskahan | tvon: that's ugly | 19:40 |
tvon | bskahan: yeah | 19:40 |
tvon | http://docs.python.org/lib/module-time.html | 19:40 |
*** Aiste has joined #schooltool | 19:40 | |
tvon | halfway down | 19:40 |
tvon | the 1989 C standard is the rule | 19:41 |
tvon | according to the bottom of this page: http://docs.python.org/lib/node252.html | 19:41 |
*** alga has quit IRC | 19:45 | |
*** thisfred has quit IRC | 19:52 | |
*** ignas has quit IRC | 19:54 | |
*** erchache has joined #schooltool | 20:11 | |
erchache | oucccchhhh i forget meeting | 20:11 |
erchache | :( | 20:11 |
th1a | The logs are accessible from http://source.schooltool.org | 20:12 |
*** SteveA|afk is now known as SteveA | 20:12 | |
erchache | i know :D | 20:18 |
erchache | but im working on other project and forget it | 20:18 |
*** bskahan has quit IRC | 20:30 | |
*** gintas has quit IRC | 20:32 | |
th1a | Well, it's Mac OS on x86 after all. | 20:50 |
tvon | th1a: got a mac gossip site url? :) | 20:53 |
th1a | http://www.macworld.com/news/2005/06/06/liveupdate/index.php | 20:53 |
tvon | thanks | 20:53 |
tvon | Marklar thing is interesting | 20:57 |
*** bskahan has joined #schooltool | 21:03 | |
* bskahan eats crow on the apple-x86 issue | 21:05 | |
th1a | Yeah, I'm a bit surprised myself. | 21:05 |
th1a | It's going to hurt their laptop sales in the next year. | 21:05 |
*** ignas has joined #schooltool | 21:12 | |
bskahan | th1a: it might be a good idea to get some performance testing in this summer | 21:27 |
bskahan | eg. what happens every morning at 7:45 when every teacher rolls in and checks the calendar at the same time | 21:28 |
*** erchache has quit IRC | 21:56 | |
th1a | bskahan: We should, but I don't see that as being a big issue yet. | 21:56 |
*** tvon has quit IRC | 22:02 | |
th1a | Has anyone checked out BeBop? | 22:24 |
bskahan | no, have a link? | 22:29 |
th1a | http://svn.kmrc.de/?intMainMenuId=0 | 22:29 |
bskahan | oh yeah | 22:29 |
bskahan | no, I saw it | 22:29 |
th1a | Zope 3, wxWindows. | 22:29 |
bskahan | it doesn't look very user friendly | 22:30 |
th1a | I'm puzzled about how the client interacts with the server. | 22:30 |
povbot | /svn/commits: * ignas committed revision 4064: | 22:32 |
povbot | /svn/commits: Ftest for scheduling a single student. | 22:32 |
bskahan | the versioning/locking looks interesting | 22:32 |
th1a | They've got a nice Mac installer, but I'd rather have a proper init script. | 22:33 |
th1a | Being able to start a server with one click doesn't do you too much damn good. | 22:34 |
th1a | I'll have to work on that this week. | 22:34 |
th1a | Plus I just had to force-kill the client app. Thank god that's one thing we don't have to debug. | 22:35 |
bskahan | I've tried emailing james at canonical btw, haven't heard back about the server | 22:35 |
th1a | I'll nag SteveA. | 22:35 |
bskahan | having a demo server will alleviate the need to have "one-click to try it out" | 22:36 |
th1a | Yes. | 22:36 |
*** ignas has quit IRC | 22:54 | |
*** srichter has quit IRC | 23:18 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!