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

ES6 usage in the staff client
by Jesse 09 Aug '17

09 Aug '17

As part of my work with Preact (and previous work with React), I've been unsure what to do about these libraries' enthusiasm for ES6. If you're not familiar, ES6 (or ES2015) is a recent, major update to the JavaScript standard, and brings in a number of improvements to the language. Many of these make small parts of JS development a bit more pleasant, but the most relevant addition is native class support. These built-in classes have been embraced by a lot of modern JS libraries, including Preact. The commonly accepted way to write code in this libraries depends on support for classes, either from the browser itself or a transpiler like Babel. To use Preact, we have two options: * Use ES6 classes. This will work in Firefox 45+ (which includes two ESR releases), Chrome 42+, Edge and Safari 9 [1][2]. I believe this is a very reasonable set of browsers, for the staff client. * Use a shim for ES3 support (see [3] for an example of how this might work). This can be done, but locks us to an older and less-used way of developing on Preact/React. I strongly prefer the first option, but would like your feedback. [1] http://kangax.github.io/compat-table/es6/#test-class (Check "show obsolete platforms", and get ready for your browser to slow down.) [2] http://caniuse.com/#feat=es6-class (This is pessimistic; FF has had support since version 45.) [3] https://github.com/developit/preact-in-es3/blob/master/index.js -- Jesse Weaver

8 11

Expected behaviour if itemtype does not exist
by Jonathan Druart 08 Aug '17

08 Aug '17

Hi devs, Since bug 17843 I get errors if the item type (items.itype or biblioitems.itemtype depending on the pref item_level_itypes) does not exist as an item type (table itemtypes, filled by Administration › Item types administration). The error (Can't call method "translated_description" on an undefined value) appears because we call a method on an undefined value. As this is a configuration issue (right?) I think we should add an alert from the updatedatabase.pl script, then a warning on the about page. Would that be enough or should we handle the problematic case anyway (i.e. call the method only if the item type exists in DB)? Cheers, Jonathan

3 4

Re: [Koha-devel] MARC frameworks in Koha (Hector Castro)
by Hector Castro 07 Aug '17

07 Aug '17

Hi Marcel On 7 August 2017 at 08:06, <koha-devel-request(a)lists.koha-community.org> wrote: > > I would propose now to make the decision that we only use one set of > kohafield mappings (those from Default), and that we do no longer allow > changes to kohafield mappings in the other frameworks. > The possibility of adding multiple mappings per kohafield hopefully > removes most objections to that approach as illustrated in the frameworks A > and B example. > > End of Koha-devel Digest, Vol 141, Issue 7 > ****************************************** > Good job. +1 I think that it is necessary to allow mapings from Koha to MARC mapping and avoid the changes in frameworks. Librarians' needs go in the way to data presented in the screen, i.e., they got in their catalogs a mix between RDA records and AACR records, for example, if a librarian start to catalog records in RDA and she or he goes to Acquisition Module, when places an order, the screen does not show the publication data because biblio.copyrightdate is empty. This happen in a few modules where presentation on screen not uses XSLT. I think this only happen in MARC 21 records As a librarian I am excited to know that this is fixed. Greetings -- Atte, Héctor Eduardo Castro Avalos

1 0

QA Tools
by Marcel de Rooy 03 Aug '17

03 Aug '17

Hi Jonathan, Got this warning from qa tools: POD coverage was greater before, try perl -MPod::Coverage=PackageName -e666 Looking at the code in qa tools, I come across: } elsif ( $before->{rating} > $after->{rating} ) { # Not sure we can reach this @diff = ('POD coverage was greater before, try perl -MPod::Coverage=PackageName -e666'); When I removed a routine from C4::Biblio, this happens: Before C4::Biblio has a Pod::Coverage rating of 0.96078431372549 After C4::Biblio has a Pod::Coverage rating of 0.96 If we have N subroutines and 2 without POD and a score of 2/N, and I remove one routine, we will now have 2 / N - 1. This means that the before > after test does not work here. Raises a false negative. Marcel

1 0

KohaDevbox | Remote debugging
by Tomas Cohen Arazi 02 Aug '17

02 Aug '17

Hi everyone, Last week (or so) I posted bug 18964 [1]. It introduces option switches to the koha-plack script allowing it to run in debug mode, starting a debugging session on a remote IDE/editor supporting the xdebug protocol. It is submitted and NSO. In the meantime I've added a koha-plack-debug script to KohaDevBox. It's the same script from the bug, different name. In order to use it, some new configuration entries need to be set in user.yml: - remote_debugger: true - remote_debugger_location: "host:port" - remote_debugger_key: "your_ide_key" host:port is set to localhost:9000 by default in this setup. And the IDE key is the empty string ''. Tweak as needed, but keep the surrounding double quotes. A new alias has been added: - plack_debug_start it will fail to run if Plack is already running for the configured instance. Make sure you run this before: vagrant$ sudo koha-plack --stop kohadev vagrant$ plack_debug_start Find me or Lari or Olli on IRC if you have doubts. Enjoy! [1] https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18964 -- Tomás Cohen Arazi Theke Solutions (https://theke.io <http://theke.io/>) ✆ +54 9351 3513384 GPG: B2F3C15F

1 0

Results of the poll "Ready to help the Koha community?"
by Jonathan Druart 02 Aug '17

02 Aug '17

Hello everybody, I have published the results of the poll, launched at the beginning of the 17.11 development release cycle. https://koha-community.org/answers-of-the-poll-ready-to-help-the-koha-commu… There are the results, and a list of remarks and notes that people did. I tried to give them answers. I let you comment, if you have something to add. Regards, Jonathan

2 1

Koha Community Newsletter: July 2017
by kohanews 01 Aug '17

01 Aug '17

Fellow Koha users: The Koha Community Newsletter for July 2017 is here: https://koha-community.org/koha-community-newsletter-july-2017/ Many thanks to the folks who submitted articles and news to this month's newsletter. Please feel free to email me with any corrections or suggestions. Thanks! -- Chad Roseburg Editor, Koha Community Newsletter

1 0

Problem retrieving data from DB on Koha 16.11
by Rodrigo Santellan 31 Jul '17

31 Jul '17

Hi, I have troubles with retrieving the data from the items. On my db I have this on the table *biblioitems* field *marcxml* <datafield tag="952" ind1=" " ind2=" "> <subfield code="1">5563</subfield> <subfield code="2">0</subfield> <subfield code="b">CEN</subfield> <subfield code="c">c</subfield> <subfield code="d">CEN</subfield> <subfield code="e">Beltrame Regina</subfield> <subfield code="f">40938</subfield> <subfield code="g">Silva, Virginia</subfield> <subfield code="h">Silva, Virginia</subfield> <subfield code="i">CV</subfield> <subfield code="j">1609</subfield> <subfield code="k">IMPR</subfield> <subfield code="l">CZ</subfield> <subfield code="o">302.23 GAN ej.3</subfield> <subfield code="p">C018633</subfield> <subfield code="r">117.50</subfield> <subfield code="s">0</subfield> <subfield code="t">8.33</subfield> <subfield code="u">2130</subfield> <subfield code="v">20070725</subfield> <subfield code="x">20011214</subfield> <subfield code="y">0</subfield> <subfield code="z">20020124</subfield> </datafield> The call on: *cgi-bin/koha/cataloguing/additem.pl?op=edititem&biblionumber=1593&itemnumber=2130 <http://additem.pl?op=edititem&biblionumber=1593&itemnumber=2130>* Make the following call sequence: - $itemrecord = C4::Items::GetMarcItem($biblionumber,$itemnumber); - my $itemrecord = GetItem($itemnumber); - $item = Koha::Items->find( $itemnumber ); - Item2Marc($itemrecord,$biblionumber); - my $itemmarc = TransformKohaToMarc($mungeditem); For what I get the GetItem retrieve the stored data in items table. Then the Item2Marc populate the marc fields. I put a Dumper on the method Item2Marc and I have: $VAR1 = '================Item2Marc======================='; $VAR1 = bless( { '_warnings' => [], '_leader' => ' a ', '_fields' => [ bless( { '_warnings' => [], '_ind1' => ' ', '_tag' => '952', '_ind2' => ' ', '_is_control_field' => 0, '_subfields' => [ '4', '0', '8', 'IMPR', 'b', 'CEN', 'd', 'CEN', 'o', '302.23 GAN', 'p', 'C07908', 'r', '180.00', 's', '0', 'u', '2132', 'v', '2005-05-14', 'y', '0', 'z', '2017-07-28 14:13:48' ] }, 'MARC::Field' ) ] }, 'MARC::Record' ); $VAR1 = '================Item2Marc======================='; I'm missing some fields, like 952^2, 952^1, 952^c, 952^e, 952^f .... Where is my data is lost? Where should I look for it? Regards.

1 0

Koha with Zebra 2.10
by Eric Bégin 31 Jul '17

31 Jul '17

Hi everyone, Zebra 2.1 was released last April. Anyone tried it with Koha ? I remember that we encounter some problems using 2.0.61 version of Zebra and we had to backtrack to 2.0.59 before moving to 2.62. Regards, Eric Bégin Solutions inLibro inc.

3 3

Koha 16.05.15 released
by Mason James 30 Jul '17

30 Jul '17

The Koha community is proud to announce the release of Koha 16.05.15. This is a maintenance release of the 16.05 series, and includes 2 enhancement and 68 bugfixes. The full release notes are available at https://koha-community.org/koha-16-05-15-release Packages will be available soon.

1 0