IRC log for #koha, 2010-08-05

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

All times shown according to UTC.

Time Nick Message
00:12 saorge_ left #koha
00:13 saorge joined #koha
00:33 rhcl is now known as rhcl_away
01:57 wizzyrea_ joined #koha
01:58 wizzyrea_ left #koha
03:21 Amit joined #koha
03:22 Amit heya chris, brendan
03:22 brendan heya amit
03:42 pianohack joined #koha
03:42 pianohack left #koha
04:06 Oak joined #koha
04:19 Oak left #koha
04:26 wasabi i have a mysql dupe-keys Q...
04:26 im loading in some new fwrk rows into a koha
04:27 but im getting this error sometimes..
04:27 DBD::mysql::st execute failed: Duplicate entry 'POST-830-a' for key 1 at
04:28 how do i delete these "entries" before my load?
04:28 robin Delete just the ones that are duplicates?
04:29 * wasabi googles...
04:29 wasabi 'DROP {INDEX|KEY} index_name'
04:29 robin If you can get the ones you're going to import into another table, then you can use SQL to delete.
04:30 wasabi currently just a foo.sql file..
04:32 robin Hmm. I've done something like 'delete from table where key in (select key from table2)' as preperation for a merge with overwrite before.
04:32 wasabi > alter table marc_subfield_structure drop key 'POST-998-c';
04:32 robin but in that case I was able to put the date into a holding table fairly easily.
04:32 wasabi right syntax to use near ''POST-998-c'' at line 1?
04:33 hmm, sql looks OK to me :/
04:33 robin well, won't that mean that you just get the duplicates in the table, and can't put the key back?
04:33 wasabi just testing removing 1 key, so far...
04:34 robin OK
04:34 wasabi thanks for the help fyi ;)
04:34 robin no problem, I'm not so sure it'll be useful, but hopefully...
04:34 wasabi Q, its a KEY im dropping right?
04:34 http://dev.mysql.com/doc/refma[…]/alter-table.html
04:35 robin hmm. maybe it should be '...drop key 1'?
04:35 I don't really get what mysql is saying though, I usually live in postgresql-land
04:36 smustafa joined #koha
04:36 Oak joined #koha
04:36 smustafa Good morning all
04:36 its monring my time :)
04:36 wasabi ta, np
04:37 smustafa Does anyone else have this problem? or knows away to fix it....I am using Koha 3.00.00
04:38 robin The solution to using koha 3.00.00 is to upgrade :)
04:41 wasabi robin++
04:41 smustafa am i getting text
04:41 checking checking
04:41 ok, Robin, does 3.01 fix this issue?
04:41 Can someone confirm if they are infact able to search by LC Call Number?
04:41 wasabi 3.0.6 is current-stable...
04:41 smustafa If it is, I can upgrade and just redo my client customizations ...
04:42 does origin/master have the 3.0.6 changes incorporated in it?
04:42 robin smustafa: you hadn't actually said (that I saw) what your problem was.
04:43 I don't have a 3.06 install handy to test anything on though, only 3.2
04:43 wasabi robin: twas LC searching
04:43 smustafa Does the 3.2 of koha works?
04:44 robin Assuming that by 'origin' you mean the git.koha-community.org repository, origin/master is the almost-released 3.2
04:44 wasabi works OK for me :)
04:44 smustafa ok thats great...then I shall do a GIT checkout
04:44 ok so this resolves one issue,
04:44 robin Yeah, we're using it in somewhat-production with no major issues.
04:44 smustafa the other issue.  My difrector wants me to implement [Searching by DLC [document of Library of congress} in Z3950
04:44 Is that easy to do/possible?
04:48 olla :)
04:48 everyone left..hehe
04:48 wasabi koha does that already
04:49 smustafa where Wasabi? I don't see it in the Z39.50 Search window -When creating a new MARC record
04:50 wasabi /cgi-bin/koha/cataloguing/z3​950_search.pl?frameworkcode=
04:50 '# LC Call Number:  '
04:51 smustafa oh no dear, I know this.   The library director is requesting a new field called {DLC}
04:51 Which stands for Document of Library of Congress
04:51 I have no idea what that is...but she wants it -O_O-
04:52 wasabi http://imagepaste.nullnetwork.[…]image.php?id=1200
04:52 smustafa Thanks for the screen shot, but I don't think it is the same thing dear.
04:53 wasabi well, i have no idea either
04:53 smustafa its ok :) thank you for your help
04:53 wasabi but thats how you "search by LC Call Number?"
04:54 cait joined #koha
04:55 smustafa yes thank you :)
04:55 but for me because koha 3.00.00 it does not work for LC Call Number :)
04:55 its ok, thats a bug.  THe issue is with this new requirement of DLC
04:55 I will have to search on a way to implement it
05:00 darling left #koha
05:03 richard left #koha
05:04 smustafa left #koha
05:05 cait hi #koha
05:24 robin hi
05:31 cait hi robin
05:31 you are fixing a lot of acq bugs - that's great :)
05:34 robin cait: yeah, one of our clients has been encountering a few of them, and often when I test out the fix for one of those, I find another one at the same time :)
05:35 * cait knows that feeling...
05:36 cait can you perhaps take a look at bug 4438
05:36 ?
05:36 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4438 major, P5, ---, henridamien, ASSIGNED, incorrect "Budget total exceeds period allocation" error when editing fund
05:37 robin hmm, I can't say I've noticed that in 3.2, although I haven't looked.
05:38 Will have a go with it tomorrow, see if I can reproduce it. It shouldn't be too hard to fix.
05:39 cait I think it occurs when you add a child fund to a fund
05:39 2 levels of funds
05:39 I can retest it later and try it
05:39 robin ah right, I haven't tried that.
05:40 cait turning off the javascript does work, but if you want to change the owner of the fund you need the javascript - so there is no way to do that
05:40 if you want to delete the owner
05:40 robin Yeah. If it's reasonably easy, I'll be able to find time next week to deal with it, I'm sure.
05:41 cait cool :)
05:41 ok, time to walk to work and it's raining again :(
05:42 @wunder Konstanz
05:42 munin cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 15.3�C (7:47 AM CEST on August 05, 2010). Conditions: Mostly Cloudy. Humidity: 88%. Dew Point: 13.0�C. Pressure: 29.73 in 1006.7 hPa (Steady).
05:42 robin It's not raing here at least, it's been kinda on-aga-off-again the past few days.
05:42 Also, I'm losing the ability to type I think.
05:43 cait a lot of rain here and colder than it should be this time of the year
05:43 bbl
05:43 cait left #koha
05:55 Elwell left #koha
05:56 Elwell joined #koha
06:24 kf joined #koha
06:24 kf morning #koha
06:25 Amit heya kf
06:26 chris_n` joined #koha
06:28 kf hi Amit
06:29 chris_n left #koha
06:30 chris_n joined #koha
06:33 chris_n` left #koha
06:45 magnus joined #koha
06:51 hdl joined #koha
06:57 Oak left #koha
07:18 chris_n` joined #koha
07:21 alex_a joined #koha
07:21 chris_n left #koha
07:25 smustafa joined #koha
07:29 smustafa left #koha
07:34 smustafa joined #koha
07:34 smustafa coolies, I just discovered Chatzilla :)
07:36 chris_n joined #koha
07:37 chris_n`` joined #koha
07:40 chris_n` left #koha
07:41 chris_n left #koha
07:42 chris_n`` left #koha
08:15 davi joined #koha
10:36 ebegin left #koha
10:37 alex_a left #koha
11:03 alex_a joined #koha
11:29 smustafa hello
11:29 I am getting this error
11:29 Modification of non-creatable array value attempted, subscript -4 at /var/www/koha-2010-08-04/c​ataloguing/z3950_search.pl line 197.
11:30 Using the latest head koha + upgraded my database successfully
11:30 anyone familar with this?
11:31 I tried to search by LC Call Number in Koha 3.01 version (latest from Head)
11:32 jwagner joined #koha
11:33 kf smustafa: sorry, never seen that, but we don't use LC Call numbers
11:33 hi jwagner
11:33 was very silent in here today
11:34 smustafa I was told by wasabi that the LC Call Number search by Z3950 works in this version
11:34 thats why I am trying to upgrade...sighs..
11:35 chilts I imagine that the $k in that case is zero, hence the index is then -1, which is a 'non-creatable array value)
11:35 could you print out what $k is and see if it's zero
11:35 I have no idea other than a hunch
11:35 then again, there is the check on $k beforehand
11:35 dunno, sorry
11:35 wasabi smustafa: 3.0.6 is latest stable koha , not 3.0.1
11:36 smustafa sorry I meant 3.1
11:36 I got the master from GIT
11:36 that should be updated to include all the 3.0.6 branch
11:36 correct?
11:36 wasabi no :)
11:37 jwagner hi kf
11:37 smustafa no??
11:37 wasabi 'master' means the latest unstable version, which is currently 3.2.xxx
11:37 http://git.koha-community.org/[…]oha.git;a=summary
11:38 currently 'v3.02.00-beta'
11:38 stable is currently 'v3.00.06'
11:38 smustafa ok wasabi, just a question...
11:39 wasabi do your testing on a stable koha
11:39 chris_n joined #koha
11:39 smustafa If i do remote branch based on --V3.00.06
11:39 What happens in the future to my code, [if this branch is merged into the 3.2 beta]
11:39 I have no clue..
11:39 kf but if it's not working in 3.1 we should have a bug report
11:39 wasabi the unstable branch is sometimes broken,
11:40 smustafa It is not working in 3.1....I tried many different LC Call numbers
11:40 sighs..
11:40 kf 3.1 is not far from release, if there is a problem with z39.50 searches you should file a bug report
11:41 smustafa how should I proceed now
11:42 Does the 3.0.6 have this fix?
11:43 wasabi i tic...
11:43 kf sorry, I have no 3.0.x installations, we are running 3.01.061 in production
11:43 smustafa KF dear, on your 3.1.06
11:44 Does searching by LC Call Number in Z3950 return you any results
11:44 If you search the call number TH7414 .S65 1997
11:44 or any variation of this number.
11:44 kf can you give me an example to search for?
11:44 ah
11:44 mom
11:44 one moment
11:44 smustafa It should in reality return the book "Solar Energy houses"
11:45 from Library of Congress Online Catalogue
11:45 kf no results
11:45 smustafa So this is in fact a bug??
11:45 kf I think it can be a problem of loc too
11:45 smustafa I dont know what that means?
11:46 wasabi fails for me too
11:46 lc-callnumber '77026825' to LOC fails...
11:47 smustafa I don't know what you are doing wasabi.
11:47 wasabi should return 'The complete guide to Middle-earth :' ?
11:48 smustafa so should I make a bug??
11:48 or how do I proceed...
11:48 kindly advise
11:48 kf I would file one
11:48 wasabi im testing a z39 search for lc-callnumber '77026825' to  LIBRARY OF CONGRESS [z3950.loc.gov]
11:48 kf describe what you are doing, give examples and perhaps someone else can help
11:48 smustafa ok
11:50 wasabi fails on koha-3.2 too, so its a bug ;)
11:50 smustafa ok I shall do a bug report
11:50 on Z3950 service/HEAD
11:50 wasabi yes please, yes
11:51 smustafa what does the [raw any] field in Z39.50 do???
11:53 wasabi pass, sorry
11:53 smustafa ok
11:54 nengard joined #koha
11:56 smustafa I have created the bug,
11:56 hopefully someone checks
11:59 Amit left #koha
12:12 schuster joined #koha
12:15 tomascohe joined #koha
12:16 druthb joined #koha
12:18 smustafa left #koha
12:29 owen joined #koha
12:46 kf hi owen
12:47 Nate joined #koha
12:47 owen Hi
12:50 nengard sick just in time for big bbq at my house this weekend .... hmmm :(
12:50 kf oh :( hope you get better soon
12:50 nengard owen you've been on a roll!!
12:50 owen++
12:50 thanks kf - me too!
12:51 owen Thanks nengard, I'm feeling driven these days
12:51 Trying to set a bug-fixing example
12:51 nengard I'm feeling driven - but also incapable - I keep reading through bugs and i can't find any i think i can resolbe :(
12:51 or resolve
12:52 owen "resolbe" is right if you're sick with a head cold ;)
12:52 kf owen: you make a great example
12:52 jwagner is now known as jwag_mtg
12:53 nengard owen looksl ike my fingers are having sympathy pains for my head :)
12:54 owen i can do bug 5035 for new installs only of course
12:54 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5035 normal, P5, ---, oleonard, NEW, opaccolorstylesheet preference should be empty by default
12:55 nengard but i think i'd have to leave the file there ...
12:55 color.css
12:57 sekjal joined #koha
13:07 owen Thanks nengard
13:13 kf nengard++
13:13 owen++
13:14 nengard no prob
13:17 kf I was working on bug 5090 yesterday- but have no working solution yet :(
13:17 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5090 critical, P5, ---, henridamien, NEW, New order from empty record does not save publication year and ISBN
13:18 owen nengard: I looked at Bug 5019 the other day and almost concluded we should remove the link altogether
13:18 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5019 normal, P5, ---, nengard, ASSIGNED, funds link doesn't go to list
13:18 nengard I'm changing it
13:19 owen I couldn't figure out where it should point
13:19 nengard to say Budgets & Funds
13:19 and point to the budgets page
13:19 cause that's how you get to the funds
13:19 kf those acq bugs are scary - way out of my league programming wise
13:20 kf nengard: way out of my league too :(
13:21 chris and jwagner helped me to fix the first part, but I still have problems to get it working
13:21 spend hours on it yesterday
13:21 nengard the way i see if - if those who can fix the small bugs that leaves the big bugs for the people with more skills
13:22 what i meant to say was that the people with mad skills don't have to waste their time on the small stuff :)
13:22 kf yeah, but trying on bigger bugs make you learn :)
13:23 * wasabi realises he's been giving susan bad koha-version info
13:23 magnus left #koha
13:24 wasabi i always get the koha-db and git-tag versions mixed up
13:24 nengard question for owen:
13:25 how does a page know where to look for a include (usually a menu)
13:26 owen All includes are looked for in the same place, the includes directory
13:26 hdl left #koha
13:26 nengard got it
13:28 alex_a left #koha
13:29 hdl joined #koha
13:31 alex_a joined #koha
13:34 jcamins_a is now known as jcamins
13:34 jcamins Good morning, #koha
13:35 nengard so i guess i was wrong - there are bugs i can fix :)
13:53 JeremyLC If I submit a bugfix (well, commit via git?) how do I know if it is accepted?
13:53 nengard kf is bug 4977 still an issue for you?
13:53 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4977 normal, P5, ---, henridamien, NEW, Acq: link to Z39.50 search missing from no results page
13:53 nengard JeremyLC when Galen commits it he updates the bug report to say it was pushed
13:54 you can also subscribe to the commits list
13:54 koha-commits@lists.koha-community.org
13:55 JeremyLC I'm not sure there's a bug report for it.  It's a minor detail in the way Auth_with_ldap works (don't look me up if using auth_by_bind and not using  updating or replication)
13:56 owen nengard: 4977 is still valid
13:57 nengard JeremyLC you can put a minor bug report in and then label your patch with the bug number
13:57 JeremyLC would I just commit my file via git?
13:58 nengard owen do you see what kf shows in her screenshot? or do you see what I see?
13:58 JeremyLC or, is there a different process?
13:58 nengard The process is on this page: http://wiki.koha-community.org[…]Control_Using_Git
13:58 but yes, I submit via my git repo
13:58 JeremyLC thanks
13:59 nengard I guess you want this link in particular: http://wiki.koha-community.org[…]public_repository
13:59 kf was afk, see my name - reading back now :)
14:00 nengard: let me check
14:00 owen I see exactly what kf sees nengard
14:00 nengard hehe ... okay off to try again
14:02 owen kf - i cannot get to that page - here are my steps:
14:02 1. create new basket
14:02 2. click order from external source
14:02 3. do a search for a fake title
14:02 4. see the page i attached to the bug report
14:02 owen Number 2 is the wrong step
14:02 nengard what am i doing differently?
14:02 oh!
14:02 owen 2. Type a search term in "from an existing record" form and click search
14:03 nengard i see!!!
14:03 sorry
14:03 will go fix it now :)
14:03 Johnindy left #koha
14:03 Johnindy joined #koha
14:03 kf yay :)
14:11 nengard kf fixed bug 4977
14:11 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4977 normal, PATCH-Sent, ---, nengard, ASSIGNED, Acq: link to Z39.50 search missing from no results page
14:12 kf thx :)
14:17 nengard owen have you ever looked at bug 4498 ?
14:17 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4498 normal, P5, ---, chris, NEW, Acq always shows '1 suggestions waiting'
14:18 nengard I looked at that template and I'm not sure what it thinks it's doing
14:19 kf yeah, I wanted to look at that too
14:19 perhaps we can just kill the link?
14:19 owen I take collum's comment on 2010-05-18 as accurate
14:19 kf there is always a link to suggestions, there are 2 links now
14:19 hdl kf: I am working on that.
14:20 owen Whatever happened to the "pending suggestions" box that used to be in the central area of acqui-home.pl?
14:20 kf hdl: ok :)
14:20 owen That was more useful
14:20 kf owen: I don't remember the box :(
14:21 owen We have it in our 3.0.something in-production installation of Koha
14:22 hdl: You're working on Bug 4498? If so, can you assign it to yourself?
14:22 hdl owen: just done it
14:22 nengard owen i don't remember ever seeing that box either ...
14:22 hdl I happen to see that in my tests of acquisitions.
14:22 And fixed it today
14:23 owen http://www.screencast.com/t/MTZkNWFkZjI
14:24 nengard owen - ohhhhh! I remember that now :)
14:25 owen Placing the notice there eliminates collum's concern about calling CountSuggestion on every page with the sidebar menu
14:26 nengard agree
14:27 kf aah
14:27 now I remember
14:27 :)
14:27 hdl Should we change the menu to remove Suggestions ?
14:28 nengard no
14:28 i think the link to manage suggestions should be there
14:28 but the # of waiting suggestions should be removed from the menu
14:28 and put on the main acq page
14:29 JeremyLC Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5094 patch sent :)
14:29 munin 04Bug 5094: minor, P5, ---, gmcharlt, NEW, auth_by_bind authentication can fail even if given a correct password and userid
14:29 nengard awesome!
14:29 JeremyLC very minor issue
14:30 nengard still awesome! :)
14:30 someone has to fix the minor issues
14:31 JeremyLC I guess I just wait to find out if it is accepted now
14:32 kf ok, have to leave - save me some small bugs ;)
14:32 @wunder Konstanz
14:32 munin kf: The current temperature in Taegerwilen, Taegerwilen, Germany is 14.9�C (4:38 PM CEST on August 05, 2010). Conditions: Rain. Humidity: 92%. Dew Point: 14.0�C. Pressure: 29.81 in 1009.4 hPa (Steady).
14:32 kf brr
14:33 JeremyLC @wunder 76019
14:33 munin JeremyLC: The current temperature in Shady Valley West, Arlington, Texas is 32.2�C (9:38 AM CDT on August 05, 2010). Conditions: Clear. Humidity: 65%. Dew Point: 25.0�C. Pressure: 29.86 in 1011.1 hPa (Steady). Heat advisory in effect until 7 PM CDT Friday...
14:33 kf the rain started early in the morning... and never stopped since
14:33 JeremyLC trade?
14:33 kf and I have to walk home now
14:33 after a day like this 32 sounds not so bad
14:33 bye all :)
14:34 kf left #koha
14:34 druthb @wunder 20852
14:34 munin druthb: The current temperature in Flower Valley, Rockville, Maryland is 29.4�C (10:33 AM EDT on August 05, 2010). Conditions: Clear. Humidity: 69%. Dew Point: 23.0�C. Pressure: 29.52 in 999.5 hPa (Steady). Heat advisory in effect until 8 PM EDT this evening...
14:38 nengard JeremyLC I'm not seeing your patch coming through the patches mailing list
14:38 did you send it to the list?
14:38 http://wiki.koha-community.org[…]rest_of_the_world
14:39 @wunder 19030
14:39 munin nengard: The current temperature in Mercer County, Ewing, New Jersey is 31.8�C (10:44 AM EDT on August 05, 2010). Conditions: Clear. Humidity: 48%. Dew Point: 19.0�C. Pressure: 29.76 in 1007.7 hPa (Rising). Heat advisory in effect from 11 am this morning to 10 PM EDT this evening...
14:39 nengard hmmmm - where is the rain we were promised?
14:52 alex_a left #koha
14:54 rhcl_away where is the bagles and coffee I was promised?
14:54 is are whatever
15:04 nengard who promised that?? :)
15:06 chris_n hmm.... local air port reports a heat index of 56 C... <boggle>
15:15 jcamins ::boggle::
15:16 Am I missing something obvious? Is there any way to set an indicator in a framework?
15:17 The boggling, by the way, was about the fact that chris_n made it to work in that heat.
15:18 CGI288 joined #koha
15:19 nengard jcamins i don't think there is a way to set an indicator inthe framework
15:19 CGI288 left #koha
15:20 reva joined #koha
15:20 jcamins nengard: Ouch. Thanks. At least it's not me being stupid.
15:20 nengard i could be wrong
15:20 * chris_n heads off to fry eggs on the sidewalk
15:20 nengard LOL
15:21 jcamins - off to poke and prod
15:22 yeah - i don't see indicators anywhere
15:22 reva chris_n: Hello from Antigua and Barbuda. I have a very basic question about 092 tag. It is not showing up in the default framework when entering or editing a record; only the 082 tag. How do I have it show up when entering/editing bib records? Thanks for any hlep.
15:23 nengard reva you need to add the 092 to the framework - read this page of the manual for instructions for that: http://koha-community.org/docu[…]?ch=x3725#AEN3728
15:24 reva Thanks nengard: I will do that and get back here to tell you if it worked for me.
15:25 cfouts joined #koha
15:26 jwag_mtg is now known as jwagner
15:26 jcamins nengard: Looking at kohastructure.sql, it seems that there is nowhere to store indicators.
15:26 nengard that's possible
15:26 * jwagner sneaks back in between meetings
15:26 jwagner owen, online?
15:26 jcamins marc_tag_structure, right?
15:26 owen jwagner: Yes
15:27 jwagner I know I've done this recently, but darned if I can find where & how.  One of my sides wants the background color of the opacheader to match the blue of the masthead.  I've copied the background color & also the background image from opac-main-search, but it's showing up as a darker blue than the masthead
15:28 Do you know offhand what I need to adjust?  I tried lightening the background color but couldn't dial it in.
15:29 owen The masthead uses a repeating background image, a gradient
15:30 You wouldn't be able to accurately get them to match unless you reset the default background of opac-main-search
15:30 http://rfpl.kohalibrary.com/
15:30 jwagner I copied background-image : url( ../../images/menu-background.gif); background-repeat : repeat-x; background-color : #739ACF; from opac-main-search
15:32 So maybe drop the background image from both & just use the same background color?
15:32 owen That's what I did in the rfpl example.
15:33 jwagner OK, let me try that.  THanks.  (Darn it, I _KNOW_ I did this recently but I can't remember where....)
15:34 THat did it.  Thanks much!
15:38 cfouts good day, all.
15:38 owen Hi cfouts, what's up?
15:39 cfouts is there a use case for user-added sysprefs? i.e. ones that don't have any tie-in to the perl code?
15:41 reva nengard: the default framework does not have an edit link in the Edit column. (It only has the MARC structure link.) I have looked at the other frameworks that comes with the demo.When I look at the "Books"c. framework and click on show only used tags and subfields it shows that 092 is a tag I can use when I choose "Books" framework when cataloging. But it does not show  when I go into entering a new record or editing one.
15:41 owen reva: You want the MARC structure link
15:42 * jwagner heads off to another meeting now :-(
15:42 jwagner is now known as jwag_mtg
15:44 cait joined #koha
15:44 reva Owen: I tried clicking the MARC structure link and then checked the box to show currently configured for use with that framework (for example, Books). Ity is showing 092 field is used, but why is it not showing when editing/entering a record?
15:45 owen reva: You have further to go
15:45 cait back
15:45 hi again all :)
15:45 reva owen: can you please lead the way?
15:45 owen reva: Click the "subfields" link for 092
15:46 Then click the "edit subfields" button
15:46 Choose which subfield you want to display in the editor and click the corresponding tab
15:46 Click the "display more constraints" link
15:47 Change the "hidden" value from "-6" to 0
15:47 To see a list of all the possible values for "hidden," click the [?] link in the upper right corner of that page
15:52 chris_n: You still out on the sidewalk?
15:54 How's this for an "edit" link icon for the MARC editor: http://www.screencast.com/t/NTk3NmQ3Y2
15:54 ...to replace the "..."
15:56 jcamins owen: awesome!
15:56 owen++
15:56 That will save so much time with training my next batch of interns.
16:10 chris_n owen: very, very cool
16:25 hdl cfouts: imho, you will always have some lines of code to link to system preference
16:29 owen More editor icons. Tag repeat/tag delete, choice one: http://www.screencast.com/t/MDViYTY5
16:29 Tag repeat/tag delete, choice 2: http://www.screencast.com/t/NmRhZDMyY
16:31 cfouts hdl: that's my reckoning, too.
16:32 cait hm choice one :)
16:35 hdl cfouts: But some users like to have the power to add some new preferences.
16:40 jcamins owen: I can't tell which is which, but I like the one withthe narrower images.
16:41 -2, I think.
16:47 owen I wanted to make the tag repeat/delete icons different than the ones for the subfields.
16:47 I'm a little concerned things are looking cluttered
16:48 cfouts hdl: then they shake their fists at the sky celebrating their impotent addition of a syspref that doesn't have the power to change anything? Or you're saying that they then also customize their code to change behavior?
16:49 jcamins owen: that's why I liked the narrower one. It seemed more distinct.
16:49 chris_n cfouts, hdl: arn't all sysprefs loaded into the session?
16:49 moodaepo @wunder 56001
16:49 munin moodaepo: The current temperature in South on Monks, Mankato, Minnesota is 23.6�C (11:54 AM CDT on August 05, 2010). Conditions: Clear. Humidity: 49%. Dew Point: 12.0�C. Pressure: 29.99 in 1015.5 hPa (Rising).
16:49 owen FWIW I prefer that one too
16:49 cfouts the only potential use case I can imagine is if there's some existing mechanism (that I don't know about) that exports sysprefs to be accessible in template parsing.
16:50 hdl cfouts: sometimes, they ask for so strange behaviours, that one has to allow them to add local sys prefs...
16:50 chris_n if so, then they could be used inside of templates w/o code modification
16:50 hdl chris_n: no, they are not.
16:51 at least I donot think so
16:51 * chris_n was asking this same question about local sysprefs when contemplating adding back in a local syspref editor option
16:51 chris_n it seems that if you add a syspref, you put it in an existing category or make a new one for it
16:52 cfouts my overarching question for this is wondering why we have to increment the dbrev each time we add a new syspref.
16:53 chris_n cfouts: I think that is required only for other-than-local sysprefs
16:53 here is one use case of local sysprefs: http://wiki.koha-community.org/wiki/Koha_as_a_CMS
16:53 but it still requires touching code
16:53 nengard cfouts we have librarians using the local use preferences to create pages on their koha server
16:54 basically they do this: http://wiki.koha-community.org/wiki/Koha_as_a_CMS -- but that too is linked to code
16:54 chris_n cfouts: incrementing the dbrev ensures that existing installs pickup on the addition
16:54 * chris_n hears an echo... ;-)
16:54 nengard ? did someone else say that? I was trying to read back :) oops soory
16:54 sorry
16:55 chris_n :)
16:55 cfouts why isn't the information about the syspref hard-coded, just like its tab affiliation, then seed a default value into the DB table the first time it's accessed?
16:55 hdl left #koha
16:58 chris_n cfouts: are you speaking of the new syspref editor?
16:58 reva owen: Sorry, an interruption just got back and followed what your instructions to show the field in the selected framework. Thanks it worked great and now it is showing when I am creating and editing a record.:) And thanks nengard too!
16:58 cfouts I think so. I'm not sure what the old syspref editor is.
16:59 chris_n the entire thing is hard coded now with the db only storing the actual values
16:59 except in the case of local sysprefs which still rely on old code
16:59 hopefully that will be fixed in 3.4
17:00 hdl joined #koha
17:01 chris_n cfouts: I see what you're suggesting... that's a good idea
17:01 cfouts I think it's not clear to me what differentiates a local from non-local syspref. "local" are one's that aren't part of the official panoply dstributed with koha?
17:01 chris_n the default value could be added to the yaml file and then some code to push it if there is no value currently in the db
17:01 hdl left #koha
17:02 sekjal it does seem a bit odd to have staff be able to add system preferences through the staff client, but not be able to do anything with them without editing Perl.
17:02 chris_n cfouts: correct
17:02 sekjal the barrier for getting the local prefs to take effect is still there
17:03 now, if the templates were editable through the staff client...
17:03 chris_n cfouts: if such a change were made it would make the work flow easier for adding a syspref
17:03 cfouts sekjal: so syspref contents are accessible from template space?
17:03 chris_n: exactly. that's what I'm trying to get around is the DB updatedatabase coordination.
17:04 which makes merging a pain.
17:04 sekjal cfouts: if they aren't all universally available, it could be done
17:04 * chris_n agrees with anything that makes life easier
17:06 pianohack joined #koha
17:06 chris_n pianohack!
17:06 just in time for a syspref discussion
17:06 cfouts speak of the devil
17:06 pianohack In a meeting at the moment, but I'll browse the scrollback :)
17:06 owen pianohack felt a disturbance in the system preferences force
17:07 chris_n fwiw, a wad of sysprefs are loaded in the template
17:08 * chris_n tests to see if a newly added local pref shows up
17:09 chris_n nope
17:09 so it will always take code work to make a syspref appear in the template
17:09 the way things stand atm
17:10 * chris_n loves git
17:10 chris_n pianohack: when you're back here is the thought: the default value could be added to the yaml file and then some code to push it if there is no value currently in the db
17:11 sekjal all this is making me that Koha needs to have themes/skins and plug-ins, much like other systems
17:11 chris_n allowing us to get rid of using updatedatabase.pl and dbrevs to add new prefs
17:11 sekjal: true
17:11 brendan left #koha
17:12 * chris_n looks around for gmcharlt
17:12 chris_n cfouts: why not shoot a post to the dev list outlining your idea and see what folks have to say about it
17:13 * chris_n thinks it has merit
17:14 chris_n bbiab
17:16 alohalog left #koha
17:16 alohalog joined #koha
17:25 brendan joined #koha
17:40 tomascohe left #koha
17:42 indradg joined #koha
17:47 CGI350 joined #koha
17:48 reva left #koha
17:51 CGI350 I'm trying to create a batch so that I can print labels for books.  Koha has an option to search for the items according to the date they were added, however, it does not seem to be working.  any suggestions?
17:51 chris_n CGI350: what version are you using?
17:52 CGI350 3.01
17:52 3.01.00.143, to be exact
17:53 briceSanc joined #koha
17:55 briceSanc hi
17:55 chris_n CGI350: the label item search is broken in that version iirc; it works in 3.2.beta
17:55 * chris_n suggests upgraded
17:56 CGI350 what's the easiest way of upgrading to 3.2.beta?
17:56 sekjal chris_n: 3.01.00.143 is only 2 dbrevs behind the current HEAD
17:57 chris_n opps... sorry, I miss-read and was thinking 3.0.x
17:58 sekjal CGI350: did you migrate your items from a previous system, or add them directly into Koha?
17:58 chris_n CGI350: it works fine here
17:58 * chris_n suspects data problems
17:59 CGI350 I imported the records from loc, etc.
17:59 loc = Library of Congress
18:00 I made a few minor changes to them of course
18:00 sekjal CGI350: right.  and you added item records for those biblios once they were imported?
18:00 CGI350 I can search by title and add items to the batch but searching by add date doesn't seem to be working.  I've tried it in the past as well
18:01 sekjal: correct.  though koha did most of the work for me
18:01 * chris_n verifies the item search works in .143 as well
18:01 sekjal it does seem like a data problem, that your records are somehow missing the necessary date information
18:01 pianohack chris_n: The only problem there is that default values would have to be added to every C4::Context->preference call, because a preference might be referred to by the code before the preferences.pl screen is loaded
18:02 chris_n pianohack: what about some code to check at login time?
18:03 CGI350: the search is performed on the accession date, so maybe check to see if that is missing from your item records
18:04 briceSanc Could we make a codabar search in OPAC ?
18:06 CGI350 chris_n: would I check that in the marc record or in the items that are added after importing the marc record?
18:06 chris_n in the item records which you added after marc import
18:07 CGI350 I checked.  The dates are there
18:09 I can see the "acquired date" in box d when I edit the items
18:10 Anything else I can check?
18:18 chris_n if you are using zebra, be sure you have re-indexed after item entry and prior to searching
18:19 CGI350 no zebra.  i'll reindex right now and then try again
18:22 Still nothing
18:28 chris_n owen about?
18:28 owen Yes
18:28 chris_n any thoughts on why I get "Could not find opac-search.xml" in the opac advanced search?
18:28 * chris_n just rebased
18:30 owen No idea. I've never seen that one before
18:34 * chris_n suspects syspref data corruption
18:36 nengard left #koha
18:40 chris_n hmm... broken pazpar2 server
18:41 wizzyrea owen++ #for teaching jquery at kohacon last year
18:42 owen Who's doing it this year? :)
18:42 wizzyrea >.< nobody that I know of
18:42 < is not qualified to teach it, for sure
18:42 chris we use jquery a lot at catalyst
18:42 ill be able to find ppl for the dev conference if its wanted
18:44 wizzyrea owen: just saying that because it's because of you that I get a lot more done :)
18:44 owen And good morning chris :)
18:45 chris morning owen
18:47 CGI350 left #koha
18:47 chris_n hi chris
18:48 chris hey chris_n
18:49 chris_n chris: when you get a chance maybe comment on the discussion earlier of modifying the method of adding sysprefs
18:49 cait hi cris
18:49 chris
18:49 chris_n brb
18:50 chris im not sure i think incrementing the db version is such a bad thing
19:07 wizzyrea if I wanted to add a tablesorter, could I do that for a specific table through intranetuserjs?
19:07 I think I see that I could but I'm doubting myself
19:07 guess the worst that would happen is that it would break :P
19:08 owen I haven't tried it that way wizzyrea but it should be possible if the markup is correct
19:08 The catch is that the table needs a <thead> and  a <tbody> and not all do
19:08 wizzyrea right, the one I am trying to do does
19:08 (view_holdsqueue)
19:09 #holdst
19:09 so I would include <script type="text/javascript" src="<!-- TMPL_VAR name="themelang" -->/lib/jquery/plugins/jqu​ery.tablesorter.min.js"><
19:09 or would I not need to
19:09 owen the tablesorter js isn't included by default
19:09 wizzyrea and then the  $("#holdst").tablesorter(); in the right place
19:10 owen You'd have to enter it with the correct full path to the plugin though, w/o the TMPL stuff
19:10 wizzyrea right
19:10 good point
19:11 so en/lib/etc
19:11 since en is my lang
19:11 or do you have to go back further than that
19:11 bah, I'll just try it
19:12 owen /intranet-tmpl/prog/en/etc...
19:12 wizzyrea aha
19:12 so from koha base
19:12 guess that makes sense :P
19:13 ^^ is serious
19:16 jcamins You can use jQuery to make sortable tables?!?
19:16 Wow.
19:16 owen And we do :)
19:22 wizzyrea owen: it totally works
19:22 :D
19:22 * wizzyrea does a little dance
19:23 wizzyrea thanks for the advice
19:25 druthb left #koha
19:26 chris owen: can you think of a reason not to include the tablesorter? given we can use expires headers etc to have the browser cache it, it would be handy if it was available almost everywhere in the staff side
19:26 owen chris: I think originally I wasn't sure how often it was going to be used
19:27 chris makes sense
19:27 jwag_mtg is now known as jwagner
19:28 owen When you say "we can use expires headers etc" is that something that can happen through Koha, or only through Apache configuration?
19:28 wizzyrea you'd still have to have the little tag to actually implement it on a given table, right?
19:29 jwagner Not to change the subject, but I was astonished today to find that Koha will accept and use barcodes with spaces in them.  This seems like a recipe for disaster to me -- was it intended?
19:29 wizzyrea ^^ has also noted this
19:29 (some of our tiny libraries type them in with the spaces
19:29 )
19:29 and are surprised when they don't work
19:30 owen Spaces are just data right? The only time you might have problems is when doing something like auto-incrementing them
19:30 chris owen: through webserver configuration
19:30 jwagner We were working with a dataload, and there are barcodes on the same title like 330320096470 1, 330320096470
19:30 2, 330320096470 3 -- Koha seems happy with them, but _I'm_ not.
19:30 chris owen: the default koha-httpd.conf puts some on now i think
19:30 wizzyrea owen; it's a problem when you try to scan a barcode that you've typed in with spaces... it no worky
19:31 chris owen: but i use nginx to serve all my static content, and apache2 just for the dynamic stuff
19:31 sekjal left #koha
19:31 wizzyrea i imagine those barcodes don't work well with their respective scanners
19:31 chris wizzyrea: because the scanner doesnt insert the spaces?
19:31 wizzyrea right
19:32 chris yeah, not really a koha problem, spaces are just data
19:32 wizzyrea (of course, if our lil librarians were... well, we won't say, but they should be scanning in the barcode instead of typing it)
19:33 chris we could warn, did you mean to put a space here?
19:33 i dont think it should auto correct though, thats more of a recipe for disaster
19:33 * wizzyrea refrains from proposing a syspref for "accept spaces in barcodes?"
19:33 realizes she just did
19:33 wizzyrea crap.
19:34 owen I think we need a syspref for "accept threes in barcodes." And one for fours. etc.
19:34 chris heh
19:34 wizzyrea sob.
19:35 jwagner I personally think we just shouldn't allow spaces in the barcode....
19:35 chris well i think people should cleanse their data before loading it
19:35 jwagner Or allow people to create policy codes with special characters in them like @ or ' that screw up the system.  Grump.
19:36 wizzyrea chris: to be contrary, our problems stem from original data entry
19:36 not at load time
19:37 chris wizzyrea: yup, but what if someone wants a space in it
19:37 and the scanner does insert them
19:37 now weve broken koha for them
19:37 how about you go to the staff, and say, look
19:37 wizzyrea to disallow them entirely is probably bad, hence my proposal that was not a proposal. :P
19:37 chris stop typing in spaces
19:37 or you are fired
19:38 problem solved
19:38 wizzyrea but in all truth, that's what we did (except for the fired bit)
19:38 NERD FIGHT!
19:38 :)
19:38 chris im sick of tech solutions to human problems
19:38 this is a really minor case of that
19:38 but i run into it all the time, make this system stupidly complicated, cos our staff are morons
19:39 and we cant make them actually do their jobs
19:39 owen I've sometimes wondered about adding a preference where you could enter a JavaScript regex that would check for your particular library's barcode pattern
19:39 chris plus ive been writing rfp responses which are stupidly complex, so im just grumpy
19:39 oh, that might be pretty cool
19:39 wizzyrea that'll do it
19:40 ooh, yea good idea owen
19:40 cait +1
19:40 :)
19:40 wizzyrea then you can set it howeveryouwant
19:41 jwagner That would be helpful, yes.  But I'm still shocked that it was allowed.  Guess my legacy prejudices are showing....
19:42 owen Who is Koha to presume you don't want spaces in your barcode?
19:43 chris thats what i was trying to say
19:43 * wizzyrea imagines owen on a soapbox
19:43 listens with rapt attention
19:43 wizzyrea lol. ok, sorry. I'll stop now.
19:43 <3
19:44 cait good night all
19:44 owen Where's a fella even get a box of soap these days anyway?
19:44 cait :)
19:44 chris code128 allows spaces
19:44 code3of9 doesnt
19:44 wizzyrea gnite cait
19:44 cait left #koha
19:44 chris sorry, yes, 3of9 does too
19:44 code11 doesnt
19:45 code49 no space, code 93 space is valid
19:45 so yeah, i dont think allowing spaces is intrinsicly bad
19:45 since the specs allow them
19:46 wizzyrea you win. :)
19:46 chris heh
19:46 nerd olympics
19:46 ok bus time
19:50 * jwagner concedes the argument and heads home....
19:50 wizzyrea bye jwagner
19:51 jwagner left #koha
19:52 owen Disallowing spaces in barcodes can be the next big LLEK feature.
19:52 wizzyrea lol, you've been holding onto that one for a while haven't you
19:53 owen Every time I accidentally type a bugs.koha.org address and DON'T get intelligently redirected I get pissed off anew
19:54 wizzyrea oh humbug, you're leaving aren't you owen
19:54 i will ask you about barcodes on the holds queue report tomorrow maybe
19:54 owen Did you have a question?
19:55 wizzyrea it's not important enough for you to stay late
19:55 :)
19:55 owen Yeah, I can take a look tomorrow at how we added barcodes to our custom holds queue report
19:55 Bug me about it
19:55 wizzyrea k I will
19:55 owen Bye all!
19:55 owen left #koha
20:04 briceSanc left #koha
20:26 sekjal joined #koha
20:27 jcamins is now known as jcamins_a
20:27 richard joined #koha
20:27 richard hi
20:49 schuster left #koha
20:58 chris hi richard
20:58 richard hey chris
21:13 sekjal left #koha
21:22 Nate left #koha
21:39 JeremyLC left #koha
22:00 brendan_ joined #koha
22:00 brendan_ left #koha
22:04 brendan left #koha
22:35 pianohack left #koha
22:35 pianohack joined #koha
22:44 braedon|1 left #koha
22:52 darling joined #koha
23:06 chris http://perlbuzz.com/2010/08/pe[…]ing-built-in.html  <--handy
23:11 robin chris: perl6 has a lot of awesome in it, just waiting for it to be closer to production ready.
23:11 davi left #koha
23:11 robin I want the ~~ operator.
23:13 http://svn.pugscode.org/pugs/d[…]S03-operators.pod <-- search for the 'Smart matching' section
23:13 chris yup
23:13 robin apparently it's in perl 5 now, too
23:14 I just noticed.
23:14 I need to read perlsyn one of these days, I'm missing all kinds of new goodness I expect.
23:15 chris perlbuzz is good too
23:15 robin chris: reminds me, does Koha have a target perl version, or is it "whatever's in debian stable at the moment"?
23:15 chris 5.10
23:15 robin ah cool
23:15 chris pretty much equates to the same thing though :)
23:15 robin we should start putting 'use 5.10' in the files.
23:16 chris we do in some i think
23:16 or i might be dreaming
23:16 robin oh OK
23:16 I haven't noticed, but I haven't been looking.
23:16 Might start doing it as a matter of habit.
23:17 chris the packages certainly require it
23:17 .deb ones
23:17 yeah, good idea

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

koha1