gmail.com, NEW, holds queue script should target as many items as are available← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:00 | ricardo_AWAY left #koha | |
| 00:00 | ricardo_AWAY_ is now known as ricardo_AWAY | |
| 00:30 | gmcharlt | @later tell hdl I'll look at ModItem |
| 00:30 | munin` | gmcharlt: The operation succeeded. |
| 00:31 | chris | 98 to go .. cracked the 100 mark :) |
| 00:34 | ricardo_AWAY is now known as ricardo | |
| 00:35 | ricardo | Hi Chris... Thanks for setting up the repository. I haven't tested it, but I will try to do that tomorrow, at work, if I can. |
| 00:35 | Time to go to sleep now... The holidays are officially over :( | |
| 00:36 | To you, Chris and Henri: keep up the great work! :) | |
| 00:37 | ricardo left #koha | |
| 01:19 | chris_n2 | hi chris |
| 01:24 | chris | hi chris_n2 |
| 01:30 | Jo joined #koha | |
| 02:25 | gmcharlt | @later tell hdl sopac and new_acq branches will be pushed Tuesday evening (your) time |
| 02:25 | munin` | gmcharlt: The operation succeeded. |
| 03:27 | Amit joined #koha | |
| 03:27 | Amit | hi chris |
| 03:27 | good morning #koha | |
| 04:15 | brendan | good morning amit |
| 04:15 | Amit | hi brendan |
| 05:00 | Elven_Thief joined #koha | |
| 05:01 | Elven_Thief | silly question. i screwed up the 952$b field on some items in a massive record import. is there any easy way of regexing a fix into the marc record? |
| 05:08 | Amit | hi elven_thief |
| 05:08 | Elven_Thief | hey |
| 05:08 | Amit | what is your problem |
| 05:09 | Elven_Thief | basically, i misspelled a holdings entry - 952 $b - so items aren't showing up under that library |
| 05:09 | so, what i'm needing is essentially a find/replace function | |
| 05:10 | either at the sql level or higher | |
| 05:19 | Jo left #koha | |
| 05:23 | richard left #koha | |
| 05:25 | anasha joined #koha | |
| 06:33 | nicomo joined #koha | |
| 06:44 | chris | evening |
| 06:46 | nicomo | evening chris |
| 06:48 | fredericd | good morning all |
| 06:48 | chris: very good news from NZ | |
| 06:50 | chris | Elven_Thief: you will need to change it in 2 places, in biblioitems.marcxml and items.holdingbranch |
| 06:51 | Elven_Thief | yeah. unfortunately, i don't think an item got created for it |
| 06:51 | chris | ahhh |
| 06:51 | Elven_Thief | i fixed marcxml |
| 06:51 | but then realized they all pointed to null items, which means i've gotta fix the record and reimport | |
| 06:51 | chris | fredericd: thanks :) |
| 06:51 | Elven_Thief | but thanks though |
| 06:51 | chris | Elven_Thief: yeah :( |
| 06:55 | |Lupin| | hi everybody |
| 06:56 | seems I didn't leave the chan yesterday... | |
| 07:01 | hdl_asleep is now known as hdl | |
| 07:02 | chris | down to 75 picks to go hdl |
| 07:03 | hdl | "good job" ;) |
| 07:03 | chris | just fixed a couple of little errors, so should be all good to pull from my repo now |
| 07:05 | hdl | mmm. warnings. |
| 07:05 | On Circulation.pm | |
| 07:05 | _structure.pl syntax OK | |
| 07:05 | "my" variable $branch masks earlier declaration in same scope at /home/koha/Code/current/C4/Circulation.pm line 1965. | |
| 07:05 | "my" variable $datedue masks earlier declaration in same scope at /home/koha/Code/current/C4/Circulation.pm line 1966. | |
| 07:05 | "my" variable $lastreneweddate masks earlier declaration in same scope at /home/koha/Code/current/C4/Circulation.pm line 1967. | |
| 07:05 | I shall fix that | |
| 07:05 | chris | cool |
| 07:06 | hdl | error compile on circulation.pl |
| 07:06 | noerror not defined | |
| 07:07 | chris | ill fix that one |
| 07:10 | hmm interesting | |
| 07:12 | hdl | chris do you have the list so that I can see which ones have to be applied |
| 07:12 | chris | sent it to you in email |
| 07:13 | hdl | ok. |
| 07:17 | chris | fixed the syntax error for circ/circulation |
| 07:17 | anasha left #koha | |
| 07:18 | paul_p joined #koha | |
| 07:18 | chris | the template is a bit messed up tho, ill fix that |
| 07:26 | |Lupin| | is it posible to remove an unicityconstraint from a table ? |
| 07:26 | something declarde like this: | |
| 07:26 | UNIQUE KEY `unicity` ... | |
| 07:32 | anasha joined #koha | |
| 07:34 | chris | hdl: fixed the template too now |
| 07:35 | and successfully issued a book | |
| 07:35 | so you might want to pull again | |
| 07:35 | hdl | thx. |
| 07:36 | Will update then | |
| 07:37 | Problem on catalogue/detail.pl too | |
| 07:37 | Global symbol "$isbn" requires explicit package name at catalogue/detail.pl line 230. | |
| 07:37 | Global symbol "$similar_products_exist" requires explicit package name at catalogue/detail.pl line 257. | |
| 07:37 | Global symbol "$customer_reviews" requires explicit package name at catalogue/detail.pl line 259. | |
| 07:37 | Global symbol "@similar_products" requires explicit package name at catalogue/detail.pl line 260. | |
| 07:38 | chris | ahh i just fixed that for the opac |
| 07:38 | so many changes to amazon stuff | |
| 07:38 | hard to merge them all nicely | |
| 07:38 | ill fix it for the staff side too | |
| 07:39 | hdl | We should have that in Modules an functions rather than in scripts |
| 07:39 | thx | |
| 07:41 | chris | yeah |
| 07:43 | fixed the syntax error | |
| 07:43 | we will want to check all the amazon stuff when we have finished cherry picking | |
| 07:44 | catalogue/detail.pl and opac/opac-detail.pl | |
| 07:44 | to check it all works | |
| 07:45 | Elven_Thief | chirs: great success. thanks for the help above. |
| 07:45 | er chris* | |
| 07:48 | chris | np |
| 07:51 | hdl: ok, ready for another pull ... any more errors you have spotted? | |
| 07:54 | hdl | no |
| 07:54 | thx | |
| 08:04 | bigbrovar joined #koha | |
| 08:04 | bigbrovar | . |
| 08:05 | bigbrovar left #koha | |
| 08:05 | bigbrovar joined #koha | |
| 08:07 | Kivutar joined #koha | |
| 08:49 | davi | Besides the user_permissions and userflags tables, where are users password, login, etc. recorded? |
| 08:50 | chris | in borrowers |
| 08:51 | password, and userid | |
| 08:51 | davi | thanks chris |
| 08:53 | Can "user groups" be defined in Koha? | |
| 08:56 | chris | nope |
| 08:57 | not yet anyway | |
| 08:58 | davi | ok |
| 09:01 | nicomo | oops wrong channel |
| 09:01 | chris | heh |
| 09:01 | |Lupin| | I'm jus wondering |
| 09:02 | would it be a lot of work to add an option to bulkmarcimpot so that the imported records are added on a specified virtualshelf ? | |
| 09:02 | davi | How to create an OPAC user in Koha? |
| 09:02 | |Lupin| | would such a feature lok convenient to you guys ? |
| 09:03 | davi: what do you mean by opac user ? | |
| 09:03 | chris | davi: you just add a member then assign them a username and password |
| 09:03 | davi | Is there a web page in Koha to do it? |
| 09:04 | chris | yes |
| 09:04 | |Lupin| | davi: go to Members and then add member |
| 09:04 | davi | Let me look |
| 09:05 | Amit | hi lupin |
| 09:06 | |Lupin| | hi amit |
| 09:06 | davi | I do not see "Member" in the admin console :8080 |
| 09:08 | I have this password in borrowers "CY9rzUYh03PK3k6DJie09g" and I want to reset it to check the login works | |
| 09:10 | chris | http://koha.org/documentation/[…]s/editing-patrons |
| 09:10 | davi | thanks |
| 09:33 | |Lupin| | chris: any opinion re:bulkmarcimport and the virtualshelves ? |
| 09:36 | chris | i dont think its a feature i would ever use |
| 09:36 | but i dont think it would be hard to add | |
| 09:43 | |Lupin| | chris: ok |
| 09:43 | chris: you are saying you'd never use it because bulkmarcimport is supposed to be used only once ? | |
| 09:47 | chris | yep |
| 09:47 | id use the web interface | |
| 09:47 | which allows you to name an import | |
| 09:50 | |Lupin| | chris: ah, yes. But it's not that convenient for me... |
| 09:51 | chris: which tables are used to name imports when they are done in the web interface ? | |
| 09:53 | anasha left #koha | |
| 09:55 | chris | not sure, ive never needed to use them after an import |
| 10:02 | |Lupin| | chris: ok |
| 10:11 | hdl | |Lupin|: breeding |
| 10:11 | anasha joined #koha | |
| 10:12 | bigbrovar left #koha | |
| 10:16 | |Lupin| | hdl: thanks |
| 10:18 | anasha left #koha | |
| 10:19 | hdl | chris good night. |
| 10:19 | if you are going to bed | |
| 10:19 | :D | |
| 10:21 | |Lupin| | hm |
| 10:21 | I've a problem with OPAC searches | |
| 10:21 | it's a nozebra install | |
| 10:22 | I searched for "vie" (life) and this gave back 93 answers | |
| 10:22 | We thought it's because the search includes the abstracts we have in 330$a | |
| 10:22 | so I removed this field from the NoZebraIndexes | |
| 10:22 | and re-indexed | |
| 10:22 | and still 93 results | |
| 10:22 | any idea ? | |
| 10:23 | cc joined #koha | |
| 10:25 | cc left #koha | |
| 10:25 | cc joined #koha | |
| 11:18 | gmcharlt | slef: if you're about, I've got a question for you - have you had to answer any RFI or RFPs that were based on the UK core specs for ILSs? |
| 11:23 | Amit | hi galne |
| 11:23 | hi galen | |
| 11:24 | gmcharlt | hi Amit |
| 11:35 | jwagner joined #koha | |
| 11:39 | bigbrovar joined #koha | |
| 11:46 | chris_n | g'morning koha |
| 11:46 | bigbrovar | hi guys its me again so i did some reading on the marc thingie last night (Nigerian time) and i think i now have a better understanding about it .. am trying to import our library catalog which is in spreedsheet to koha .. but i figured i have to map the catalog field to fit with marc tags in koha (right?) |
| 11:51 | Amit | hi chris_n |
| 11:53 | bigbrovar | ok some of the field which the librarian used does not seem to fit any marc tag in koha . and she is not even here to hold my hands but i uploaded the spreedsheet here and the field which i have mapped in case a good person could let me know if am doing the right thing : the original sreedsheet catalog is here http://www.sendspace.com/file/cuwi17 and the work i have done trying to map the field to a marc tag is here http://www.sendspace.com/file/qo99wz |
| 11:54 | am not sure if am doing the right thing but am really trying to learn and do this write (giving up or going the easy way is not in my book) | |
| 11:55 | right* | |
| 12:00 | chris_n | bigbrovar: check out this http://wiki.koha.org/doku.php?id=marcedit |
| 12:07 | Amit | bye all i m going |
| 12:08 | Amit left #koha | |
| 12:11 | cc | gmcharlt: I've got a copy of a UK core spec if you'd like me to forward it |
| 12:24 | |Lupin| | pls, which permisson is necessayr for a librarian to be allowed to delete bibliographic records ? |
| 12:24 | I thought editcatalogue was enough for that ? | |
| 12:28 | schuster joined #koha | |
| 12:36 | schuster | gmcharlt around? |
| 12:36 | Question about the NEKLS holds features. | |
| 12:48 | cc left #koha | |
| 12:50 | Colin joined #koha | |
| 12:53 | owen joined #koha | |
| 12:55 | |Lupin| | hi owen |
| 12:56 | owen | Hi |
| 12:56 | |Lupin| | OUr librarian can't se the "delete record" button whereas she is superlibrarian |
| 12:56 | and when I log in as her I can see them with lynx | |
| 12:57 | I have no idea what happens... | |
| 12:58 | owen | Are you talking about the bibliographic detail page in the staff client? |
| 12:59 | |Lupin| | owen: yes, exactly |
| 13:05 | owen | There is not a "delete record" button when you're looking at it in a javascript-capable browser. |
| 13:05 | There is a "delete record" menu option under the "edit" menu. | |
| 13:06 | jdavidb joined #koha | |
| 13:12 | |Lupin| | owen: ah, ok |
| 13:14 | owen: where exactly is this edit menu ? | |
| 13:15 | owen: is it what is clled modifier in the french version ? | |
| 13:16 | owen | Visually speaking, the first "menu button" is "new," and the second is "Edit" |
| 13:16 | gmcharlt | schuster: pong |
| 13:16 | owen | When you click the "Edit" menu button, your choices are "edit record," "edit items", "edit as new", and "delete record" |
| 13:16 | ...and "delete record" will be inactive if there are any items attached to the record. | |
| 13:20 | |Lupin| | owen: yeah,got it. thanks a lot for your help !! |
| 13:51 | bigbrovar left #koha | |
| 13:59 | bigbrovar joined #koha | |
| 14:18 | rhcl joined #koha | |
| 14:48 | pianohacker joined #koha | |
| 14:48 | pianohacker | Good morning |
| 14:51 | |Lupin| | hey Jese |
| 15:01 | chris_n | howdy pianohacker |
| 15:02 | pianohacker | Hi, chris_n |
| 15:02 | Hi, |Lupin| | |
| 15:06 | nahuel++ # For CCL parsing | |
| 15:06 | nahuel | hi pianohacker ! |
| 15:07 | pianohacker | Hi, nahuel |
| 15:07 | nahuel | It's cool you love it ! :p |
| 15:07 | pianohacker | It's been needed for a while |
| 15:07 | Are they keeping you busy with those sorts of bugfixes? | |
| 15:07 | nahuel | hehe |
| 15:07 | Depends our clients bugs | |
| 15:07 | :) | |
| 15:10 | brendan left #koha | |
| 15:10 | bigbrovar left #koha | |
| 15:16 | paul_p | owen: around ? |
| 15:17 | owen | Yes |
| 15:17 | |Lupin| | pls |
| 15:17 | I'm preparing records to be imported in Koha | |
| 15:17 | the letters with accents are displayed incorrectly by yaz-marcdump | |
| 15:18 | paul_p | I really find your blog awesome ! so, I want to ask Kivutar to translate all your entries into our BibLibre blog. Would you agree (with a link on all entries to your original version, of course) |
| 15:18 | |Lupin| | but when imported in Koha the letters are displayed correctly |
| 15:18 | should I be worried or just ignored ? | |
| 15:19 | gmcharlt | |Lupin|: depends on your terminal settings - if your records are in UTF-8, and your terminal is in UTF-8, and the characters are wrong, yes, you probably should double-check |
| 15:19 | owen | Of course, paul_p, I'd love it! |
| 15:19 | gmcharlt | owen++ |
| 15:20 | paul_p | ok, many thanks. So, Kivutar, you can start blogging when you want/have some time ! |
| 15:20 | |Lupin| | gmcharlt: I'm sure about my terminal being UTF8 |
| 15:21 | gmcharlt: how can I know for sure what is the encoding of the records ? | |
| 15:31 | brendan joined #koha | |
| 15:37 | |Lupin| | gmcharlt: ?$ |
| 15:42 | Kivutar left #koha | |
| 15:45 | rhcl | @seen wizzyrea |
| 15:45 | munin` | rhcl: wizzyrea was last seen in #koha 3 days, 18 hours, 29 minutes, and 46 seconds ago: <wizzyrea> git outta town |
| 15:45 | pianohacker | Apparently she did |
| 15:46 | rhcl | Yea! |
| 15:46 | pianohacker | How are you? |
| 15:47 | rhcl | OK, I was off Friday, and even so today is off to a quiet start. |
| 15:47 | pianohacker | good |
| 15:51 | kr1shnan joined #koha | |
| 15:51 | |Lupin| | can anybody help with the record encoding problem, pls ? |
| 15:52 | pianohacker | |Lupin|: It sounds like the encoding flag of the records is incorrect |
| 15:53 | Koha might be able to deal with that; it would be worth trying to import a few troublesome records and noting the results | |
| 15:53 | nahuel left #koha | |
| 15:53 | |Lupin| | pianohacker: I tried with one and it worked |
| 15:54 | may try another one... | |
| 15:58 | bigbrovar joined #koha | |
| 15:58 | kr1shnan | anyone see slef on lately? |
| 15:58 | pianohacker | @seen slef |
| 15:58 | munin` | pianohacker: slef was last seen in #koha 1 day, 0 hours, 15 minutes, and 48 seconds ago: <slef> happily, /usr/sbin/arp to the rescue! :))) |
| 15:59 | kr1shnan | thanks...another day another IRC trick... |
| 15:59 | pianohacker | Yup. munin` is the irc bot |
| 16:00 | kr1shnan | And pianohacker is Jesse, right? |
| 16:00 | Hi | |
| 16:00 | pianohacker | Yes. Hi, Krishnan |
| 16:01 | |Lupin| | pianohacker: the thing is Koha seems to deal well with the records. It's just that I'd feel more at ease if they were corect even before the import... |
| 16:02 | pianohacker | Unless you use an external MARC editor or write a script, it's difficult to fix |
| 16:02 | Most likely, yaz-marcdump thinks your records are encoded in MARC-8, and they're actually in UTF-8 | |
| 16:06 | Colin | Lupin: even in a utf-8 environment some tools get the display of non spacing diacritics wrong. They appear to be over the wrong character |
| 16:07 | pianohacker | @seen collum |
| 16:07 | munin` | pianohacker: collum was last seen in #koha 5 days, 21 hours, 4 minutes, and 24 seconds ago: <collum> Garry Collum, Kenton County Library |
| 16:08 | bigbrovar left #koha | |
| 16:08 | |Lupin| | pianohacker: well I'm processing them in a script anyway |
| 16:09 | pianohacker: and I thin the records are in Latin1... | |
| 16:28 | schuster | gmcharlt - Is there a way with the holds to force local only and to fill with local only? I've been able to apply the changes from NEKLS to allow holds only based on if the item is out at the location requesting, but when anyone in the system checks in that title it is trying to fill the hold. |
| 16:28 | Local only without doing specific item? | |
| 16:29 | gmcharlt | schuster: IIRC, not currently |
| 16:29 | pianohacker | schuster: Not to my knowledge |
| 16:30 | schuster | Drat. |
| 16:30 | Holds are going to be the death ofme. | |
| 16:30 | pianohacker | You and the rest of us |
| 16:31 | schuster | gmcharlt - I've looked around, but where can I see the "definite" items that are "new" to 3.2? |
| 16:31 | I know there were proposals for RFC - but I understood at the last meeting you would put out a list of items that are "in" 3.2 as of 9/7 freeze? | |
| 16:32 | gmcharlt | schuster: I'm working on it, hope to send out by tomorrow |
| 16:34 | |Lupin| | bye everyboy ! end of working day here ! |
| 16:34 | |Lupin| left #koha | |
| 16:38 | Colin left #koha | |
| 17:00 | paul_p left #koha | |
| 17:01 | owen | pianohacker? |
| 17:01 | pianohacker | owen: Yes? |
| 17:01 | owen | Hi. It looks like there is a problem with the nested tables in the new sysprefs editor |
| 17:01 | I'm looking in particular at the OPAC tab | |
| 17:02 | pianohacker | Ah. The languages setting? |
| 17:02 | owen | It looks like that might be the problem. |
| 17:03 | pianohacker | There's a definite lack of whitespace. |
| 17:03 | owen | Not just a visual problem, a markup error. |
| 17:03 | The left-hand menu gets pushed down to the bottom | |
| 17:03 | jdavidb | gmcharlt: ping? |
| 17:04 | owen | Forcibly adding "</td></tr></table></td></tr></table>" at the end of the page seems to fix it, so it looks like the loops aren't closing the nested tables correctly |
| 17:04 | gmcharlt | jdavidb: pong |
| 17:04 | jdavidb | I've been working on hushing up various useless warnings in the log (and to the cron outputs)...and your StripNonXmlChars in Charset.pm just has me stonkered. |
| 17:05 | Every now and then, on rebuild_zebra -z, I get this: | |
| 17:05 | Use of uninitialized value in substitution (s///) at /home/koha/kohaclone/C4/Charset.pm line 304. | |
| 17:05 | Would that only occur if the input $str is undefined coming into the function? | |
| 17:05 | gmcharlt | that would be one way |
| 17:05 | owen | pianohacker: Does it not look that way for you? An empty left-hand column? |
| 17:06 | jdavidb | I've put a warn $str in there, but that makes the log horrendously big, and I haven't caught it in the act yet. |
| 17:06 | Would it be useful to return "" if $str is undefined or already "" *before* the substitution? | |
| 17:07 | gmcharlt | jdavidb: yep |
| 17:08 | jdavidb | I'll see if I can catch it in the act, and if so, hunt for a bug--or make one--and patch it. I don't dump my cron outputs to /dev/null as a matter of course, as I *want* to know when things go wrong. |
| 17:08 | But I'd like to quit getting those particular annoyances. | |
| 17:09 | pianohacker | Hrm. I've noticed that problem too, but it's very intermittent |
| 17:09 | owen: Do you have multiple languages enabled? | |
| 17:09 | or at least installed | |
| 17:09 | owen | 2 installed, one enabled |
| 17:11 | pianohacker: en and en-GB, FWIW. Might make a difference that they're grouped? | |
| 17:11 | pianohacker | Maybe. I only have one, so let me see if I can fix up that issue |
| 17:20 | owen | pianohacker: Was there a structural reason for doing these as single big tables? I wonder if it would work with each section as its own table? |
| 17:21 | pianohacker | Using h3's instead of theads? That might work, and would be easy to implement |
| 17:22 | owen | Yeah, that was my thought. And repeat the preference/value th at the head of each section table |
| 17:23 | * owen | will poke around more after lunch |
| 17:23 | owen is now known as owen-away | |
| 17:23 | pianohacker | I need to deal with a bratty computer; after I reboot, I will send a patch for the markup issue |
| 17:25 | brb | |
| 17:25 | pianohacker left #koha | |
| 17:39 | kr1shnan left #koha | |
| 17:45 | collum joined #koha | |
| 18:06 | cait joined #koha | |
| 18:10 | pianohacker joined #koha | |
| 18:29 | jwagner left #koha | |
| 18:44 | CGI707 joined #koha | |
| 18:45 | CGI707 left #koha | |
| 18:58 | chris | morning |
| 18:58 | owen-away | Hi chris |
| 18:58 | pianohacker | Good morning |
| 18:58 | owen-away is now known as owen | |
| 18:58 | pianohacker | owen: If you have a little bit of time, I think the patch I just sent should fix your problem |
| 18:58 | Thanks for testing, by the way | |
| 18:58 | owen | I saw that. I'll give it a try |
| 18:59 | * owen | never misses a chance to kibitz an interface |
| 19:00 | ran across a nice OPAC he hadn't seen before: http://library.bu-london.co.uk[…]koha/opac-main.pl | |
| 19:00 | owen | Is that anyone we know? |
| 19:00 | pianohacker | Oh, that is nicely done |
| 19:05 | collum: around? | |
| 19:07 | chris | owen: havent seen that one before |
| 19:07 | owen | pianohacker: That patch did the trick |
| 19:07 | Thanks | |
| 19:07 | pianohacker | owen: np |
| 19:09 | paul_p joined #koha | |
| 19:12 | owen | pianohacker: The __first__ and __last__ variables must have made a huge difference in the complexity of writing that page |
| 19:13 | pianohacker | Yup. HTP has a few useful tricks |
| 19:13 | Also DEFAULT for TMPL_VARs | |
| 19:14 | owen | Yeah, that threw me off at first because I thought you were specifying "default" as an attribute of the input tag! |
| 19:23 | wizzyrea_ joined #koha | |
| 19:23 | wizzyrea left #koha | |
| 19:23 | wizzyrea_ is now known as wizzyrea | |
| 19:23 | jdavidb | Hi, wizzyrea! :D |
| 19:24 | owen | pianohacker: what about editing the administrative details of a system preference? Changing the description or something like that? |
| 19:25 | pianohacker | owen: Currently, that requires editing the data files (in koha-tmpl/intranet-tmpl/.../modules/admin/preferences/) |
| 19:27 | Hi liz, jdavid | |
| 19:27 | owen | pianohacker: Is your goal to have those pref file be editable through the administrative interface? |
| 19:28 | wizzyrea | hi everybody |
| 19:28 | pianohacker | owen: Down the line, maybe. Didn't think it was frequently used, but I could be wrong. |
| 19:36 | jdavidb left #koha | |
| 19:37 | chris | owen: having them in a file, not the db, makes them translatable |
| 19:37 | = win | |
| 19:42 | owen | Agreed. I'm just looking at it from the point of view of, "Hey I used to be able to do X, how do I do it now?" |
| 19:42 | chris | yep |
| 19:44 | collum | Hi pianohacker |
| 19:45 | pianohacker | collum: I saw your bug about the defaultSortField option. The two are intended to run together, since they're very codependent; do you think the interface could be improved? |
| 19:48 | collum | pianohacker: I'm sorry, I must have a brain cramp. Can you point me to the bug in bugzilla? |
| 19:50 | pianohacker | Ahh, nvm. that was nengard. Your autobarcode bug is confirmed |
| 19:50 | Sorry, got reporters mixed up | |
| 19:50 | owen | pianohacker: So "search system prefs" will search prefs, descriptions, etc., but "jump" will only search by name? |
| 19:50 | collum | np |
| 19:51 | pianohacker | owen: jump isn't exactly a search. It simply jumps to the correct position on the right tab |
| 19:51 | owen | Only on the same page? |
| 19:52 | pianohacker | On any page; if you try to jump to defaultSortField from acquisitions, it'll take you to the right place on Searching |
| 19:52 | owen | Hmmm... I find the differences between the two searches to be confusing. |
| 19:53 | rhcl | hey wizzyrea, are you or any of your people going to the Rural Libraries Conference in Tennessee tomorrow? |
| 19:53 | jwagner joined #koha | |
| 19:53 | wizzyrea | yes, some people from our office |
| 19:53 | pianohacker | owen: It is, a bit |
| 19:54 | rhcl | ic. My director is leaving on the bus from Lawrence tomorrow with everybody else. |
| 19:54 | owen | pianohacker: I wonder if we could combine the two in the default search? Using modifiers like the search form on members-home has? |
| 19:54 | ...so that the "search system preferences" field at the top can do either one. | |
| 19:55 | pianohacker | Hmm. What if it simply automatically "jumped" if it found a system preference with that exact name (case-insensitive, of course)? |
| 19:56 | Since most of our systempreferences are squishedTogetherWords, it shouldn't cause too many problems with normal searching | |
| 19:57 | owen | I think that sounds good. The "jump" form is problematic if you put in a term with multiple matches, like "intranet." I guess it jumps to the first one it finds? |
| 19:58 | So "jumping" when there is only one result sounds good to me--just like the way the catalog jumps to any single result | |
| 19:58 | pianohacker | Hmm, looks like it |
| 19:59 | jumping when just one result is found sounds good | |
| 19:59 | chris | ok time to catch my bus |
| 20:01 | pianohacker | see ya |
| 20:01 | owen | pianohacker: If I do a search and get multiple results from multiple sections I get multiple "save all" buttons. But they only save the changes from their "own" sections, correct? |
| 20:02 | pianohacker | Yes. The current crammed-together appearance of each tab makes that a little better, but it is confusing |
| 20:05 | collum left #koha | |
| 20:06 | owen | Ah, how about this: I'll add the tab text to the save button, so instead of saying "save all" it says "save all cataloging preferences" ? |
| 20:08 | richard joined #koha | |
| 20:09 | richard | hi |
| 20:10 | nicomo left #koha | |
| 20:13 | Ropuch | Hello koha |
| 20:13 | owen | Hi Ropuch |
| 20:17 | Ropuch | I have some problems with barcode generating - i have a 'title' field on it, but when i try to generate a label for title that includes some non-standard characters ("�" "�" etc) there's an error |
| 20:17 | label-print-pdf.pl: Wide character in compress at /usr/share/perl5/PDF/Reuse.pm line 819, | |
| 20:17 | label-print-pdf.pl: Use of uninitialized value in addition (+) at /usr/share/perl5/PDF/Reuse.pm line 1286. | |
| 20:18 | Is there a way i can fix this? | |
| 20:18 | * owen | doesn't know if there are any labels experts around |
| 20:20 | Ropuch | I have no IT support till end of the month, but i guess i have to wait for them then |
| 20:24 | pianohacker | owen: That sounds good |
| 20:24 | cait left #koha | |
| 20:35 | owen left #koha | |
| 20:38 | wizzyrea | gmcharlt: do you know if bug 2332 has a fix in 3.2? |
| 20:38 | munin` | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2332 blocker, P3, ---, gmcharltgmail.com, NEW, holds queue script should target as many items as are available |
| 20:39 | gmcharlt | wizzyrea: I think it might be fixed, but I'm not positive |
| 20:39 | the description ... is a little brief | |
| 20:39 | pianohacker | Is this the holds queue cronjob or circulation report? |
| 20:39 | wizzyrea | gmcharlt I only ask because I think we're experiencing this |
| 20:40 | the hold queue cronjob isn't grabbing a different item if the hold is ignored | |
| 20:40 | but anyway | |
| 20:41 | guess we'll take that up with our support folks | |
| 20:47 | saorge_ joined #koha | |
| 20:50 | chris | back |
| 20:51 | saorge left #koha | |
| 20:52 | chris | @seen hdl |
| 20:52 | munin` | chris: hdl was last seen in #koha 10 hours, 32 minutes, and 48 seconds ago: <hdl> :D |
| 20:52 | hdl | here |
| 20:57 | chris | heya hdl, if you want to update the maintenance repo and send an updated todo, i will try to do a few more today, on my breaks |
| 20:57 | hdl | I had very few updates. |
| 20:57 | But wil send it to you. | |
| 20:58 | chris | cool, ill rebase from the maintenance repo too |
| 20:58 | hdl | There is a problem with opac-detail.tmpl |
| 20:58 | chris | oh? |
| 20:58 | hdl | a failed merge i think |
| 20:58 | chris | ah right, ill fix that up |
| 20:58 | hdl | should be quite easy to solve. |
| 20:59 | chris | *nod* |
| 20:59 | hdl | But..... well those merge problems are really a burden. |
| 20:59 | chris | yep, we have to make sure we keep on top of it in the future |
| 21:00 | its just because we are doing so many cherry-picks | |
| 21:00 | good learning for 3.2.x anyway :) | |
| 21:01 | hdl | and because templates and some features are so much intricated mixed with old code. |
| 21:02 | chris | yep |
| 21:02 | hdl | I think we could/should have some distinctions between "enhance content" or features, and core. |
| 21:02 | chris | yep |
| 21:04 | hdl | We should not have to go so frequently in pm to edit existing functions, in order to add something but add new functions to do new things. |
| 21:04 | Of course, bug fixing is an other point. | |
| 21:04 | chris | yep, well, really we should be only cherry picking bugfixes |
| 21:04 | but some are mixed in | |
| 21:04 | hdl | yes. |
| 21:04 | For instance RenewalPeriodBase | |
| 21:05 | chris | yeah |
| 21:05 | hdl | Or some other Circulation. |
| 21:06 | this is why Reconciliation is quite good also to some extent ;) | |
| 21:07 | chris | yes, but going the other way |
| 21:07 | ie reconcile from 3.0.x -> 3.2 | |
| 21:07 | not back the other way | |
| 21:08 | otherwise we end up with 2 feature branches ... and then 3 .. then 4 .. etc | |
| 21:08 | hdl | I was even tempted to add Jquery update to 3.0.x |
| 21:08 | yes | |
| 21:08 | chris | i think it is |
| 21:08 | im pretty sure jquery update was in one of those cherry-picks | |
| 21:14 | got your email thanks hdl | |
| 21:16 | paul_p | hdl / chris: I go to bed (& I suggest hdl to go to bed as well ;-) ) bye & see you tomorrow |
| 21:16 | chris | cya later :) |
| 21:16 | hdl | going to bed also |
| 21:16 | chris | sleep well |
| 21:16 | paul_p | sweet dreams hdl ! |
| 21:17 | gmcharlt | hdl, paul_p : biblibre-sopac topic branch pushed - expect will be merged fairly quickly into master |
| 21:17 | chris | yay!! |
| 21:22 | wizzyrea | Yay! Indeed! |
| 21:22 | * wizzyrea | does a happy dance |
| 21:25 | gmcharlt | bbiab |
| 21:32 | schuster left #koha | |
| 21:33 | richard left #koha | |
| 21:37 | pianohacker | brb |
| 21:38 | pianohacker left #koha | |
| 21:48 | paul_p left #koha | |
| 21:58 | jwagner left #koha | |
| 22:16 | pianohackr|work joined #koha | |
| 22:34 | rhcl is now known as rhcl_out | |
| 22:46 | chris | now that the ILS-DI work is all committed it might be time to resurrect my koha-bot and rewrite it to use that api instead |
| 22:46 | gmcharlt | chris: would be a good test |
| 22:51 | chris | missing a template? |
| 22:51 | ilsdi.pl: HTML::Template::Pro:template /home/chrisc/git/koha/koha-tmpl/opac-tmpl/prog/en/modules/ilsdi.tmpl not found! | |
| 22:55 | * chris | fails at the first hurdle |
| 22:58 | gmcharlt | chris: yeah, that needs to be replaced with a 404 (a la a real web service) |
| 22:59 | chris | hmm |
| 22:59 | according to the code, its supposed to show me a help page | |
| 23:14 | gmcharlt | right |
| 23:14 | the template doesn't exist | |
| 23:15 | on the other hand, a web services returning a 200 (in the form of a help page) for an invalid call | |
| 23:15 | could be a bit awkward | |
| 23:16 | chris | well it does a proper error for an wrong service |
| 23:16 | and a help page for none | |
| 23:16 | which may or may not be good |
← Previous day | Today | Next day → | Search | Index
