FreeNode: maktrix n=mak59.152.90.138FreeNode: rangi n=chris203-97-214-51.cable.telstraclear.net← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 14:55 | kados | morning owen |
| 14:55 | happy xmas :-) | |
| 14:55 | owen | Hi kados, Merry Christmas |
| 14:55 | kados | ahh, right 'Merry' :-) |
| 14:56 | how goes it? | |
| 14:56 | owen | At least on this side of the Atlantic |
| 14:56 | I was just ripping off Worldcat for a dumbed-down advanced search screen. | |
| 14:56 | kados | cool |
| 15:44 | owen: got a sec? | |
| 15:45 | owen: I keep getting distracted from 670 because I find bugs that prevent me from properly testing it ... but now that I'm back to it I'd like to just clarify | |
| 15:45 | 670 is primarily about the status of a biblio or item that's got a hold on it ... specifically the 'in transit' vs 'waiting' status, right? | |
| 15:46 | I've identified 5 pages that need to display the same information: | |
| 15:46 | * request.pl | |
| 15:46 | * detail.pl | |
| 15:46 | * circulation.pl | |
| 15:46 | * opac-user.pl | |
| 15:46 | * opac-detail.pl | |
| 15:53 | owen | That sounds right to me |
| 15:53 | kados | cool |
| 15:53 | owen | Oh, moremember.tmpl |
| 15:53 | kados | ahh, ok |
| 16:21 | owen: didn't circulation used to have a warning when items on hld were waiting? | |
| 16:21 | owen: that message seems to have gone away ... everything's now behind the holds tab ... | |
| 16:45 | [K] | *** join #kohaFreeNode: maktrix n=mak59.152.90.138 |
| 17:20 | kados | owen: you happen to be around? |
| 17:46 | owen | kados: I'm back |
| 17:46 | kados | hiya |
| 17:46 | owen | re: 1631.... |
| 17:47 | You were going to check with ryan about whether Liblime's libraries really needed to be able to enter alternate contact info | |
| 17:47 | that is [alternate contact] info, rather than alternate [contact info] | |
| 17:48 | kados | yea, he didn't get back to me :-) |
| 17:48 | what's the diff between those two? | |
| 17:49 | owen | the member entry form has been redesigned to record alternate information for the patron: an alternate address, an alternate phone, an alternate email. That's alternate [contact info]. |
| 17:49 | [alternate contact] info is information about a person who the library can contact in order to reach the patron. | |
| 17:49 | An alternate contact person. | |
| 17:50 | NPL has been saving that information for years and years, and Koha just happened to have that same feature when we started using it | |
| 17:50 | Previous to that, I don't know that our ILSes actually stored the information, we just had it on their written registration cards | |
| 17:51 | kados | ahh, gotcha |
| 17:51 | so the fields have been re-appropriated in 3.0? | |
| 17:51 | owen | Yes |
| 17:51 | kados | bugger |
| 17:51 | owen | Part of me says forget it, it's not that important--we've got the information on the registration cards anyway |
| 17:52 | But I'm also aware that we may be moving away from saving those registration cards permanently, so havng all info in the database would be good. | |
| 17:52 | So I could go either way | |
| 17:52 | kados | *nod* |
| 17:52 | owen | I was hoping your libraries could give some input about their needs |
| 17:53 | kados | right |
| 17:53 | well, much as I hate to do this I'm going to de-prioritize it to critical | |
| 17:53 | actually | |
| 17:53 | I'll just leave it | |
| 17:53 | I'll bug ruan about it this week | |
| 17:53 | owen: how about bug 281 | |
| 17:54 | owen: would you say taht's fixed now? | |
| 17:54 | (with the dropdown to update from child to adult) | |
| 17:56 | owen | No, and I'm modifying it to reflect why: the fix won't work without fixing a new bug, bug 1686 |
| 17:56 | In short, I can't promote a child to an adult because Koha doesn't think anyone is a child | |
| 17:57 | kados | that one should be easy |
| 17:57 | I notice that that option isn't on the circ page | |
| 17:57 | owen: is there a reason for that? | |
| 17:58 | owen | It must not have been added to the circ toolbar at the same time |
| 17:58 | In order to have that working, we'll have to make sure all the patron and circ pages are aware of the patron's adult/child category | |
| 17:59 | kados | I see 'is_child' |
| 17:59 | in members-toolbar.inc | |
| 17:59 | but I don't see it anywhere else | |
| 18:00 | the other issue of course, is the difference between patron types and patron categories | |
| 18:00 | types being hardcoded and categories being configuratble | |
| 18:00 | configurable | |
| 18:01 | when you update a patron from child to adult there needs to be a way to specify what adult category to put them in | |
| 18:01 | right? | |
| 18:02 | owen | Yeah, I guess so. And then there's Bug 1699 |
| 18:02 | kados | right |
| 18:03 | owen | But for the child-to-adult transition, I guess a satisfactory solution would be to be given the option of choosing one of the adult categories |
| 18:03 | kados | lets make 1686 dependent on 1699 and 281 dependent on 1686 :-) |
| 18:03 | make sense? | |
| 18:05 | owen | No :) |
| 18:05 | kados | heh |
| 18:05 | sounds like we need to do some work on this whole process | |
| 18:06 | and it's almost as if all of the issues we just talked about are related -- | |
| 18:07 | owen | All the patron category stuff just wasn't done 100%. |
| 18:07 | kados | the alt contact stuff, changing patron types, diabolical child->adult status changes, no way to tell what type a patron is |
| 18:07 | yep | |
| 18:09 | owen | kados: Are you not getting a message on circ when a patron's holds are waiting? |
| 18:54 | kados | owen: do you still stand by: http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1600 |
| 18:54 | ? | |
| 18:54 | owen | It's not a big deal, but it seems to me if we offer two lines for main address, we should do the same for other address inputs |
| 18:55 | Low priority, though | |
| 18:55 | kados | *nod* |
| 18:56 | I'm going to mark it as a feature enhancement | |
| 18:57 | owen | kados, looking at your recent change to circulation.tmpl, what does "Item targeted" mean? |
| 19:01 | I guess identifying the barcode which has been chosen to fulfill the reserve? | |
| 19:01 | kados | it means that we have identified a specific barcode |
| 19:01 | yep | |
| 19:01 | as opposed to being in a queue | |
| 19:01 | owen | How about allocated? |
| 19:01 | kados | maybe selected? |
| 19:01 | allocation sounds a bit victorian to me :-) | |
| 19:01 | owen | Selected works |
| 22:21 | [K] | *** join #kohaFreeNode: rangi n=chris203-97-214-51.cable.telstraclear.net |
| 02:06 | aMoRPHeouS | Hey, anyone around? |
| 02:59 | never mind. Edited the hosts file. All good now :) |
← Previous day | Today | Next day → | Search | Index
