May 2022 - Koha-devel - lists.koha-community.org

Responsive DataTables
by dcook＠prosentient.com.au 10 May '22

10 May '22

Hi all, A librarian pointed out to me that the table in the OPAC cart is not responsive (ie the table flows off the edge of the screen). I took a little look online and it looks like DataTables does have mobile support: https://datatables.net/extensions/rowreorder/examples/initialisation/respons ive.html I needed to add "responsive: true" to the DT initialisation and include https://cdn.datatables.net/responsive/2.2.9/js/dataTables.responsive.min.js but it mostly worked. I think we'd need to play around a bit with "dtr-control" (https://datatables.net/extensions/responsive/examples/child-rows/column-con trol.html) so that we could show columns that can't fit onto the screen. But that probably wouldn't take that much work. What do people think? It looks like it would be a great addition to Koha. David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 Online: 02 8005 0595

3 3

Koha Item Type 942$c, 952$y
by Ms. Naveen Ali 09 May '22

09 May '22

Dear All, I am migrating my data from oracle database to KOHA. I would like to use the 942$c to store document types such as handbooks, dictionary etc (I will not create any circulation rules for these values) and 952$y for koha item type used for circulation rules. I intend to edit the MARC framework and update the authorized value of 942$c to a new created authorized value such as DTYPE. However KOHA links this field to biblioitems.itemtype. I wanted to understand how and where is this field used in KOHA functions. Will this cause any malfunctioning with respect to lending or any other functions. With best regards, Naveen Ali ITM-JE (EAKL) Inst Representative for HEC Digital Library Resources. NEDUET, Karachi.

1 0

Re: [Koha-devel] Biblio Auto-Increment location
by Bruce A. Metcalf 06 May '22

06 May '22

Chris et al, Thanks for the quick answer. It turns out my problem was something else, but by looking where you suggested I found and fixed the issue. <sigh> This is why I love Koha -- the people behind it are the best! Cheers, / Bruce / Bruce A. Metcalf Augustan Library

1 0

BULAC library is looking for developpers !
by Séverine Queune 06 May '22

06 May '22

Dear Koha community, The BULAC library <http://www.bulac.fr> would like to sponsor the development of a new module or plugin to manage its preservation workflows (external bookbinding, restoration, etc.). All details are available in Bugzilla ticket 30708 <https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30708>. Feel free to write to sigb <koha(a)bulac.fr>@bulac.fr <sigb(a)bulac.fr> if you need further information or to send your proposal for these developments. Thank you ! *Séverine QUEUNE* Administratrice fonctionnelle du SIGB Pôle Flux et données — Équipe Signalement et exposition des données Bibliothèque universitaire des langues et civilisations 65 rue des Grands Moulins F-75013 PARIS T +33 1 81 69 *18 55* www.bulac.fr

1 0

Seeking signoffs for the upcoming release
by Owen Leonard 05 May '22

05 May '22

Hi everyone, I've got a few patches awaiting signoff which I'd love to see make it into 22.05. They're minor issues but I think they'd be good to have: 30388 -- Fix some errors in the template for ordering from a MARC file 30422 -- Authorities editor update broke the feature added by Bug 20154 30640 -- Focus does not always move to correct search header form field 30673 -- Improve is_valid_date function for validating date strings Thanks for your consideration, Owen -- Web Developer Athens County Public Libraries (740) 737-6006 https://www.myacpl.org

1 0

Need help with bug 26247
by Mark Alexander 05 May '22

05 May '22

It used to be that at our library, we could check the status of a pile of books by using "Search the catalog" in the search box at the top of most pages. You could just keep scanning barcodes without having to do anything with the mouse or keyboard. This is very useful when you have a library with volunteers who are not very careful about checking in returned books. Then at some point, Koha 20.05 broke this functionality by always populating the search box with the last barcode scanned. Now you have to manually erase everything in the search box before scanning each book. We are now using 20.05.15, but the same bug exists in 21.11.02. I have been struggling for several days with trying to find a temporary fix for this problem. There was a suggested quick fix in Javascript at the end of bug 26247, but that didn't work for me, as I mentioned in a comment on that bug. Then I tried hacking the function keep_text in staff-global.js, because in bug 19046, which was supposedly the source of the problem, keep_text seemed like where the action was taking place. But hacking that function had no effect; in fact, when I set a breakpoint in that function in Firefox, it was never hit. I think this is because keep_text is only triggered by a mouse click event, not by a form reload. So now I've been trying to find out where the search box is getting filled with the last search string after you hit the Search button. I am not super-familiar with the Koha code, but I'm comfortable hacking on it if I know where to look. Any help with finding the source of the search box autofill would be greatly appreciated. -- Maybe I'm lucky to be going so slowly because I may be going in the wrong direction. --Ashleigh Brilliant

3 5

Using ETag for detecting mid-air collisions when cataloguing
by dcook＠prosentient.com.au 05 May '22

05 May '22

Hey folk, I'm just working on some caching for a non-Koha project, and I was just thinking. maybe we could use the ETag and If-Match HTTP headers to detect whether or not we've got a mid-air collision when editing bib records. It's not something I'd be looking to work on, but I figure it's an interesting idea. Alternatively, one could implement their own app-based hash mechanism to do the same thing. David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 Online: 02 8005 0595

1 0

Biblio Auto-Increment location
by Bruce A. Metcalf 04 May '22

04 May '22

Greetings, Sorry to post a support question here. No one else seems to know, but many think folks here might: Thanks to help from our library cat, a biblio number was inserted that's several orders of magnitude greater than those in use. I have not found a way to reset this. It's my guess that the highest previous value is stored somewhere, and incremented for each additional biblio. If someone could tell me where it's stored, I could reset it to the current value and not have a huge gap in the numbering. Yes, I do appreciate that the numbers are just data-less markers, but I'd sill like to fix this. Any help most appreciated. Regards, / Bruce / Bruce A. Metcalf Augustan Library

3 2

iTiva messaging
by Nick Clemens 03 May '22

03 May '22

Hi All, We just wanted to get a sense of how widespread use of iTiva is? We were considering that it may be better as a plugin than a script within Koha Thanks for any feedback, Nick -- Nick Clemens ByWater Solutions bywatersolutions.com Phone: (888) 900-8944 Pronouns: (he/him/his) Timezone: Eastern Follow us: <https://www.facebook.com/ByWaterSolutions/> <https://www.instagram.com/bywatersolutions/> <https://www.youtube.com/user/bywatersolutions> <https://twitter.com/ByWaterSolution>

1 0

Is the support of multiple LDAP servers in koha-conf.xml planned?
by Uwe Dierolf 03 May '22

03 May '22

Hi all, at the moment C4::Auth_with_ldap supports only one ldap-server. If the authentication against this ldap-server fails, koha tries to use the credentials to authenticate by using the internal koha accounts. In some cases it would be practical if we could use multiple blocks like so in the koha-conf.xml: <ldapserver id="ldapserver-1" ...> </ldapserver> .... <ldapserver id="ldapserver-2" ...> </ldapserver> and if koha would try to authenticate with the given credentials using all ldapservers and at the end the internal koha accounts. Best regards, Uwe -------------------------------------------------------------------------- Uwe Dierolf Karlsruher Institut für Technologie (KIT) KIT-Bibliothek Telefon: +49 721 608-46076 --------------------------------------------------------------------------

1 0