| *** bska|mobile has joined #schooltool | 00:06 | |
| *** bskahan has quit IRC | 00:21 | |
| *** srichter has joined #schooltool | 00:37 | |
| *** srichter has quit IRC | 00:39 | |
| *** srichter has joined #schooltool | 00:42 | |
| *** tvon has joined #schooltool | 01:36 | |
| *** tvon has left #schooltool | 01:47 | |
| *** tvon has joined #schooltool | 01:49 | |
| *** tvon has left #schooltool | 02:27 | |
| *** tvon has joined #schooltool | 02:34 | |
| *** tvon has quit IRC | 02:48 | |
| *** tvon has joined #schooltool | 03:22 | |
| *** bska|mobile has quit IRC | 03:59 | |
| *** th1a_ has joined #schooltool | 05:03 | |
| *** th1a has quit IRC | 05:11 | |
| *** Aiste has quit IRC | 08:59 | |
| *** Aiste has joined #schooltool | 08:59 | |
| *** Aiste has quit IRC | 10:04 | |
| povbot | /svn/commits: * tvon committed revision 4065: | 10:27 |
|---|---|---|
| povbot | /svn/commits: This should be reviewed and backported. | 10:27 |
| povbot | /svn/commits: * Closes 242 and 259 * PersonPreferences altered to store actual time format strings. * Time/date formats have to conform to the 1989 C spec in order to safely work | 10:27 |
| povbot | /svn/commits: across platforms. This basically means days and hours have to be zero padded. | 10:27 |
| povbot | /svn/commits: * Evolution script for preference changes. * A few changes to schoolbell.app.browser.cal to use the new preferences and | 10:27 |
| povbot | /svn/commits: clean things up a little. | 10:27 |
| povbot | /svn/commits: * Some appropriate test changes. | 10:27 |
| *** Aiste has joined #schooltool | 11:20 | |
| *** thisfred has joined #schooltool | 11:38 | |
| *** alga has joined #SchoolTool | 13:53 | |
| *** srichter has quit IRC | 14:13 | |
| *** ignas has joined #schooltool | 14:16 | |
| *** bskahan has joined #schooltool | 14:49 | |
| bskahan | http://lists.ubuntu.com/archives/edubuntu-devel/2005-June/000013.html | 14:49 |
| povbot | /svn/commits: * bskahan committed revision 4066: | 15:04 |
| povbot | /svn/commits: fix for issue275 tested in IE, Firefox, and Safari | 15:04 |
| bskahan | ignas: can you take a look at r4066, I'm not sure why we were using display="table-cell" originally, also not sure if that's yours or tvon's | 15:14 |
| bskahan | the change seems to work | 15:14 |
| * bskahan shrugs | 15:15 | |
| *** srichter has joined #schooltool | 15:20 | |
| *** srichter has quit IRC | 15:21 | |
| *** srichter has joined #schooltool | 15:22 | |
| ignas | bskahan, can't recall doing that | 15:44 |
| bskahan | ignas: ok, I'll ask tvon | 15:46 |
| bskahan | thanks | 15:46 |
| *** bska|mobile has joined #schooltool | 16:04 | |
| *** bskahan has quit IRC | 16:09 | |
| *** erchache has joined #schooltool | 16:32 | |
| erchache | hello | 16:32 |
| erchache | :D | 16:32 |
| bska|mobile | hi erchache | 16:42 |
| erchache | hi | 16:43 |
| *** Aiste has quit IRC | 16:49 | |
| *** Aiste has joined #schooltool | 16:50 | |
| *** bska|mobile has quit IRC | 17:12 | |
| *** bskahan has joined #schooltool | 17:17 | |
| *** Aiste has quit IRC | 17:17 | |
| *** Aiste has joined #schooltool | 17:49 | |
| povbot | /svn/commits: * ignas committed revision 4067: | 19:02 |
| povbot | /svn/commits: Added missing functional tests, removed an unused function. User can't delete himself anymore. | 19:02 |
| th1a_ | alga: Did you get the wireframes I sent to the list last night? | 19:04 |
| *** th1a_ is now known as th1a | 19:04 | |
| alga | th1a: yes, thanks | 19:18 |
| th1a | alga: Does that match what you had in mind? | 19:27 |
| *** FarcePest has quit IRC | 19:38 | |
| *** bskahan has quit IRC | 19:41 | |
| alga | th1a: It will be a large help once I get to writing a proposal | 19:48 |
| *** bskahan has joined #schooltool | 19:49 | |
| *** thisfred has quit IRC | 20:19 | |
| bskahan | th1a: what's the conclusion about removing resources from groups? | 20:23 |
| bskahan | I'm for it | 20:23 |
| bskahan | I think booking is a better way to handle the association | 20:23 |
| th1a | Nobody else seems to have a problem with it. | 20:24 |
| th1a | Well, let's discuss it for a minute. | 20:24 |
| bskahan | use cases for resources: | 20:24 |
| th1a | You certainly want to be able to designate which room is occupied by a section. | 20:24 |
| th1a | In fact, you may want that to be a separate annotation. | 20:25 |
| bskahan | we don't have location specific resources any more | 20:25 |
| th1a | Well, perhaps we should. | 20:25 |
| bskahan | if the use case is associating a room with a section I think we should | 20:26 |
| bskahan | would groups need a location? | 20:26 |
| th1a | No. | 20:26 |
| bskahan | then my gut feeling is that resources should be tagged as locations (or not) | 20:26 |
| bskahan | and the section's location would be a relationship, not a member | 20:26 |
| th1a | That sounds reasonable. | 20:27 |
| bskahan | there's some further work there though | 20:27 |
| bskahan | maybe not | 20:27 |
| bskahan | we want the location to be "busy" at the times when the section meets | 20:27 |
| bskahan | so nothing else could book it | 20:28 |
| th1a | Yes. | 20:28 |
| th1a | OK, so get rid of adding resources to groups. | 20:28 |
| bskahan | which also removes resources from sections | 20:29 |
| bskahan | add a location marker to resources | 20:29 |
| bskahan | then allow sections to choose their location | 20:29 |
| bskahan | mark the location resource as busy when the section meets | 20:30 |
| th1a | Yes. | 20:30 |
| ignas | bskahan, well - not alowing to book a busy resource is not a good idea | 20:30 |
| bskahan | ? | 20:30 |
| ignas | we discussed the resources some time ago and it was decided that conflicts should be left for users to resolve | 20:30 |
| bskahan | ignas: I you can still book the resource | 20:30 |
| bskahan | ah | 20:31 |
| bskahan | ok | 20:31 |
| ignas | why locations should behave differently ? | 20:31 |
| th1a | ignas is right. | 20:31 |
| bskahan | that's ok | 20:31 |
| bskahan | I misunderstood what you meanyt | 20:31 |
| th1a | Warn, don't prohibit. | 20:31 |
| * bskahan nods | 20:31 | |
| bskahan | removing the ability of resources to be members of a group may be complicated to upgrade | 20:33 |
| bskahan | for people who currently have lots of groups with resources | 20:33 |
| bskahan | what would the upgrade do in that case | 20:34 |
| th1a | Kick them out of their groups? | 20:36 |
| th1a | Perhaps we just should not allow resources to be added? | 20:36 |
| th1a | But if they're already there keep them? | 20:36 |
| bskahan | I'm not sure | 20:36 |
| th1a | Given that adding a resource to a group has no effect whatsoever, kicking them out shouldn't matter. | 20:37 |
| bskahan | for this release there's probably no reason to kick them out | 20:37 |
| bskahan | or, no reason not to either ;) | 20:37 |
| th1a | Whatever is easier. | 20:37 |
| bskahan | I think kicking them out makes more sense | 20:37 |
| bskahan | can we assume sections only have one location? | 20:38 |
| th1a | Let's say one or none. | 20:39 |
| * bskahan nods | 20:39 | |
| th1a | Whatever use case involves mutliple locations is too complex to predict. | 20:39 |
| th1a | I guess you might have, say, adjoining rooms with a wall that opens. | 20:40 |
| bskahan | Sections should be able to be related to a location resource. That resource | 20:40 |
| bskahan | will be shown a 'booked' for the meeting periods of the section. Attempts to | 20:40 |
| bskahan | book the resource for that time will warn about conflict. | 20:40 |
| th1a | At some point we'll probably want to allow you to aggregate resources into a different sort of group so you can book them collectively. | 20:41 |
| th1a | Looks good. It's pretty much the same behavior we had a year ago. | 20:41 |
| bskahan | th1a: the school name | 20:51 |
| bskahan | Pretty straightforward. It should show up on the front page. Elsewhere? | 20:51 |
| th1a | The footer? | 20:51 |
| bskahan | except that we're replacing the index with the calendar | 20:51 |
| bskahan | footer is good | 20:51 |
| th1a | Well, like "Calendar for Huntingdon High School" | 20:52 |
| bskahan | speaking of | 20:52 |
| bskahan | who owns the generic calendar? | 20:52 |
| bskahan | a group? | 20:52 |
| bskahan | could the groups name be the school's name | 20:52 |
| th1a | Hm... | 20:53 |
| th1a | That might be confusing. | 20:53 |
| th1a | Can the manager own it and then just use ACL to add others? | 20:53 |
| bskahan | what if the SchoolTool application was a calendar owner? | 20:55 |
| th1a | What if? | 20:55 |
| bskahan | that would put the calendar at /app/calendar | 20:55 |
| th1a | That seems like a reasonable place for it, I guess. | 20:56 |
| bskahan | and the title of the calendar would be the title of the application object | 20:56 |
| bskahan | I'm not sure if there's a reason that won't work | 20:56 |
| bskahan | its entirely possible | 20:56 |
| th1a | If that doesn't have some kind of bizarre side effect it sounds ok. | 20:56 |
| bskahan | the simple way is to make it /groups/school/calendar | 20:57 |
| bskahan | well, /app/groups/school/calendar | 20:57 |
| th1a | ... /app/calendar seems appealing. | 20:58 |
| * bskahan agrees | 20:59 | |
| bskahan | The school name should display on the application index page and on the | 20:59 |
| bskahan | publicly viewable calendar. | 20:59 |
| bskahan | that's the way I'm writing the story, have to poke around a little to figure out the best way to do it | 20:59 |
| th1a | OK. We'll see what POV thinks of the idea. | 20:59 |
| bskahan | should it be in the footer as well? | 21:00 |
| th1a | I think that would be a good idea. | 21:00 |
| bskahan | ok | 21:00 |
| th1a | Actually... can we have the version number in the footer, too? | 21:00 |
| bskahan | makes sense | 21:01 |
| bskahan | just mailed you the rewritten stories | 21:04 |
| th1a | Thanks. | 21:05 |
| bskahan | th1a: This calendar will show up on the front page of the site and will | 21:18 |
| bskahan | always be overlaid on each person's view. | 21:18 |
| bskahan | for the schoolwide calendar | 21:18 |
| th1a | Do you think that's a good idea? | 21:19 |
| bskahan | that's going to work like the user calendar, always in the portet, and always on | 21:19 |
| bskahan | I'm not sure about the "always" on | 21:19 |
| bskahan | always in the portlet makes sense | 21:19 |
| *** ignas has quit IRC | 21:20 | |
| th1a | Hm... Actually, I guess I was particularly thinking about the case of making sure schedule changes are visible to each person. | 21:20 |
| *** FarcePest has joined #schooltool | 21:21 | |
| bskahan | I'm just worried about the calendar being cluttered | 21:22 |
| bskahan | but I don't feel strongly either way | 21:22 |
| th1a | But based on our discussion yesterday those changes might not be school-wide anyhow, depending on the case. | 21:23 |
| th1a | So let's say it is always in the portlet but can be turned off. | 21:23 |
| bskahan | ok | 21:23 |
| *** erchache has quit IRC | 21:36 | |
| *** alga has quit IRC | 21:44 | |
| *** Aiste has quit IRC | 22:13 | |
| *** srichter has quit IRC | 22:22 | |
| *** srichter has joined #schooltool | 23:03 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!