IRC log for #koha, 2010-08-06

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:26 cfouts left #koha
00:45 chris_n` joined #koha
00:48 chris_n left #koha
00:51 Johnindy left #koha
00:54 chris_n joined #koha
00:54 pianohack left #koha
00:56 chris_n` left #koha
02:04 wasabi im still really inspired by how much the perl devs continue to evolve perl
02:04 i dont think theres ever been another language thats gone thru such a re-think
02:06 "Perl5 also had this built in. Just use the debugger and type x \%hash. Then you don't have to put in Data::Dumper and print statements and then have to take them out."
02:06 thats a new one for me..
02:06 chris lots of scripts, dont lend themselves to the debugger
02:06 (as the next comment points out)
02:06 pretty much all our cgi ones don;t
02:07 not easily anyway
02:07 wasabi right, i click to that comment even..
02:27 indradg left #koha
02:40 wasabi friday fun....
02:40 http://www.lasvegassun.com/vid[…]2010/aug/02/4179/
02:41 poi-gloves ;)
02:42 chris heh
02:43 thats quite clever
02:43 wasabi that one's for you hunny.. ;)
02:45 ahh , its worth watching again for the ending - some of those kids are flyinggg up there!
02:47 chris whenever i see a bad haka like that
02:47 i have to go watch a real one :)
02:47 like
02:47 http://www.youtube.com/watch?v=E6V1eQx0aBo
02:48 wasabi ha, i love the bad ones even more!
02:48 such a mixed-bag of performance/confidence...
02:48 chris :)
02:49 wasabi everyones a star, in their own little way
02:50 robin reminds me, did you see this: http://www.stuff.co.nz/sport/r[…]l-blacks/3997100/
02:50 thought that was a great way to prank kids :)
02:50 chris yeah that was fun ;)
02:50 wasabi oooh, your ones the real-deal!
02:51 so fierce !
02:52 chris http://www.youtube.com/watch?v=I1aBrJxQ7uQ is pretty cool too, specially at about the 3min mark
02:52 wasabi i would def. make a a lego character out of that!
02:52 chris heh
02:54 wasabi that little chubby guy in the middle - 1st row, my fav..
02:55 chris yeah hes right into it
02:55 wasabi cheers for that!
02:57 and robin too, tis a sweet-hack, that one :)
03:08 Amit joined #koha
03:08 Amit heya chris
03:08 chris hi Amit
03:29 wasabi heya amit
03:29 Amit heya mason
03:44 wasabi anyone know of a good plugin to wordpress to handle code-pastes ?
03:47 this perhaps -> http://wordpress.org/extend/pl[…]-code-formatting/
03:48 Oak joined #koha
03:55 mib_waorx joined #koha
03:57 richard left #koha
04:02 richard joined #koha
04:18 mib_waorx left #koha
04:54 braedon|h joined #koha
05:08 richard left #koha
05:18 cait joined #koha
05:23 darling left #koha
05:27 cait hi all
06:01 Oak left #koha
06:07 Oak joined #koha
06:34 cait left #koha
06:48 magnus joined #koha
06:48 alex_a joined #koha
06:49 chris evening
06:50 hdl joined #koha
06:56 magnus morning
07:23 kf joined #koha
07:23 kf good morning #koha
07:38 hdl hi
07:39 kf hi hdl
07:50 kf is now known as kf_mtg
07:58 magnus hiya hdl, kf et al
08:06 Oak left #koha
08:28 hdl left #koha
08:37 hdl joined #koha
08:45 davi joined #koha
08:57 hdl left #koha
08:57 davi left #koha
09:02 hdl joined #koha
09:02 Oak joined #koha
09:10 davi joined #koha
09:17 kf_mtg hi magnus
09:17 kf_mtg is now known as kf
09:18 chris @wunder wellington,nz
09:18 munin chris: The current temperature in Wellington, New Zealand is 12.0�C (9:00 PM NZST on August 06, 2010). Conditions: Scattered Clouds. Humidity: 72%. Dew Point: 7.0�C. Pressure: 29.92 in 1013 hPa (Falling).
09:20 kf hi chris
09:20 @wunder Konstanz
09:20 munin kf: The current temperature in Taegerwilen, Taegerwilen, Germany is 15.8�C (11:26 AM CEST on August 06, 2010). Conditions: Mostly Cloudy. Humidity: 74%. Dew Point: 11.0�C. Pressure: 30.05 in 1017.5 hPa (Steady).
09:20 chris hi kf
09:27 magnus @wunder bodo, norway
09:27 munin magnus: The current temperature in Bodo, Norway is 18.0�C (11:20 AM CEST on August 06, 2010). Conditions: Mostly Cloudy. Humidity: 73%. Dew Point: 13.0�C. Pressure: 29.95 in 1014 hPa (Steady).
09:28 magnus hah!
09:30 kf hah?
09:31 ah, Bodo is warmest?
09:31 It's still summer and I am sitting at my desk with s-shirt and pullover :(
09:44 magnus i know the feeling
09:48 actually, the fog has been hanging low in my neck of the woods today, so it's not quite as warm as munin thinks, but it's clearing up now, so hopefully...
10:00 alex_a left #koha
10:30 davi left #koha
10:31 moodaepo left #koha
10:34 davi joined #koha
10:36 moodaepo joined #koha
10:38 davi left #koha
11:03 alex_a joined #koha
11:04 Oak left #koha
11:11 moodaepo left #koha
11:17 hdl left #koha
11:23 hdl joined #koha
11:28 jwagner joined #koha
11:47 Amit heya kf jwagner
11:49 kf hi Amit
11:51 jwagner Hi Amit
11:51 and kf
11:52 moodaepo joined #koha
11:52 kf hi jwagner :)
11:56 jwagner Hey, Amit -- since you're here... You sent a patch on January 20 for a Lexile search on the OPAC advanced search page.  I can't find any indication that it was ever pushed. Do you know what happened to it?
12:01 schuster joined #koha
12:01 Amit jwagner: hmm i don't know i have to check RM
12:02 jwagner: i m also making lexile/reading level search with system preferences
12:04 jwagner Amit, sounds interesting.  I'll keep an eye out for it.
12:06 Amit jwagner: sure
12:07 happy weekend to all
12:07 Amit left #koha
12:11 jwagner Can someone test a scenario for me on a current head server?  I tested on mine but I'm not entirely sure I had it set up right.
12:11 If an item belonging to another branch is checked out to a patron, then checked in at a different branch, the system properly triggers a transfer message.  However, if the item was not actually checked out, but run through checkin at a different branch, it doesn't trigger the transfer message
12:15 saorge left #koha
12:16 saorge joined #koha
12:18 owen joined #koha
12:24 owen Do people like the modal MARC view offered in the OPAC when XSLT is on?
12:26 * owen is mostly surprised by it because he was expecting to see the standard MARC view
12:27 wonders what problem was being solved by its introduction
12:27 Nate joined #koha
12:30 jwagner owen, "modal MARC view" ?
12:30 owen When XSLT is on, you have two MARC view tabs in the OPAC. MARC View and Expanded MARC View
12:30 jwagner Yes
12:31 owen The one I refer to is what is labeled "MARC View" when XSLT is on
12:31 CGI811 joined #koha
12:31 CGI811 left #koha
12:31 owen http://en.wikipedia.org/wiki/Modal_window
12:31 jwagner Oh, OK -- you're talking about the child window, not the MARC layout itself?
12:32 collum joined #koha
12:32 owen I'm talking about the modal window view, not opac-MARCdetail.pl
12:33 jwagner The child window has certainly been a source of irritation -- once you've opened it, the browser back button doesn't work as expected.
12:33 * owen had never noticed that.  A new thing to be annoyed by!
12:33 jwagner A lot of my users have noticed it.  Loudly.
12:36 owen I should ask the Koha mailing list who likes it and why
12:51 jwagner: Your question about check-ins triggering transfers?
12:51 sekjal joined #koha
12:51 owen What you describe sounds like the behavior we've observed in our live Koha system which is behind HEAD by a few months
12:52 If it still does that in HEAD then I'll be disappointed.
12:53 * owen is disappointed.
12:54 jwagner That's what I'm trying to identify -- where the problem came in.
12:54 owen Bug 3536
12:54 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3536 blocker, PATCH-Sent, ---, chris, ASSIGNED, Checked In item requiring transfer does not consistently trigger transfer prompt
12:54 sekjal jwagner: I'm seeing consistant behaviour with that on some of my systems, as well
12:54 jwagner At current head?
12:54 sekjal yes
12:55 well, okay, 4-5 commits back
12:55 jwagner That's what I wasn't sure of -- not sure I had my policies etc. correct on my head test server.
12:55 owen gmcharlt: Do you know anything about the patch pending for that bug?
12:55 sekjal it seems to be related somehow to HomeorHoldingBranch
12:55 jwagner If you'll forgive the mention :-) the system functions correctly iN LEK, but not at our harley level and not in current head
12:56 So whatever broke it happened roughly between March (?) 2009 and October 2009
12:56 owen Hm, then the fix probably contains sensitive customer data.
12:56 jwagner Hah
12:58 Has anyone applied the patch in that bug report?
12:59 owen it doesn't apply because of a kohaversion.pl conflict
13:00 * owen will try to edit
13:00 tosses in some social security numbers for good measure
13:01 gmcharlt owen: try the  bug_3536_holeorholdbranchreturn branch
13:01 * gmcharlt notices that he mangled the branch name, but anyway
13:01 gmcharlt would appreciate testing - you'd have to add the syspref manually
13:02 owen "When set to 0, check-ins get dropped down a hole"
13:05 Hmm... Why am I not seeing that branch listed?
13:05 sekjal owen: http://git.librarypolice.com/?[…]-rm.git;a=summary
13:06 briceSanc joined #koha
13:07 briceSanc hello
13:09 Do you have the same problem : If i use Pazpar2, the advanced search page is unavailable.
13:11 sekjal gmcharlt: branch pulled down, and I'm beginning testing
13:13 jcamins_a is now known as jcamins
13:13 jcamins Good morning, #koha
13:14 * chris_n grumbles about his coffee being cold
13:17 magnus left #koha
13:17 jcamins Has anyone contacted the general ndmso mailbox at LC about machine-readable MARC21 specs?
13:18 owen What are the two different HomeOrHoldingBranchReturn options supposed to do?
13:18 tomascohe joined #koha
13:19 tomascohe is now known as tcohen
13:20 * jwagner has to run off to another meeting now :-(
13:20 owen One option initiates a transfer and the other does not?
13:20 jwagner is now known as jwag_mtg
13:21 owen ...and how is this new preference related to the existing " AutomaticItemReturn " one?
13:22 sekjal just ran through a quick batch of tests on the patch.
13:24 settings: two libraries A and B.  Item from A.  Patron from A.  Did not manually add the new syspref before hand.
13:24 checkout A, return B => transfer message
13:24 checkout B, return B => transfer message
13:24 checkout B, return A => no message
13:25 briceSanc good morning jcamins !
13:26 Do you have the same problem : If i use Pazpar2, the advanced search page is unavailable.
13:28 chris_n briceSanc: I ran into that problem yesterday, but did not have time to investigate
13:28 maybe check to verify pazpar is running
13:32 briceSanc pazpar is running. the problem is if i use "OpacGroupResults" in System Preferences, i can't go to "Advanced search" in OPAC, the system return "No Result found!" instead of "Search for: keyword..."
13:35 jcamins owen++ # for enlittling the OPAC's login form and explaining how to do it
13:35 owen :)
13:35 * owen is still waiting for "enlittling" to catch on
13:37 sekjal ran the tests for bug 3536 again, with homeorholdingbranch set to the other value.  Same results as above
13:37 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3536 blocker, PATCH-Sent, ---, chris, ASSIGNED, Checked In item requiring transfer does not consistently trigger transfer prompt
13:45 tcohen hi every1, if I want to construct a query for an specific branch do I have to append branch:'branchcode' to my query? or isn't that enough?
13:46 (using zebra of course, from the staff interface)
13:53 sekjal next round of testing: homeorholdingbranch = home, homeorholdingbranchreturn = holding
13:53 checkout A, return B => msg: transfer to A
13:54 checkout B, return B => no message
13:54 checkout B, return A => kind of messed up
13:54 first a message to return to A, and it's marked in transit A to B.
13:55 briceSanc bug 5099
13:55 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5099 blocker, P5, ---, gmcharlt, NEW, Avanced Search page unavailable when OpacGroupResults is used
13:55 sekjal checking in again changes the message to return to B, transit message stays the same
13:55 checking in at B clears it, and item rests with homebranch = A, holdingbranch = B
14:01 * jwag_mtg checks back in between meetings
14:02 jwag_mtg sekjal, so if an item is not checked out but is run through checkin at other than its owning branch, does it now trigger the transfer warning?
14:02 sekjal jwag_mtg: depends on the setting of HomeOrHoldingBranchReturn, I believe
14:03 I've been testing checkout/checkin scenarios
14:03 which in some cases trigger a transfer message, resulting in a second checkin
14:03 or, in one case so far, a third checkin is required to get the item to 'settle down'
14:04 jwag_mtg But the theory would be that if the syspref is set to home branch, and an item is not checked out to a patron but is floating around the ether, so to speak, is found & checked in at a different branch, it should trigger the transfer warning?
14:05 sekjal I'm not sure the intention of the syspref in that regard, but I believe that that is a fair statement
14:05 there are way too many system preferences that seem like they should be factored into this
14:05 ebegin joined #koha
14:06 sekjal HomeOrHoldingBranch, CircControl, AutomaticItemReturn, and now HomeOrHoldingBranchReturn
14:08 jwag_mtg Why doesn't AutomaticItemReturn make it work properly?
14:08 sekjal ::shrug::
14:09 this is starting to look to me like a situation where we may want to pull this out of sysprefs, and into it's own Admin page
14:09 providing a matrix where libraries can configure these behaviours to their liking
14:10 not volunteering to do this project, mind you
14:10 jwag_mtg Oh, darn :-)
14:10 Anyway, thanks for testing.  If I can get our dev team to free up some time, I'll get them to put this on one of our servers & check it too.
14:11 sekjal checking in a book from Library A whilst at Library B yields no message (with HomeorHoldingBranchReturn = holding)
14:11 but it does change the holding branch to Library B
14:11 owen sekjal: It would help if we knew what the two options were *supposed* to do
14:12 I still don't understand why these cases shouldn't be covered by the AutomaticItemReturn preference.
14:13 jwag_mtg So maybe the simpler fix would be to make the checkin obey AutomaticItemReturn?
14:13 sekjal changing HomeorHoldingBranchReturn to 'home' does not change the behaviour I just described
14:13 yeah, I'd like to see a spec on what the intended behaviour options are and how to set them
14:13 makes it easier to determine if the code 'works'
14:14 my testing at this point is purely descriptive
14:15 jwag_mtg But very useful. Thanks.
14:15 sekjal gladly :)
14:16 * jwag_mtg has to run off to the next meeting now....
14:16 jwag_mtg At least there's only two scheduled today.  Yesterday I had four scheduled and one unscheduled meeting.  When am I supposed to get any WORK done???
14:17 sekjal jwag_mtg: ugh.  that's horrid.  hopefully they were informative/productive meetings...
14:17 jwag_mtg In themselves, yes.  But after about the second or third of the day, my brain turns to mush, so it's questionable how much I (a) contributed or (b) remembered....
14:22 sekjal egad, I really don't want to think of the complexities that holds will introduce into this whole testing process...
14:59 davi joined #koha
15:10 pianohack joined #koha
15:12 kf left #koha
15:15 alex_a left #koha
15:19 hdl left #koha
15:21 mib_ytk71 joined #koha
15:22 jwag_mtg is now known as jwagner
15:22 mib_ytk71 left #koha
15:27 brendan joined #koha
15:36 jwagner got another puzzler for you all, to make your Friday more interesting :-)
15:37 jcamins Hi, we're back, it's Click and Clack the Tapper Brothers...
15:37 Wait, sorry. I got confused by the puzzler.
15:37 :D
15:37 jwagner One of my sites has autobarcode on (increment).  They are saying that sometimes when they create an item with a barcode, use the label designer to print the barcode, then try to check it out, the barcode has changed.
15:37 The autobarcode in itself shouldn't require zebra to catch up with the new item, right?
15:38 My theory is that they are in item creation but haven't saved yet, and in the meantime someone else is creating an item that grabs the same barcode.  Is that possible?
15:38 owen jwagner: Why not test it?
15:38 jwagner I don't know of any way the same barcode can get assigned to a different item.
15:39 owen Open up two sessions and create items on the same record
15:39 jwagner (Correction). They notice that the barcode belongs to a different item/title when they try to check it out, not at the label stage.
15:39 owen, I was trying to test it with them just now, will keep trying.  It doesn't happen every time.
15:40 I wanted to confirm that the autobarcode piece (the incrementing number) doesn't require zebra to catch up -- it just checks what the last highest number was & goes from there.
15:40 cait joined #koha
15:42 owen to confirm that, you have to look at where in the code the barcode is getting auto-generated
15:42 ebegin concerning barcode, is there a way to force a prefix?  I would like my barcode to have 8 digits, prefixed with zeros
15:46 jcamins cait: I was just thinking about you. Have you filed any bug reports about linking on 773s?
15:47 cait thinking about me sounded nice--- until I reached the 773's :)
15:47 let me check
15:47 jcamins cait: I was thinking all good things about you.
15:48 Actually, what I was thinking was "won't cait be happy when she hears that I found someone who might be interested in dealing with analytics!"
15:48 chris_n ebegin: there is a somewhat broken plugin system
15:48 ebegin: autoBarcode follows it
15:48 cait I have no special bug report for 773 - is this host item something?
15:49 chris_n ebegin: so you "might" be able to write a plugin to do that
15:49 jcamins Yup, even the official name for the 773 field sounds ominous.
15:49 cait bug 4506 is involved
15:49 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4506 enhancement, P5, ---, katrin.fischer, NEW, Add support of record linking by record control number in $w
15:49 ebegin chris_n, yeah, that what I'm looking for.,
15:49 chris_n jwagner: the code just does a select max on the barcode column iirc
15:49 ebegin I'm looking at the code right now
15:50 chris_n so zebra really has no bearing on the next barcode value
15:50 jwagner chris_n, yes, I think I found the relevant code in C4/Form/Additem.pm
15:50 select max( abs( barcode ) ) from items"
15:50 then increment it by one.
15:50 chris_n well, you'll need to check the plugin code as well
15:50 jwagner Thanks -- wanted to rule out the zebra catchup delay as a possible factor.
15:50 chris_n iirc
15:50 * chris_n has not been there in quite some time
15:51 chris_n the whole plugin logic needs to be reworked
15:52 cait jcamins: I checked my specs - yes, wanted to work on 773. we have $w fields in there with links to the other record
15:52 * chris_n quites ranting and heads off to spend the weekend with is wife on their 16th anniversary
15:52 jwagner Yes, C4/Barcodes.pm has quite different-looking code -- I'm not quite following it, but it still seems to be just incrementing the existing highest value.
15:52 * jwagner wishes chris_n and his wife another happy 16 years at least!
15:53 chris_n jwagner: there is another section of code as well
15:53 jwagner Yikes!
15:53 * chris_n looks quickly
15:53 jwagner I see some reference in the value builder script
15:53 jcamins cait: a friend of mine has indicated that he might potentially be willing to tackle at least some of the linking issues in 7xx and 8xx fields.
15:53 sekjal cait: I'm working on some specs for that kinda development, too
15:54 cait cool
15:54 sekjal the goal being to allow us to link two bibliographic records together in user-configurable relationships
15:54 773 being an example of a common one
15:54 cait perhaps we can talk about it sometime, I started work on it, changed the frameworks and added an index for $w fields, this dev is done
15:54 sekjal cait: awesome!
15:55 jcamins My friend is still introducing himself to the Koha codebase, but I thought you might appreciate the thought that you're not alone.
15:55 cait I sent most patches, and they are on the bug too
15:55 sekjal cait: I'll take a look
15:55 cait I have one more patch adding the fields to the German frameworks - they were not added to koha when I started to work on it
15:55 chris_n jwagner: see here -> http://git.koha-community.org/[…]0de88;hb=HEAD#l88
15:56 I think that trumps all other code
15:56 cait sekjal: I also have xslt code done by my boss - I kind of inherited this project from him
15:56 jcamins: I do :)
15:56 chris_n jwagner: and the problem described in the comment at line 89 has happened more than once here
15:56 cait jcamins: what I don't appreciate is the lack of time to work on that project :(
15:57 * chris_n wishes everyone a good weekend
15:57 owen Wonders if Koha wouldn't simply warn of a duplicate barcode in that case?
15:57 chris_n owen: it does
15:58 one then has to backup and fix it
15:58 owen So that's not what jwagner's problem is.
15:58 chris_n before the record will save
15:58 owen Unless she's dealing with an issue we can't know about because of her non-standard codebase
15:58 chris_n the whole barcode autogeneration code stinks at present imho
15:59 joe started to work toward a fix, but did not get far iirc
15:59 ok, bye for real this time ;-)
15:59 jwagner chris_n, that sounds more like what's happening.  I've asked them to gather me some more info, like asking other staff if they're cataloging at the same time.
15:59 (and owen, non-standard codebase has nothing to do with the problem....)
16:00 owen Then why aren't your librarians getting a duplicate barcode warning?
16:01 jwagner I don't know.  I think in some cases they are, but other cases it doesn't seem to happen.  But we haven't touched that code at all with any of our features.
16:01 owen My caveat is generic, since there's no way for me to know.
16:02 jcamins jwagner: could they be getting the warning and automatically fixing it, after printing labels (we don't use Koha's barcode generation at all, so I don't really know anything about how it works)?
16:02 jwagner It doesn't help that the person who's actually been experiencing the problem wasn't the one describing/demonstrating it to me :-(
16:03 jcamins I am thinking about my experiences on tech support, and that sort of thing would happen all the time "oh, yeah, there was that problem, but we fixed it."
16:04 jwagner The steps they describe are (1) create item, complete with autogenerated barcode, (2) create batch in label creator & print it, (3) go to circ, checkout & try to check it out.  At that point, entering the barcode pulls up a different title/item record -- same barcode assigned to different item/title.
16:04 Right now I'm at the "ask them for more info" stage, but trying to rule out the obvious, like the zebra delay.
16:07 cait sekjal: we have all those $w links and hierarchical records in our data from the union catalog. our library really needs the links to show in opac and staff. but it has been a time problem for me
16:09 my specs are German and not really human readable at the moment, so they need some work before I could share them.
16:12 brendan left #koha
16:15 * jwagner is refraining from comment on German plus not human readable :-) I had enough trouble trying to learn to SPEAK German -- reading it was even worse....
16:16 * jcamins confesses he doesn't know any German, although he's starting to recognize a word here and there. Such as "gesamtkunstwerk."
16:17 pianohack jcamins: Have you learned the uppercase ß yet?
16:17 owen: I think my response to your email managed to be semi-coherent, at least :)
16:18 sekjal cait: yeah, most of the display work could be managed by XSLT
16:18 the work of getting the 773$w fields in there, though... I assume copy/paste of the appropriate biblionumber?
16:18 jcamins pianohack: I studied Scottish paleography for a while, so I knew that letter.
16:19 owen Yes pianohack. What I find interesting is that no one is making a case for the patron's need for a MARC view
16:19 cait sekjal: yep, thats the next step in my project. I wanted to add some jQuery too. To show information about the linked titles on the record and a link as fallback
16:19 sekjal: we use 001
16:19 sekjal cait: ah, 001 makes sense, too
16:19 one of the things in my spec is 'item passthrough'
16:20 cait sekjal: German catalogs have had hierarchies forever
16:20 item passthrough?
16:20 sekjal that is, items attached to the biblios lower in the hierarchy show up as items for the biblios higher up
16:20 brendan joined #koha
16:20 cait I think the catalog need an addition similar to adding authorities, but search catalog and add 001 or biblionumber to record
16:21 ah, for us its not about the items
16:21 pianohack owen: Well, librarians at other libraries are patrons too. But yes, the MARC view's use is limited. My vote would be to keep the raw MARC view for copypasta purposes and eliminate the fancy ones on the OPAC side
16:21 cait we have hierarchies not only for analytics, but also for traced series
16:21 and for works with volumes, there is a record for the work, and records for every volume
16:21 owen pianohack: Eliminate opac-MARCdetail.pl?
16:21 sekjal cait: yeah, the passthrough would be configurable depending on the relationship in question
16:21 cait sounds good to me
16:21 sekjal analytics would get it, other relationships wouldn't need it
16:22 cait ah, the passthrough would come in handy for bounded volumes too
16:22 sekjal and yes, we'd need that search option like we have for authorities records
16:22 cait sometimes you have two works bound together
16:23 pianohack owen: yes, I think
16:23 cait our libraries don't use koha for cataloging, only for management of items. they are cataloging in our union catalog - so we don't plan to add that
16:23 and I'm not sure I would be able to
16:23 bounded? bound... you know what I mean...
16:23 sekjal cait: yes
16:24 I think I may tend to over-spec
16:24 cait I m a bit tired today :)
16:24 over-spec?
16:24 sekjal at when you think of what can be practically accomplished for the time and money available
16:24 cait ah
16:24 we have no money to pay a real developer - so it's me working on this :)
16:26 sekjal I think this, like hourly loans, may be one of those big projects for everyone in the Koha community who's interested to throw time/effort at
16:26 I should really get my specs up on the wiki... I just want to be sure they're as intelligible as possible first
16:29 I think accomplishing that may be dependant on me eating lunch first, though.  brb
16:29 sekjal is now known as sekjal_a
16:30 cait sekjal: it would be great if you could do that, I can add what we need and perhaps work on some small things and testing
16:32 jwagner speaking of lunch, one of the nice things about working from home is that I can decide to have a bowl of ice cream instead of the horribly healthy stuff I normally pack in my take-to-the-office lunch.
16:32 * jwagner is off to enjoy it
16:48 cait ice cream...
16:48 cookies...
16:48 *sighs*
16:48 * jcamins agrees with cait: there is entirely too little dessert on #koha
16:49 jcamins ;)
16:49 cait lol
16:49 owen Really? It seems like it's all we talk about!
16:49 Bugs and dessert. Dessert and bugs. And the weather.
16:49 jcamins Well, perhaps.
16:50 owen What there is too little of is *actual* dessert. Enough talk!
16:51 davi left #koha
16:55 cait we can reduce the bug talk: http://spedr.com/5b5t6
16:57 jcamins Hehe.
17:02 brendan left #koha
17:03 jcamins Is there any way to make the navbar show up on the advanced search screen?
17:03 In the OPAC.
17:07 cait the navbar sys pref?
17:08 jcamins Yeah, OpacNav. We want it to show up on the advanced search screen, too.
17:09 If it's easy, anyway.
17:10 cait hm, I don't think its possible by configuration
17:10 jcamins I don't think we care that much.
17:11 Really you'd think that the Navbar should show up on the Advanced search screen, though, wouldn't you?
17:11 cait hm, depends on what you use it for
17:12 I'd like to link a help file from the advance search page
17:13 jcamins Exactly. I think I'll put that link on opaccredits, since OpacNav really doesn't show up on the Advanced search page.
17:15 cait hm good idea
17:15 brendan joined #koha
17:16 owen jcamins: There are a few instances where OpacNav doesn't show up, including the advanced search page
17:18 davi joined #koha
17:22 jwagner jcamins, why not add your link into the masthead, next to where Advanced Search, Tag Cloud, etc. show up?
17:22 jcamins I can do that?
17:22 jwagner There's a jquery statement that can add stuff there
17:22 Lemme look it up
17:23 This will add a couple of links at the beginning of that line:
17:23 $("#moresearches").prepend("<a href=\"http://myhomepage.com\">Library Home</a> <span class='pipe'> | </span> <a href=\"/cgi-bin/koha/opac-main.pl\">Basic Search</a> <span class='pipe'> | </span> ");
17:24 using .append rather than .prepend would add them at the end -- you'd want to move the pipe placement.
17:28 jcamins Hm. I must be doing something wrong.
17:28 owen Are you putting that inside $(document).ready() ?
17:29 jcamins That would be what I'm doing wrong.
17:29 owen $(document).ready(function(){
17:29 ...
17:29 }):
17:29 jwagner Yes, I was assuming you already had the opening/closing lines.
17:31 jcamins Yay!
17:31 That's really cool.
17:31 Thanks.
17:31 jwagner I cannot tell a lie, I stole it from previously existing LL systems.  Which means it probably originated with owen :-)
17:35 jcamins Ooh, Ask A Librarian can go up there too, now.
17:39 jwagner Sure beats hardcoding changes in masthead.inc, which is what I did a few times before finding this snippet!
17:41 sekjal_a is now known as sekjal
17:42 cfouts joined #koha
18:13 |Lupin| joined #koha
18:13 |Lupin| hi
18:17 moodaepo left #koha
18:21 owen Hi |Lupin|, it's been a while
18:21 |Lupin| hello owen !
18:21 owen: how are you ?
18:21 owen I'm well, how are you?
18:22 |Lupin| owen: well too, thanks !
18:22 owen: I'm sorry but I'm not even here to have Koha discussions, just to talk with friends :-)
18:22 pianohack Hi, Sébastien (Sebastién? Sébástíéñ? Curse you accent)
18:23 I blame it on the fact that my town can't remember it has an ñ in its name
18:23 Anyway, good to see you
18:23 |Lupin| hello Jesse !
18:24 pianohack: it was Sébastien, which can also be written Sebastien, but nos it's Shérab or Sherab :)
18:24 pianohack: very good to see you too !
18:24 pianohack It's changed? (At least I got the old one right)
18:25 |Lupin| pianohack: yeah Sherab is my monk name
18:25 pianohack: everybody uses this one now, except my parents
18:25 pianohack Oh, wow. Congratulations
18:25 Yes, parents :)
18:25 |Lupin| pianohack: weren't you called pianohackER in the past ?
18:25 owen Someone took away his character quota ;)
18:25 pianohack There's a length limit on this new irc server, and I seem to be the only one that can type more than seven characters at a stretch
18:26 |Lupin| ohoh
18:26 new IRC server ?
18:26 seven characters ? how about tab... ?
18:26 pianohack yeah, they upgraded
18:26 |Lupin| what a beautiful upgrade !
18:26 Elwell left #koha
18:27 |Lupin| pianohack: your hand must be completely healed now, right ?
18:27 pianohack Yes. Back to normal, thanks to my mom's rehab efforts
18:27 So happy to have it back
18:28 |Lupin| pianohack: yeah not difficult to imagine !
18:38 tcohen left #koha
18:42 jwagner owen will be proud of me -- just figured out yet another jquery variation without having to ask :-)
18:42 ("strong:contains('No Result found!')").replaceWith("No Result found! Please log in to your account to make a purchase suggestion.");
18:44 brendan jwagner - you're on a roll
18:44 |Lupin| hi Jane :)
18:44 brendan what to figure out another one?
18:44 s/what/want
18:44 jwagner hi |Lupin|
18:45 brendan, my to-do pile is out of control already :-)
18:45 brendan awh shucks
18:45 jwagner But maybe if I already have it on my cheat sheet....
18:45 owen jwagner: At my library we use "$(".searchresults").after()" so that the suggestions link appears whether or not there are no results
18:45 pianohack I know some jQuery, if owen isn't around :)
18:46 owen ..figuring that the patron may have gotten some results but not the ones they wanted
18:46 * owen should add that to the wiki
18:46 jwagner owen, that might work.  They only asked for it if there were no results, but I couldn't figure out how to put it on the No results match your search for X in Y catalog line.
18:46 I did a patch a while back, I think, to put some codes around that line, don't think it's been pushed yet.
18:51 owen jwagner: Is there a bug report for that?
18:51 chris morning
18:52 owen Hi chris
18:53 brendan @wunder 93117
18:53 munin brendan: The current temperature in Northwest Goleta, Goleta, California is 18.2�C (11:58 AM PDT on August 06, 2010). Conditions: Overcast. Humidity: 73%. Dew Point: 13.0�C. Pressure: 29.89 in 1012.1 hPa (Rising).
18:53 jwagner owen, Bug 4819
18:53 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4819 enhancement, P5, ---, chris, NEW, Add ID tags to certain areas of OPAC so jquery can be used to hide them
18:58 owen jwagner: That patch no longer applies.
18:59 jwagner Figures.
18:59 It worked when I sent it....
19:00 owen Koha moves on
19:00 jwagner Sigh
19:02 Elwell joined #koha
19:07 davi left #koha
19:08 jcamins Strange bug: when I'm on the Creators syspref tab, the tab is not highlighted. The highlighting seems to work on all the other tabs, though. Can anyone confirm this bug before I report it?
19:09 owen Confirmed.
19:09 jcamins Thanks.
19:09 pianohack What is the creators tab, anyway?
19:10 jcamins I have no idea.
19:10 chris at the moment just patron images
19:10 pianohack Why a tab just for that?
19:10 chris basically its for stuff you upload
19:11 hdl joined #koha
19:11 chris the idea was to have all the sysprefs associated with label,barcode creating etc be there
19:12 turns out, there arent that many, just the patron images
19:13 jcamins Argh! I keep on forgetting that the default for the Bugzilla is enhancement.
19:19 hdl left #koha
19:20 * chris
19:20 chris heh
19:20 needs coffee apparently
19:21 * chris ventures out in the rain to go get kahu from his sleepover
19:23 cait hi chris
19:23 too late :)
19:25 davi joined #koha
19:27 jcamins owen: That was fast!
19:28 owen I had to change one whole character!
19:28 * owen collapses
19:29 jcamins Heh. I'm still impressed.
19:31 You had to create a branch and patch, in addition to changing that one character, after all.
19:32 owen I'm a crazed branch-creating maniac
19:32 cait :)
19:36 jwagner @quote add <owen> I'm a crazed branch-creating maniac
19:36 munin jwagner: The operation succeeded.  Quote #88 added.
19:39 owen @quote random
19:39 munin owen: Quote #31: "<@gmcharlt> but hacking Koha *should* be a restful part of any vacation ;)" (added by chris at 07:31 PM, September 02, 2009)
19:41 jwagner @quote random
19:41 munin jwagner: Quote #77: "*chris_n wants to know if nengard figures out how to do 1 million things at once... and if she will release the source code or not" (added by jdavidb at 01:02 PM, June 21, 2010)
19:43 cait :)
19:44 pianohack @roulette
19:44 munin *BANG* Hey, who put a blank in here?!
19:44 * munin reloads and spins the chambers.
19:44 pianohack Hahahahaha
19:44 Poor thing's lost admin rights anyway
19:44 owen Computer: Deactivate holodeck safety protocols!
19:48 Oh, and the other LOC catalog feature we should copy is the menacing session timeout clock in the title bar
19:48 MUST... SEARCH... FASTER!
19:49 jwagner well, owen, we wrote an OPAC timeout feature (Bug 4238) -- wouldn't be too hard to add a visible clock on the page :-)
19:49 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4238 enhancement, PATCH-Sent, ---, chris, NEW, OPAC timeout feature for patron privacy
19:51 * cait has cookies :)
19:52 pianohack Anyone else here that uses the new fancy batch item delete tool?
19:53 * owen has only tested it
19:53 pianohack I've noticed that it does not delete the biblio if you delete the last item
19:53 For our library, at least, this is less than optimal. Thinking of sending a patch to automatically delete the bib if necessary
19:53 Thoughts?
19:54 owen I'd rather see it happen as a second stage: "The following records have no remaining items..."
19:54 jcamins pianohack: I cannot entirely remember why, but two days ago I was wishing that Koha would do that for me.
19:54 pianohack owen: Ahh, that's a good idea
19:54 cait I like the idea too
19:55 some days back somone was asking about a biblio bulk delete feature here on irc
20:18 collum left #koha
20:19 owen Have a good weekend everyone
20:19 owen left #koha
20:23 pianohack chris: around?
20:32 sekjal left #koha
20:35 briceSanc left #koha
20:39 jcamins Have a good weekend, #koha
20:39 jcamins is now known as jcamins_a
20:44 pianohack left #koha
20:47 pianohack joined #koha
20:49 schuster left #koha
20:51 jwagner left #koha
20:54 schuster joined #koha
20:54 schuster left #koha
21:06 brendan_ joined #koha
21:10 brendan left #koha
21:10 brendan_ left #koha
21:10 Nate left #koha
21:22 brendan joined #koha
21:43 rhcl_away brendan
21:54 davi left #koha
22:03 rhcl_away left #koha
22:11 |Lupin| left #koha
22:28 cait left #koha
22:32 brendan left #koha
22:34 pianohack left #koha
22:47 moodaepo joined #koha
22:52 brendan joined #koha
22:52 brendan left #koha
22:53 chris_n` joined #koha
23:30 cfouts left #koha
23:55 brendan joined #koha
23:59 brendan left #koha

← Previous day | Today | Next day → | Search | Index

koha1