Re: [Koha] Can we combine OPAC Item Status and Due Date into one column
I think you asked for Item details page. If that , solution is here... and the right example is this link I did it for you. http://103.28.122.100/cgi-bin/koha/opac-detail.pl?biblionumber=2356 *How to ::* Go to Your opac-detail.tt file find th id=item_datedue class=date_dueDate due/th Remove this. Now find : td class=status[% INCLUDE 'item-status-schema-org.inc' item = ITEM_RESULT %][% INCLUDE 'item-status.inc' item = ITEM_RESULT %] add the following with this : [% IF (ITEM_RESULT.datedue) %] Due date is : [% ITEM_RESULT.datedue | $KohaDates as_due_date = 1 %] [% END %] so code is like that : td class=status[% INCLUDE 'item-status-schema-org.inc' item = ITEM_RESULT %][% INCLUDE 'item-status.inc' item = ITEM_RESULT %] [% IF (ITEM_RESULT.datedue) %] Due date is : [% ITEM_RESULT.datedue | $KohaDates as_due_date = 1 %] [% END %]/td Now remove this line : td class=date_due.. [% ITEM_RESULT.datedue | $KohaDates as_due_date = 1 %] I forgot the actual code of this line. but it will be like that. You will find the line under : [% IF ( OPACShowBarcode ) %]td class=barcode property=serialNumber[% ITEM_RESULT.barcode %]/td[% END %] Now Cheers On Tue, May 12, 2015 at 5:47 PM, Iming Chan imingc...@yahoo.com.au wrote: Dear all, This maybe a strange question, but I'm wondering whether there is anyway we can combine OPAC Item Status and Due Date into one column (and remove or hide Due Date column from displaying)? The Due Date which appears when the item status is at Checked out will be displayed like: Checked out (Due: 13/5/2015) Just curious ... Iming - Iming Chan Translib Information Service Melbourne, Australia http://opac.translib.com Phone: +61 3 9801 5097 Fax: +61 3 9801 4024 E-mail: im...@translib.com -- View this message in context: http://koha.1045719.n5.nabble.com/Can-we-combine-OPAC-Item-Status-and-Due-Date-into-one-column-tp5839843.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha -- *Suzon Das* B.A., M.A. (DU) in Information Sc. and Library Management, .NET and Android Developer Project Manager in SBAU Library ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Can we combine OPAC Item Status and Due Date into one column
Hello, On Wed, May 13, 2015 at 7:17 AM, Iming Chan imingc...@yahoo.com.au wrote: snipped The Due Date which appears when the item status is at Checked out will be displayed like: Checked out (Due: 13/5/2015) You could try putting in the following jquery into opacuserjs (i did it on a koha 'master' instance) $(document).ready(function(){ $('tr .status:contains(Checked out)').each(function() { $(this).css('white-space', 'nowrap'); var status = $(this); var datedue = status.next(); status.html(status.html() + '(Due: ' + datedue.html() + ')'); $('span', this).css('display', 'inline-block'); }); $('#item_datedue').hide(); $('tr .date_due').hide(); }); Basically, this concats the contents of the two tds into one, while adding a bit of formatting i.e. white-space: nowrap to the td and having the two span elements displayed as inline-blocks. then hides the item_datedue th and date_due td hope this helps -- Indranil Das Gupta Phone : +91-98300-20971 Blog: http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Can we combine OPAC Item Status and Due Date into one column
Hi Indranil, Thank you for your reply. I have managed to hide the Due Date column, but the due date information is not showing with the Item Status (like the example provided earlier). Unforotunately I'm not so familiar with jquery, so could you kindly look at the script when you get a chance. Thank you so much for your help. Kind regards, Iming - Iming Chan Translib Information Service Melbourne, Australia http://opac.translib.com Phone: +61 3 9801 5097 Fax: +61 3 9801 4024 E-mail: im...@translib.com -- View this message in context: http://koha.1045719.n5.nabble.com/Can-we-combine-OPAC-Item-Status-and-Due-Date-into-one-column-tp5839843p5839897.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] strange behavior with a public report
Hi all, I've come across strange behavior with a public report in Koha since our library was upgraded to 3.18. I'm not sure if it is a bug or if I am doing something incorrectly, and so I thought I'd ask for some input. I've created a custom SQL report that will output basic bibliographic data for titles that are included in a list (virtual shelf), and I have marked this report as public so that I can access its JSON output via /cgi-bin/koha/svc/report?id={report id}sql_params={virtual shelf number} on the public side. The issue I'm having is that if I run this report within the staff client, it works perfectly. If I edit the list by adding/removing titles to it and then re-run the report in the staff client, everything is displayed as expected. But if I run the report on the public side to get the JSON output, the report will only show me bib. info for the titles that were originally saved in the list! That is, when I first create a list and access its JSON output, it works fine. But if I then edit the list by removing a title or adding a new title, the JSON output is not updated – it continues to show me the old contents of the list. If I run the report through the staff client, though, it does show me the updated contents of the list! The two outputs are different. Any ideas on what could be causing this? The report's settings have a cache expiry of 0 seconds (the default). I've tried setting different cache expiry periods to see if that is the issue, but that seems to do nothing. The SQL is a very simple select statement: SELECT biblionumber, author, title, seriestitle, copyrightdate, notes, abstract FROM virtualshelfcontents vsc LEFT JOIN biblio using (biblionumber) WHERE vsc.shelfnumber = Enter shelf number Arturo Longoria Texas State Law Library www.sll.texas.govhttp://www.sll.texas.gov/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] MARC modification templates
Hi all, I've just about got our MARC modification template set up, but I have one major issue I can't solve: moving and modifying item prices. Here's what I do with MARCedit: --move all of 852 (where our vendor puts items) to 952 --(do other stuff on other subfields) --move 952$9 to 952$g --remove P and usd from the price (which come as, for example, *P10.99usd* instead of *10.99*) --copy 952$g into 952$v I've attempted to reproduce these steps in our modification template, but 952$g and 952$v come up blank when I import the records. I suspect the problem is with the P/usd issue and requires some regular expressions (which are not my expertise). If you are good at RegEx, or you have addressed a similar problem, can you make some suggestions? Thanks! --Katelyn. Katelyn Browne High School Librarian Technology Teacher Capital City Public Charter School 100 Peabody Street NW Washington, DC 20011 (202) 387-0309 x1745 kbro...@ccpcs.org http://www.ccpcs.org/library/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] strange behavior with a public report
Ah, I hadn't considered that possibility, but unfortunately, I don't think that's the cause. SvcMaxReportsRow is set to 300 rows, and the lists I am creating don't ever contain more than 6 titles. -Original Message- From: Barry Cannon [mailto:b...@interleaf.ie] Sent: Wednesday, May 13, 2015 09:31 To: Arturo Longoria; koha@lists.katipo.co.nz Subject: RE: strange behavior with a public report Could it be the SvcMaxReportRows Syspref is set to it's default of 10. This could be only displaying the first 10 biblios everytime the report is run? Regards Barry Cannon Interleaf Technology http://www.interleaf.ie Tel: +35312865855 Email: b...@interleaf.ie Skype: bar.cannon From: Koha [koha-boun...@lists.katipo.co.nz] on behalf of Arturo Longoria [arturo.longo...@sll.texas.gov] Sent: 13 May 2015 15:18 To: koha@lists.katipo.co.nz Subject: [Koha] strange behavior with a public report Hi all, I've come across strange behavior with a public report in Koha since our library was upgraded to 3.18. I'm not sure if it is a bug or if I am doing something incorrectly, and so I thought I'd ask for some input. I've created a custom SQL report that will output basic bibliographic data for titles that are included in a list (virtual shelf), and I have marked this report as public so that I can access its JSON output via /cgi-bin/koha/svc/report?id={report id}sql_params={virtual shelf number} on the public side. The issue I'm having is that if I run this report within the staff client, it works perfectly. If I edit the list by adding/removing titles to it and then re-run the report in the staff client, everything is displayed as expected. But if I run the report on the public side to get the JSON output, the report will only show me bib. info for the titles that were originally saved in the list! That is, when I first create a list and access its JSON output, it works fine. But if I then edit the list by removing a title or adding a new title, the JSON output is not updated – it continues to show me the old contents of the list. If I run the report through the staff client, though, it does show me the updated contents of the list! The two outputs are different. Any ideas on what could be causing this? The report's settings have a cache expiry of 0 seconds (the default). I've tried setting different cache expiry periods to see if that is the issue, but that seems to do nothing. The SQL is a very simple select statement: SELECT biblionumber, author, title, seriestitle, copyrightdate, notes, abstract FROM virtualshelfcontents vsc LEFT JOIN biblio using (biblionumber) WHERE vsc.shelfnumber = Enter shelf number Arturo Longoria Texas State Law Library www.sll.texas.gov ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Can we combine OPAC Item Status and Due Date into one column
Hi On Wed, May 13, 2015 at 7:04 PM, Iming Chan imingc...@yahoo.com.au wrote: snipped Unforotunately I'm not so familiar with jquery, so could you kindly look at the script when you get a chance. It is working fine for me (have a look here http://mietschool.l2c2.co.in/cgi-bin/koha/opac-detail.pl?biblionumber=1) this is on Koha 3.18.5 -- Indranil Das Gupta Phone : +91-98300-20971 Blog: http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] strange behavior with a public report
Could it be the SvcMaxReportRows Syspref is set to it's default of 10. This could be only displaying the first 10 biblios everytime the report is run? Regards Barry Cannon Interleaf Technology http://www.interleaf.ie Tel: +35312865855 Email: b...@interleaf.ie Skype: bar.cannon From: Koha [koha-boun...@lists.katipo.co.nz] on behalf of Arturo Longoria [arturo.longo...@sll.texas.gov] Sent: 13 May 2015 15:18 To: koha@lists.katipo.co.nz Subject: [Koha] strange behavior with a public report Hi all, I've come across strange behavior with a public report in Koha since our library was upgraded to 3.18. I'm not sure if it is a bug or if I am doing something incorrectly, and so I thought I'd ask for some input. I've created a custom SQL report that will output basic bibliographic data for titles that are included in a list (virtual shelf), and I have marked this report as public so that I can access its JSON output via /cgi-bin/koha/svc/report?id={report id}sql_params={virtual shelf number} on the public side. The issue I'm having is that if I run this report within the staff client, it works perfectly. If I edit the list by adding/removing titles to it and then re-run the report in the staff client, everything is displayed as expected. But if I run the report on the public side to get the JSON output, the report will only show me bib. info for the titles that were originally saved in the list! That is, when I first create a list and access its JSON output, it works fine. But if I then edit the list by removing a title or adding a new title, the JSON output is not updated – it continues to show me the old contents of the list. If I run the report through the staff client, though, it does show me the updated contents of the list! The two outputs are different. Any ideas on what could be causing this? The report's settings have a cache expiry of 0 seconds (the default). I've tried setting different cache expiry periods to see if that is the issue, but that seems to do nothing. The SQL is a very simple select statement: SELECT biblionumber, author, title, seriestitle, copyrightdate, notes, abstract FROM virtualshelfcontents vsc LEFT JOIN biblio using (biblionumber) WHERE vsc.shelfnumber = Enter shelf number Arturo Longoria Texas State Law Library www.sll.texas.govhttp://www.sll.texas.gov/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] converting existing serial subscriptions from no items to generate items
Hi, whenever one creates a new subscription for a serial, Koha prompts whether you would like to create an item record when receiving this serial, or not. Now, after some experience with my patrons, it seems that the best way of keeping track of serial loans is to have items for each serial issue. Therefore, I need to edit existing subscriptions, so that a new item record is created whenever a new serial issue is received. But how do I attach items to serial issues already recorded? (Do I need to delete them all, and start receiving existing issues as if they were new? I understand that unavoidably there might be some manual work to be done, but I would like to save as many as possible of the details already entered in the database.) Many thanks in advance and best regards, Giuseppe. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Add Forgot Password link
Hi Sergio, Password recovery is not yet in Koha, but it is on the way to get in: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8753 Marc Am 13.05.2015 um 17:41 schrieb Sergio Scotto: Hi guys! can someone guide me on how can i put the forgot link to recover patron´s password? I check in Administration -- System preferences -- OPAC, but the only option I have is OpacPasswordChange, I dont have an recover or reset password option. Sorry for the vague information. Thx! __ Información de ESET Endpoint Antivirus, versión de la base de firmas de virus 11621 (20150513) __ ESET Endpoint Antivirus ha comprobado este mensaje. http://www.eset.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha 3.20 beta released
Tomas Cohen Arazi schreef op di 12-05-2015 om 11:48 [-0300]: Debian packages for this beta will be available soon on the unstable repository. These are now in there as 3.20.00~beta. Note that this was built against Debian wheezy, so it's quite possible it won't work on squeeze. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF signature.asc Description: This is a digitally signed message part ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Add Forgot Password link
Hi guys! can someone guide me on how can i put the forgot link to recover patron´s password? I check in Administration -- System preferences -- OPAC, but the only option I have is OpacPasswordChange, I dont have an recover or reset password option. Sorry for the vague information. Thx! __ Información de ESET Endpoint Antivirus, versión de la base de firmas de virus 11621 (20150513) __ ESET Endpoint Antivirus ha comprobado este mensaje. http://www.eset.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Question about author sorting
Hi, Robin: This seems logical enough and the simple fact to be able to browse alphabetically will be a huge improvement to Koha. Thus, thank you. Regarding the functionality, it should be as Katrin describes and sort on the first author, even when sorting Z-A. This is less common in the humanities, but in the sciences the order of the authors matters. Bibliographically speaking, publications are listed under the first author. In sum, the sort should consider the first author only -- and a keyword search will permit to find authors who are second, third and beyond. -Sebastian -- Sebastian Hierl, Ph.D. Drue Heinz Librarian, Arthur Janet C. Ross Library American Academy in Rome Via Angelo Masina 5 00153 Rome Italy T: +39 06 5846 417 F: +39 06 5810 788 On Wed, May 13, 2015 at 6:13 AM, Robin Sheat ro...@catalyst.net.nz wrote: As some of you know, I'm in the process of implementing Elasticsearch support into Koha. Katrin pointed out that there's a bit of an irregularity with the author sorting, but I'm not sure if it's wrong as such. So I'm after a bit of input into what actual people would expect or would like. Imagine you have a book, with multiple authors: Title of Book Andrews, A ; Matthews, M ; Zimmermann, Z You do a search for title, sorted by author A-Z, and get results, with Title of Book at the top due to Andrews, A. You then sort it by author Z-A, and get Title of Book at the top again, due to Zimmerman, Z. There is clearly logic behind it doing this, but is it the right thing to do? If not, what do you think an appropriate alternative would be? -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] searching error after upgrading from 3.14.05 to 3.18.05.1
Hi List, Our Koha 3.14.05 tarball installed on linux Ubuntu We have some problem, after upgrading to 3.18.05.1 When searching the catalogue we get Error: Can't call method raw on an undefined value at /usr/share/koha/lib/C4/Search.pm line 800. Please help as soon as possible. Thanks, Araik ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha