← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:54 | ronald_ joined #koha | |
00:56 | ronald left #koha | |
00:56 | ronald_ left #koha | |
00:57 | ronald joined #koha | |
01:15 | jcamins | reed++ # I understood that message |
03:38 | jcamins is now known as jcamins_a | |
03:51 | Amit joined #koha | |
04:23 | Amit left #koha | |
04:37 | Amit joined #koha | |
04:38 | Amit | heya ll |
05:14 | darling left #koha | |
05:14 | cait joined #koha | |
05:14 | cait | good morning #koha |
05:19 | Amit | heya cait |
05:19 | cait | morning Amit :) |
05:26 | ronald left #koha | |
06:10 | cait left #koha | |
07:01 | kf joined #koha | |
07:01 | kf | good morning #koha |
07:01 | laurence joined #koha | |
07:07 | francharb joined #koha | |
07:08 | francharb | hello #koha |
07:15 | kf | hi francharb |
07:30 | alex_a joined #koha | |
07:35 | Amit left #koha | |
07:49 | Amit joined #koha | |
08:01 | hdl joined #koha | |
08:01 | stephane_ joined #koha | |
08:10 | hdl | hi all |
08:22 | kf | morning hdl |
08:27 | Amit | hi hdl |
08:28 | Amit left #koha | |
08:29 | savitra joined #koha | |
08:30 | Amit joined #koha | |
08:30 | savitra | Hi Henri.. |
08:31 | hdl | Hi savitra and Amit |
08:31 | how are you ? | |
08:31 | Amit | Hi hdl |
08:32 | hdl | here we are. |
08:32 | savitra | good..happy new year to you.. |
08:32 | thanks for the translated docs.. | |
08:34 | hdl | So sorry it hasnot been sent before the end of the year. |
08:34 | savitra | that's ok.. |
08:34 | we studied the document this morning.. | |
08:35 | there seems to be very less overlap | |
08:35 | which I guess is good.. | |
08:35 | we can build the payment capture part like we have indicated in our mockups | |
08:36 | hdl | what you call payment could be the same as "invoice management" for us. |
08:37 | That is : know which things have been received and which are paid. | |
08:37 | savitra | yes, ok I see that.. |
08:37 | hdl | But it might be a step after. |
08:39 | savitra | so I think we can handle that part, taking ideas from your document such as the search by isbn, provider etc. |
08:39 | hdl | How do you link the payment process with the reception of books in your view ? |
08:39 | savitra | it is a two step process..first books are received along with the invoice.. |
08:40 | the library then raised a request to accounts to pay, once account makes the payment, library staff capture payment details like cheque no. | |
08:40 | hdl | (I thought that maybe the person who approve a payment could reject a book reception) |
08:40 | ok then I think it is fine. | |
08:41 | would the payment process rely on a new table ? or on aqorders adding fields... | |
08:41 | savitra | no that does not happen..the payment is made by accounts, who only want to make sure all the items in the invoice are already received. |
08:42 | the approval for the purchase is taken at the suggestion or ordering stage, payment requests are not usually rejected.. | |
08:44 | aqorders should be fine I think.. | |
08:45 | or maybe because we can have multiple order linked to a single payment..have the payments in another table and link to aqorders.. | |
08:47 | hdl | like accounts table... But unfortunately, it is rather a "user" (patron) account table. |
08:49 | davi left #koha | |
08:50 | savitra left #koha | |
08:50 | hdl | savitra: we have done wome work on accountlines so as to manage partial payments and so on |
08:51 | savitra joined #koha | |
08:51 | Amit left #koha | |
08:51 | Amit joined #koha | |
08:51 | hdl | savitra: we have done wome work on accountlines so as to manage partial payments and the list of payment modes available. |
08:52 | it is available on our master. (And is used for patron fines and manual credits.) | |
08:53 | savitra | I see, but you think we should use accountlines to manage acquisition related payments? |
08:53 | hdl | those account lines could be the place to manage the balance... But doesnot look to be designed as such. |
08:54 | savitra: I am quite reluctant to copy paste of code.... But I am also reluctant to using same table for multiple usage.... | |
08:54 | savitra: problem is that basically, an account line is an account line. | |
08:55 | no matter whether you use it to pay your suppliers or to receive payments from your patron. | |
08:56 | savitra | hmm..it is an interesting idea.. |
08:56 | hdl | So in my opinion... could be good to use the same table. But might have to be discussed on koha-devel |
08:57 | savitra | ok..I think thats fine.. |
08:57 | hdl | But you would have to think of a way to display the stuff so that librarians are not confused.... |
08:57 | Pay for a patron is not the same as PAY a supplier. | |
08:58 | using different page would allow different naming... But still, would need some reflections. | |
08:59 | savitra | yes..and people may have reports built on that table..so there could be upgrade issues.. |
09:01 | hdl | savitra: mmm might be... Or some filters to add to SQL filters. |
09:01 | SQL reports i mean. | |
09:01 | savitra | yes.. |
09:02 | hdl | that is statustable NOT IN ("A","B","C"...) |
09:02 | savitra | we will take a look at accountlines on your master.. |
09:02 | ok.. | |
09:02 | hdl | Is Payment approval the only new features in acquisitions you are due to work on ? |
09:04 | savitra | well..we are supposed to work on all the RFCs that we had posted..but the customer has not yet released the po..they are committed but are slow.. |
09:04 | so I would prefer not to do too much until we get a formal po.. | |
09:04 | so at this time we will be prepared to work on just the payments part.. | |
09:06 | hdl | But what if we are developping those specifications we sent you (which actually are implementing your RFCs), would that suit your needs... ? |
09:08 | magnus joined #koha | |
09:08 | savitra | let me review our rfc list for a second.. |
09:08 | miguelxer joined #koha | |
09:08 | miguelxer left #koha | |
09:09 | ivanc joined #koha | |
09:09 | ivanc left #koha | |
09:11 | savitra | Henri..I don't see your specs covering too much of our rfc list.. |
09:11 | our related rfc are purchase approval process and linking serial subscriptions to budgets and orders in acquisitions.. | |
09:13 | and there is stuff on postage, handing charges and discounts at an order level.. | |
09:15 | hdl | let me rephrase to see if I understand : this would be managing shipping charges and discounts at order level ? |
09:16 | savitra | yes.. |
09:17 | hdl | It is the supplier who applies a discount on shipping charges... Like Amazon nullifying it ? |
09:18 | And librarians would like to manage that. | |
09:18 | savitra | no..the discount is offered by the supplier on the order price..not related to shipping.. |
09:19 | hdl | The discount is already taken into account as far as I know. |
09:19 | savitra | yes but that is at the vendor level..here different discounts can be offered for different titles by the same vendor.. |
09:20 | hdl | it is part of our specifications... But maybe I had no time to translate that part. |
09:21 | I will translate the whole stuff | |
09:22 | savitra | ok..that will be good..if your specs do cover much of our RFCs..I will push the customer for the PO, so we can contribute to the work early.. |
09:24 | do you specs cover integrating serial subscriptions to budgets/orders? | |
09:27 | hdl | savitra: yes... |
09:27 | But we are not clear whether we will have time to work on it. | |
09:27 | But yes. | |
09:28 | Are you working on that at the moment ? | |
09:29 | savitra | no, but we need to take that up soon, as this has an impact on our ability to sell Koha as a solution here.. |
09:29 | this is part of the same customer's scope of work | |
09:30 | hdl | mmm we should have an other meeting about that. |
09:31 | and since there is not much overlap for other acquisition stuff, then lets live on that. | |
09:33 | Have a nice week | |
09:33 | savitra | Henri: on the question of what each side does.. |
09:33 | I propose we do the payment capture part, plus a search feature to find the payment records.. | |
09:36 | Amit left #koha | |
09:38 | hdl left #koha | |
09:40 | sophie_m joined #koha | |
10:07 | ivanc joined #koha | |
10:07 | ivanc left #koha | |
10:11 | chris_n` joined #koha | |
10:13 | kf | hi chris_n :) |
10:13 | chris_n left #koha | |
10:28 | magnus | you scared him ;-) |
10:38 | druthb joined #koha | |
10:48 | kf | hi druthb :) |
10:53 | druthb | hi, kf! :D |
10:54 | druthb left #koha | |
11:03 | kf | oh, hi magnus! |
11:03 | magnus | hiya kf |
11:03 | kf | and druthb too... |
11:03 | will you run away now too? | |
11:06 | savitra | heya kf |
11:09 | magnus | me? nah... |
11:12 | kf | hi savitra |
11:12 | magnus: so I am not that scary - good to know :) | |
11:12 | magnus | kf: i'm used to it... ;-) |
11:13 | kf | hmpf! |
11:25 | laurenthd joined #koha | |
11:27 | kf | wb hdl |
11:28 | laurenthd | @later tell savitra Henri: on the question of what each side does.. I propose we do the payment capture part, plus a search feature to find the payment records.. Sorry I had a meeting and when I went on Wifi, irc connection would be blocked because too many connection from the same IP :( Just to say Ok for me |
11:28 | munin | laurenthd: The operation succeeded. |
11:28 | laurenthd | hi kf |
11:28 | laurenthd is now known as hdl | |
11:35 | miguelxer joined #koha | |
11:35 | hdl | hi miguelxer |
11:51 | magnus is now known as magnus_a | |
11:56 | savitra left #koha | |
12:05 | miguelxer | hi |
12:30 | ivanc joined #koha | |
12:37 | kf | hi miguelxer |
12:40 | miguelxer | hello |
12:41 | jwagner joined #koha | |
12:48 | kf | hi jwagner |
12:48 | and hi ivanc :) | |
12:49 | ivanc | hi kf :) |
12:50 | jwagner | Guten tag kf |
12:51 | miguelxer left #koha | |
13:11 | sophie_m left #koha | |
13:12 | hdl1 joined #koha | |
13:16 | owen joined #koha | |
13:17 | hdl | hi america |
13:18 | jwagner | hi France :-) |
13:18 | owen | Hi everyone |
13:18 | hdl | hi owen |
13:20 | owen | can we please bump Adrea Lund from the koha lists? I don't want to see her out of the office autoreplies for the next month |
13:39 | schuster joined #koha | |
13:44 | atz | i hate seeing auto-reply to list. especially mutliple-auto-reply to the same list. |
13:45 | kf | hi owen and atz |
13:45 | atz | greets kf |
13:45 | owen | Normally I ignore them, but this one says "until Feb. 2" |
13:46 | Hi kf | |
14:14 | hdl left #koha | |
14:15 | hdl1 is now known as hdl | |
14:22 | hdl | atz: owen action ? Should I remove this user from the submitters to the list ? |
14:22 | atz | yeah, that seems reasonable |
14:23 | owen | If you do, I would be happy to send an email explaining why |
14:23 | atz | she's not blocked, she's just not allowed to send 80 away from office messages |
14:26 | hdl | oops It is not a list on lists.koha-community.org. We should ask crhis |
14:27 | owen | koha, koha-bugs and koha-devel ? |
14:27 | hdl | koha |
14:30 | laurence left #koha | |
14:36 | hdl | i set her as ack... I hope that her mails will have to pass ack |
14:39 | owen | jwagner: I would appreciate your comments regarding my question posed on bug 3478 |
14:39 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3478 enhancement, PATCH-Sent, ---, jwagner, ASSIGNED, Display patron middle initials |
14:42 | jwagner | Owen, it was a request from a site with a very real need. Their incoming (migrated) data had the middle initial in a separate field, which mapped into the Koha middle initial field. However, the search results (patron and checkout) didn't display it. So they might see four or five Smith, John entries without being able to distinguish Smith, John A from Smith John B |
14:42 | If Koha provides a middle initial field for use, then it should display, is the short answer I guess. | |
14:43 | owen | Bug Koha doesn't provide a middle initial field. It provides an "initials" field. |
14:43 | s/Bug/But | |
14:43 | jwagner | I thought that was for middle initial/name entries -- it's grouped with the name fields on the patron screen |
14:43 | owen | That seems like a migration problem, not a Koha problem. |
14:44 | jwagner | Then what is the intent of the Koha initials field? |
14:45 | If it's there for use, and sites are using it, then they should have the option to display that data in search results. The feature does have a syspref controlling it, so it's not forced on sites that might use that field for other purposes. | |
14:46 | druthb joined #koha | |
14:46 | druthb | airborne_internet++ |
14:47 | kf | hi druthb :) |
14:47 | you have internet on a plane? | |
14:48 | druthb | yep. is nice, for a five hour flight... |
14:49 | kf | aw |
14:49 | I think I never had this option on my flights to nz | |
14:49 | druthb | This is my first flight with the option; I haven't flown in more than a year. |
14:50 | huge_macha_laptop_on_a_plane-- | |
14:52 | hdl left #koha | |
14:52 | owen | I disagree with you jwagner, but I also don't know what the original intention of the initials field was |
14:53 | I still wonder what the functional difference is between having middle initial separate and having it part of the firstname | |
14:54 | jwagner | I don't know, but some systems do store it that way, and some sites do want it that way. If sites are using it, they should have the option to display it, I think. |
14:54 | sophie_m joined #koha | |
14:56 | magnus_a left #koha | |
14:56 | Nate joined #koha | |
14:56 | atz | actually, was initials ever used for extra terse display, attributing authorship for notes fields, or something like that |
14:57 | not a great design, imho | |
14:58 | magnus joined #koha | |
15:00 | owen | Interesting atz, you've actually come up with a good argument for bug 3478 :) |
15:00 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3478 enhancement, PATCH-Sent, ---, jwagner, ASSIGNED, Display patron middle initials |
15:00 | owen | But now everyone already does it the *other* way :P |
15:01 | jwagner | owen, which way do you mean by the other way? I've gotten lost, now... |
15:02 | owen | jwagner: any library who has put the user's full initials in the "initials" field isn't going to want to switch to using it just to show the middle initial |
15:02 | jwagner | And they don't have to -- just leave the syspref off. |
15:03 | But a lot of commercial ILS systems do split the names, and a lot of sites want to enter names that way, and they should have the option. | |
15:03 | owen | If if you want to use the initial field to actually *do* something, like the terse display atz points out, you have to choose |
15:04 | At least it would be more efficient to do so | |
15:04 | sekjal joined #koha | |
15:09 | owen | good morning sekjal |
15:09 | sekjal | morning, owen |
15:21 | kf | hi sekjal |
15:22 | sekjal | hi, kf! |
15:22 | collum joined #koha | |
15:27 | owen | http://koha-community.org/docu[…]q/circulation/#15 |
15:28 | That says you can run overdue_notices.pl with "-html" | |
15:28 | But when I try that it says "Unknown option: html" | |
15:28 | kf | have you tried html with a patch? |
15:28 | s/patch/path | |
15:29 | owen | Yes |
15:29 | kf | I think we tested this a while ago |
15:29 | but my coworker set the options, I only checked the output :( | |
15:30 | owen | I've tried testing with csv output also, and I get a file, although it has only headers |
15:30 | I'm not sure what I'm doing wrong | |
15:31 | kf | I found the mail with the html attachements my coworker sent me |
15:31 | it was in may | |
15:31 | jwagner | owen, the -html option came from our print notices feature, which BibLibre revised and expanded and got into 3.2 |
15:32 | See Bug 3482 for ours; not sure if BibLibre did a bugzilla entry for their changes. | |
15:32 | sekjal | owen: the -html option has worked for me before |
15:32 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3482 enhancement, PATCH-Sent, ---, gmcharlt, NEW, Print overdue and hold notices for patrons without email addresses |
15:33 | kf | owen: my last tests were in may 2010 - it worked at that time |
15:33 | I am working on fines and notices this week | |
15:33 | configuring and testing for one of our libraries | |
15:33 | I can try to test tomorrow | |
15:34 | sekjal | owen: does using double dash help at all? |
15:35 | jwagner | Did you follow the -html switch with a directory patch for the output file? |
15:35 | s/patch/path/ | |
15:36 | kf | hehe |
15:36 | sorry, made the same typo :) | |
15:36 | jwagner | Maybe our brains need patching :-) |
15:37 | * druthb | submits cookies as a bugfix. |
15:38 | * sekjal | mmmmmm, cookies |
15:39 | * jwagner | asks druthb to attach cookies to Bug 5158 |
15:39 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5158 enhancement, P5, ---, camins, ASSIGNED, Koha needs its own cookie, ice cream, and fudge flavors |
15:41 | owen | Okay, sorry folks. It would help if I was testing on a current branch |
15:41 | * owen | tries again for real |
15:41 | * kf | shares some of her cookies with owen |
15:41 | druthb | hmm....I'll update that bug, jwagner, when I get home and can find a suitable recipe. |
15:42 | owen | Now I'm getting "print() on closed filehandle $html_fh at misc/cronjobs/overdue_notices.pl line 355." |
15:42 | druthb | Something with chocolate, certainly. Lots of nuts (in reference to the IRC, natch...)...yeah. like that. |
15:43 | jwagner | owen, druthb may remember better than I do -- I _think_ the filehandle error has to do with an invalid path. The -html /path/to/dir switch requires a directory where you have write permissions |
15:44 | owen | Except I don't get the same error if I replace "-html" with "-csv" |
15:44 | druthb | I think that's right. I seem to recall also finding a close() someplace where one did not belong. |
15:45 | sekjal | yes, that error does sound familiar... |
15:45 | laurenthd joined #koha | |
15:46 | laurenthd is now known as hdl | |
15:47 | jwagner | You wouldn't get the error with the -csv switch -- that piece of code is where it's starting to write the html output file. If you don't have a valid path, it can't start writing the file and that's what it's complaining about, I think. |
15:47 | hdl | @little_limits_on connection_number-- |
15:47 | munin | hdl: Error: "little_limits_on" is not a valid command. |
15:47 | Nate left #koha | |
15:49 | sekjal | alright, got to get ready to fly. hopefully I'll be back shortly! |
15:50 | sekjal left #koha | |
15:50 | druthb | hee hee...I think sekjal is hoping he's got airborne interwebs, too. :) |
15:53 | magnus | can anything be done about the limit on concurrent clients from one site? has anyone talked to katipo? |
15:54 | * druthb | heads out. see y'all soon. |
15:54 | druthb left #koha | |
15:56 | kf | ok, time to go home - see you all later :) |
15:56 | magnus | see ya kf |
15:57 | kf left #koha | |
16:00 | owen | hdl: Do you know what Bug 5157 is about? |
16:00 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5157 normal, PATCH-Sent, ---, henridamien, ASSIGNED, borrowers top issuers filters problems |
16:00 | Nate joined #koha | |
16:00 | Nate left #koha | |
16:05 | schuster | wizzyrea around? |
16:07 | Nate joined #koha | |
16:23 | sekjal joined #koha | |
16:30 | cait joined #koha | |
16:31 | cait | hi #koha |
16:31 | jwagner | hi cait |
16:31 | magnus | hiya cait, Nate & sekjal |
16:31 | sekjal | hey, magnus |
16:31 | magnus | not on the plane yet? |
16:32 | sekjal | nope, waiting for my ride. they should be here in 45 min |
16:33 | magnus | ah |
16:36 | cait | :) |
16:52 | saorge_ joined #koha | |
16:53 | saorge left #koha | |
16:54 | hdl1 joined #koha | |
16:59 | sekjal | okay, time to go. cheers, all! |
16:59 | sekjal left #koha | |
16:59 | stephane_ left #koha | |
17:06 | hdl left #koha | |
17:06 | hdl1 left #koha | |
17:09 | Nate | Hiya Magnus |
17:10 | sophie_m left #koha | |
17:13 | cait | hi Nate |
17:15 | Nate | Hi Cait! |
17:15 | Nate left #koha | |
17:16 | chris_n` is now known as chris_n | |
17:17 | magnus | is there any point in running "make test" when i'm doing the 5th dev install on the same box, from the same unchanged codebase? |
17:19 | chris_n | only if you need the exercise ;-) |
17:20 | magnus | hehe, that's what i thought i could do without... ;-) |
17:20 | chris_n | or if the grimlins are loose |
17:20 | magnus | yeah, but i don't hink they are |
17:21 | or think, even | |
17:25 | cait | murphy's law... if you don't run make test... the gremlins will come out |
17:26 | magnus | oh noes, i already skipped it |
17:26 | cait | chris_n: do you have a minute? |
17:30 | chris_n | heya cait :) |
17:30 | cait | heya :) |
17:30 | I wondered about bug 5379 | |
17:30 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5379 critical, PATCH-Sent, ---, cnighswonger, ASSIGNED, import_borrowers.pl fails with db insert/update errors |
17:31 | cait | the test results looked ok to me - I can sign-off on it. but I still thinkt he help page needs an update to tell people how to load patron attributes |
17:31 | chris_n | I agree... I had started on fixing that before my schedule blew up badly end of last year |
17:32 | I may not be able to get back to it before a few weeks from now | |
17:32 | * chris_n | wonders if nengard might be able to cook up something |
17:32 | cait | that would be cool |
17:33 | I fear everything I produce would need proof reading - and not sure I know all the facts | |
17:34 | or I can try - but not before next wee | |
17:34 | k | |
17:34 | the other bug on my list is 4472 | |
17:34 | bug 4472 | |
17:34 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4472 major, PATCH-Sent, ---, chris, NEW, img tags in xslt broken after automatic translation |
17:34 | cait | have you seen my note on the bug? |
17:36 | chris pushed a patch for marc21 | |
17:36 | not sure it's attached to the bug - but if this patch was not pushed to 3.2 it would explain my problems with French/marc21 in stafff | |
17:40 | chris_n: are you hiding? | |
17:40 | ivanc left #koha | |
17:40 | cait | magnus told me I am scary... |
17:40 | owen | Scary?! |
17:41 | magnus | did i say that? |
17:43 | cait | you said I scared them all awaay |
17:43 | and that you are still here because you are used to it! | |
17:43 | * cait | remembers that very clearly! ;) |
17:45 | magnus | ouch, silly me |
17:45 | they're all easily scared, i think... | |
17:46 | cait | hmpf. |
17:55 | owen | We must be doing something wrong if I can't figure out why I can't place a hold for a patron |
17:56 | cait | what is the error message? |
17:56 | owen | No copies are available to be placed on hold |
17:56 | cait | hm |
17:56 | have you checked your loan matrix? | |
17:56 | I think an empty value in max reserves can cause that | |
17:57 | owen | I have both a default rule for all patrons, all itemtypes and a rule for the item type in question |
17:57 | I just tried adding a maxreserves value to no avail | |
17:57 | cait | ok |
17:58 | I had this problem once because I didn't not it defaults ot to unlimited when left empty, but to not allowed | |
17:59 | druthb joined #koha | |
18:01 | owen | Found it -- I had AllowOnShelfHolds off for some reason |
18:01 | cait | ah |
18:02 | jwagner | Yep, that would do it.... |
18:03 | owen | Yet another holds error message bug... |
18:03 | cait | like "those copies are all available - go to the shelf!"? |
18:04 | owen | Or "You librarian says you can't do that. Why would they say that?" |
18:05 | "Your librarian says you said something about them that hurt them deeply and they won't let you place a hold until you apologize" | |
18:05 | cait | lol |
18:06 | * owen | tries to remember what he was doing |
18:07 | druthb | "You're really annoying, typing so hard on they keyboard like that. I'm not going to place a hold for you if you are that loud." |
18:08 | cait | hehe |
18:08 | jwagner | "No one lets ME do ANYTHING fun, so I'm not going to let you do anything either!!!" |
18:08 | I think there's a real future in developing alternative error messages! | |
18:08 | magnus | maybe we could have OPACMoodSarcastic as a syspref? |
18:08 | * jwagner | LIKES that idea!!! |
18:09 | cait | make it a toggle |
18:09 | druthb | magnus++ |
18:09 | cait | sarcastic, ironic, rude... it can go with the mood of the librarian |
18:09 | magnus | or just OPACMood as a dropdown with several choices |
18:09 | cait | unnerved, unconcentrated... |
18:09 | magnus | overly cheerful |
18:09 | cait | "oh, I forgot what you want... have to do something else now." |
18:10 | magnus | "wow, you actually managed to place a hold all by yourself, isn't that GREAT? give yourself a round of applause!" |
18:10 | jwagner | "Don't interrupt me, I'm busy playing computer games" |
18:11 | cait | .. I am busy devloping enough intelligence to take over the world? |
18:14 | * cait | was thinking about pinky and brain |
18:15 | should go to bed | |
18:16 | druthb | It's....19:15 where you are, cait? |
18:16 | cait | yeah, not really late. |
18:16 | it's this accounting book... | |
18:29 | druthb left #koha | |
18:33 | * chris_n | reads the buffer |
18:37 | chris_n | cait: http://git.koha-community.org/[…]a97e001930ac49083 |
18:37 | is that it? | |
18:38 | cait | ah |
18:38 | erhap | |
18:38 | perhaps | |
18:39 | I tested on 2010-12-13 | |
18:39 | this patch was picked in november | |
18:39 | so perhaps a differnet problem? | |
18:39 | chris_n | may be... I'm not strong on xslt foo :-( |
18:40 | magnus left #koha | |
18:40 | magnus joined #koha | |
18:40 | chris_n | and having spent the past few weeks coding in C hasn't helped that sort of thing much |
18:40 | cait | C coding? why would you do that? ;) |
18:41 | the xslt foo looks the same for results and detail | |
18:41 | chris_n | exactly ;-) |
18:41 | cait | and I noted that there is only a problem on the detail page |
18:41 | hm. | |
18:41 | chris | Morning |
18:41 | * chris_n | hands chris coffee |
18:42 | chris | Thanks |
18:42 | * cait | hands chris a cookie |
18:42 | chris | Heh |
18:43 | chris_n | hmm... my 4 year old would like that first thing in the morning :) |
18:43 | cait | chris: I noticed a database update problem when I updated my test installation earlier today - XXX version number. sent a patch :) |
18:43 | chris | Ta |
18:43 | I thought I had caught that one, but must have missed it | |
18:44 | Either that or forgot to push | |
18:44 | I usually merge, then fix the version | |
18:44 | cait | I don't know, had to spend the rest of my day with fines and notices |
18:44 | it was my 5 minutes real fun today :) | |
18:45 | chris | Heh |
18:45 | magnus left #koha | |
18:46 | chris | Ah yes missing push, ill use ur patch tho anywya |
18:47 | Since you spent the time doing it, you should get credit | |
18:47 | * chris | will apply it when I get to work |
18:47 | cait | you can push - what takes you less time |
18:49 | chris | Its about the same |
18:50 | U sent to koha-patches eh? | |
18:51 | cait | yes |
18:52 | chris | Cool |
18:57 | fcapo joined #koha | |
18:58 | fcapo | hello |
18:59 | I have a question : What is the use of the "Default" authority framework? If I try to create a new authority using this framework, I only get errors. | |
19:00 | On demo instances of Koha, I saw this authority framework didn't exist. Is it safe to delete it? | |
19:10 | chris | fcapo: im not sure, you might be better off asking on the mailing list |
19:12 | cait | fcapo: which version of koha have you installed? |
19:13 | chris | cait: pushed it up |
19:13 | cait | thx :) |
19:15 | hudsonbot | Starting build 274 for job Koha_Master (previous build: SUCCESS) |
19:16 | munin | New commit(s) kohagit: Bumping database number to 011 <http://git.koha-community.org/[…]afe3360413e3d61dc> / Merge remote branch 'kc/new/bug_5186' into kcmaster <http://git.koha-community.org/[…]9e6a63b1b1a0f729c> / Bug 5186: Follow-up - Fixing wrong database number <http://git.koha-community.org/[…]iff;h=a8869ea0c24 |
19:24 | fcapo | Sorry for the wait, I'm using Koha version 3.02.02.001 |
19:27 | cait | marc21 or unimarc? |
19:28 | fcapo | marc21 |
19:29 | cait | hm |
19:29 | I wonder about the default framework | |
19:29 | I don't see this in the sql files | |
19:31 | ah,now I found it | |
19:32 | fcapo: I wondered because I remember biblibre did some work on a default auth framework for unimac | |
19:33 | fcapo | ok |
19:33 | cait | fcapo: sorry, I tried creating an authority with my default framework and got an error too |
19:34 | but I don't know if it is safe to delete it | |
19:34 | fcapo | ok, so that's not only me |
19:35 | this bug report seem to be about that problem, but it go no answers : http://bugs.koha-community.org[…]w_bug.cgi?id=2979 | |
19:35 | munin | 04Bug 2979: normal, P3, ---, gmcharlt, NEW, Can't call method "field" on an undefined value at /usr/share/koha/intranet/cgi-bin/authorities/detail.pl line 332. |
19:36 | fcapo | other than that, found nothing |
19:38 | hudsonbot | Project Koha_Master build #274: SUCCESS in 22 min: http://hudson.koha-community.o[…]/Koha_Master/274/ |
19:38 | * Katrin Fischer: Bug 5186: Follow-up - Fixing wrong database number | |
19:38 | * Chris Cormack: Bumping database number to 011 | |
19:40 | cait | fcapo: was thinking about that: http://lists.koha-community.or[…]nuary/039301.html |
19:41 | fcapo | ok, so it would be used for searches |
19:41 | cait | chris: ah, I forgot kohaversion? strange, my database was updated to 011 |
19:41 | have to check tomorrow | |
19:41 | fcapo | oh, yeah, I use default a lot when searching for authorities. So its useful for authority searches. |
19:42 | so deleting the defautl framework wouldn't be a good solution :/ | |
19:42 | cait | perhaps |
19:42 | deleting would keep people from using it for cataloging | |
19:42 | is this why you want to delete it? | |
19:42 | fcapo | yep |
19:43 | users use the default framework, then their work can't be saved = unhappy users | |
19:43 | cait | hm |
19:43 | you could try to kill it with jquery from the pulldown | |
19:44 | so nobody can select it for cataloging | |
19:44 | but in search it would still be an option | |
19:46 | fcapo | that would be an option, just wanted to know if there was another way before modifying production code for no reason :P |
19:46 | cait | jquery would not mean modifying code |
19:47 | only adding a little bit of javascript code to a sys pref | |
19:47 | of course it can break with an update - but will not cause any real problems | |
19:47 | not sure how to do that for this yui button | |
19:47 | owen would perhaps know | |
19:48 | owen | What page are we talking about? |
19:48 | cait | authorities :) |
19:48 | chris | anyone in france still awake? |
19:48 | cait | front page, the pull down for frameworks |
19:49 | munin | New commit(s) kohagit32: Bug 5589: Remove duplicated Exports in Suggestions.pm <http://git.koha-community.org/[…]70b6388349ba7ddbd> / Fix for Bug 4984, Invalid XHTML in staff client search results <http://git.koha-community.org/[…]7c068e887459ee118> / Additional fix for Bug 3550, Use GetRecordValue to get the subtitle <http://git.koha-commun |
19:49 | cait | 20:49 here chris |
19:49 | chris | http://news.techworld.com/oper[…]re-of-excellence/ |
19:50 | cait | fcapop: you can take a look at the examples here to see what can be done using jQuery: http://wiki.koha-community.org[…]ki/JQuery_Library |
19:50 | johnindep joined #koha | |
19:51 | fcapo | ok, thanks for the help |
19:51 | cait | perhaps owen can give you a code snippet for the authorities page |
19:55 | owen | Unfortunately it's not a simple case because the menu is generated by YUI |
19:56 | I've tried a couple of things without any luck. | |
19:56 | I think it's a genuine bug that "Default" appears in that list at all, but I could be mistaken | |
19:57 | munin | New commit(s) kohagit: (bug #3737) fix title search in order history <http://git.koha-community.org/[…]eed575d056e907ad1> |
19:58 | * owen | cheers druthb http://bywatersolutions.com/?p=893 |
19:58 | owen | bywater++ |
19:58 | druthb++ | |
19:58 | chris | druthb++ |
19:58 | cait | druthb++ |
19:58 | bywater++ | |
20:01 | hudsonbot | Starting build 275 for job Koha_Master (previous build: SUCCESS) |
20:01 | Starting build 76 for job Koha_3.2.x (previous build: FIXED) | |
20:06 | aindilis2 left #koha | |
20:06 | aindilis2 joined #koha | |
20:09 | munin | New commit(s) kohagit32: (bug #3737) fix title search in order history <http://git.koha-community.org/[…]0ca17d0a15eecd884> |
20:09 | chris | http://cia.vc/stats/project/Koha |
20:10 | got the repo reporting to here now too | |
20:11 | fcapo left #koha | |
20:21 | cait | good night all :) |
20:21 | cait left #koha | |
20:31 | hudsonbot | Project Koha_Master build #275: UNSTABLE in 30 min: http://hudson.koha-community.o[…]/Koha_Master/275/ |
20:31 | Nahuel ANGELINETTI: (bug #3737) fix title search in order history | |
20:31 | Project Koha_3.2.x build #76: UNSTABLE in 30 min: http://hudson.koha-community.o[…]ob/Koha_3.2.x/76/ | |
20:31 | * Owen Leonard: Fix for Bug 5570 - item types not showing on other editions | |
20:31 | * Owen Leonard: Follow up on fix for Bug 5570, item types not showing on other editions | |
20:31 | * Owen Leonard: Additional fix for Bug 3550, Use GetRecordValue to get the subtitle | |
20:31 | * Owen Leonard: Fix for Bug 4984, Invalid XHTML in staff client search results | |
20:31 | * Colin Campbell: Bug 5589: Remove duplicated Exports in Suggestions.pm | |
20:32 | Starting build 77 for job Koha_3.2.x (previous build: UNSTABLE -- last SUCCESS #75 2 days 1 hr ago) | |
20:33 | daniel joined #koha | |
20:36 | daniel left #koha | |
20:41 | chris | !hudson build koha_master now |
20:41 | hudsonbot | chris: job koha_master build scheduled now |
20:41 | Starting build 276 for job Koha_Master (previous build: UNSTABLE -- last SUCCESS #274 1 hr 26 min ago) | |
20:44 | pauln joined #koha | |
20:49 | pauln left #koha | |
20:54 | jwagner left #koha | |
20:58 | hudsonbot | Yippie, build fixed! |
20:58 | Project Koha_3.2.x build #77: FIXED in 26 min: http://hudson.koha-community.o[…]ob/Koha_3.2.x/77/ | |
20:58 | Nahuel ANGELINETTI: (bug #3737) fix title search in order history | |
21:00 | collum left #koha | |
21:04 | owen | Can Koha access cookies which have been set with javascript? |
21:04 | * chris_n | perks up at the mention of cookies |
21:06 | * owen | figures it out |
21:06 | owen | If anyone has any good examples of this in the code please let me know, I'm just starting to learn how it works |
21:07 | hudsonbot | Yippie, build fixed! |
21:07 | Project Koha_Master build #276: FIXED in 26 min: http://hudson.koha-community.o[…]/Koha_Master/276/ | |
21:10 | robin | chris_n is for cookie! |
21:18 | * owen | must be having too much fun |
21:18 | sees it's past quitting time. | |
21:18 | quits | |
21:18 | owen left #koha | |
21:26 | ronald joined #koha | |
21:27 | ronald left #koha | |
21:31 | darling joined #koha | |
21:49 | schuster | @later tell owen - David Schuster is playing with this for Kids Catalog feature. |
21:49 | munin | schuster: The operation succeeded. |
21:49 | chris | using jquery cookie schuster? |
21:50 | schuster | no full javascript. |
21:50 | chris | ahhh, the hard way :) |
21:51 | schuster | It's not in the code yet but... |
21:51 | chris | if you have time, id recommend checking out the jquery cookie plugin |
21:51 | it takes all the headache out of supporting multiple browsers etc | |
21:51 | out of it | |
21:51 | its what we use on www.stuff.co.nz | |
21:52 | schuster | I need to read up on that and how to install it etc... Time... :) |
21:53 | I always fear messing something up on the server so I need to play with another machine... | |
21:53 | chris | its a good fear to have |
21:54 | schuster | I'm building the webpages independant of Koha and then the search basically is dynamically built and writes the cookie indicating your school location and the page you came from. Then in Koha(part I'm still working on) some JAVA to read the cookie and indicate return to kids |
21:54 | chris | yeah, sounds cool |
21:54 | schuster | It then reads the cookie to return you to the Kids interface from where you left it for the search. |
21:54 | chris | id use that |
21:55 | for intranets etc | |
21:55 | in corporate libraries too | |
21:55 | schuster | I suspect within the month I'll have a demo. |
21:55 | chris | excellent |
21:55 | schuster | nice chatting have a great evening! |
21:55 | chris | cya later |
21:56 | schuster left #koha | |
22:46 | francharb left #koha | |
23:04 | Brooke joined #koha | |
23:05 | Brooke | helllllllo #koha |
23:05 | chris | hiya Brooke |
23:05 | Brooke | :) |
23:21 | rhcl is now known as rhcl_away |
← Previous day | Today | Next day → | Search | Index