<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body>A new request with request id 16566 has been created by koha-devel-request@lists.koha-community.org. Short info on the request is : <br><br>Title : Koha-devel Digest, Vol 189, Issue 4<br>Category : <br>Description : <div>Send Koha-devel mailing list submissions to<br>    koha-devel@lists.koha-community.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>    https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>or, via email, send a message with subject or body 'help' to<br>    koha-devel-request@lists.koha-community.org<br><br>You can reach the person managing the list at<br>    koha-devel-owner@lists.koha-community.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Koha-devel digest..."<br><br><br>Today's Topics:<br><br>   1. Check of syspref editor with DB columns (Fridolin SOMERS)<br>   2. Re: Zebra Trivia (Fridolin SOMERS)<br>   3. Re: Bug 17600 (Standardize the EXPORT) is pushed (Fridolin SOMERS)<br>   4. Re: Check of syspref editor with DB columns<br>      (dcook@prosentient.com.au)<br>   5. Re: Zebra Trivia (dcook@prosentient.com.au)<br>   6. Re: Bug 17600 (Standardize the EXPORT) is pushed (Jonathan Druart)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 10 Aug 2021 11:33:41 -1000<br>From: Fridolin SOMERS <fridolin.somers@biblibre.com><br>To: koha-devel <koha-devel@lists.koha-community.org><br>Subject: [Koha-devel] Check of syspref editor with DB columns<br>Message-ID: <20d38b1d-c6ec-59a5-51c1-3879e80254e3@biblibre.com><br>Content-Type: text/plain; charset=utf-8; format=flowed<br><br>Hi,<br><br>Since 22844, preferences like BorrowerUnwantedField and <br>BorrowerMandatoryField show a modal selection of DB columns.<br>This relies on <br>/koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/borrowers.json<br><br><br>Unwanted fields are hidden in template using :<br>   [% UNLESS nofield %]<br>Mandatory fields have attribute require in template using :<br>   [% IF mandatoryfield %]<br><br>Big problem is how do we maintain this ???<br><br>For example I see in template memberentrygen.tt :<br>   [% UNLESS noautorenew_checkouts %]<br>But this column is not in borrowers.json :(<br><br>I'm made some checks :<br>grep '% UNLESS no' <br>koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt | awk <br>-F 'UNLESS ' '{print $2}' | tr -d '%]' | sort -u<br>egrep 'mandatory\w' <br>koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt | awk <br>-F 'mandatory' '{print $2}' | tr -d ' %])' | sort -u<br>Plus some manual work.<br><br>My conclusion :<br><br>Are missing from borrowers.json (used by nofield and/or mandatoryfield) :<br>   - autorenew_checkouts<br>   - relationship<br>   - sms_provider_id<br>   - sort1<br>   - sort2<br><br>Are useless in borrowers.json :<br>   - categorycode : obviously mandatory ?<br>   - smsalertnumber : in form the field is now SMSnumber, but no <br>noSMSnumber/mandarorySMSnumber in template<br><br>I will create a bug report for autorenew_checkouts first.<br><br>Maybe we could add something in QA tools ?<br><br>Best regards,<br><br>PS :<br>Also not very clear, BorrowerMandatoryField shows all fields but in <br>template there is only :<br>mandatoryborrowernotes<br>mandatorycardnumber<br>mandatorycontactfirstname<br>mandatorycontactname<br>mandatorydateenrolled<br>mandatorydateexpiry<br>mandatorydateofbirth<br>mandatoryemail<br>mandatoryemailpro<br>mandatoryfax<br>mandatoryfirstname<br>mandatoryinitials<br>mandatorymobile<br>mandatoryopacnote<br>mandatoryothernames<br>mandatorypassword<br>mandatoryphone<br>mandatoryphonepro<br>mandatoryprimary_contact_method<br>mandatorysort1<br>mandatorysort2<br>mandatorysurname<br>mandatorytitle<br>mandatoryuserid<br>mandatorypassword<br><br>We should add other fields in exclusions ?<br><br>-- <br>Fridolin SOMERS <fridolin.somers@biblibre.com><br>Software and system maintainer đź¦„<br>BibLibre, France<br><br><br>------------------------------<br><br>Message: 2<br>Date: Tue, 10 Aug 2021 12:56:33 -1000<br>From: Fridolin SOMERS <fridolin.somers@biblibre.com><br>To: koha-devel@lists.koha-community.org<br>Subject: Re: [Koha-devel] Zebra Trivia<br>Message-ID: <4b569fb8-fd53-fbdd-5e75-0e189b192270@biblibre.com><br>Content-Type: text/plain; charset=UTF-8; format=flowed<br><br>Beuuuuuu (sound of a GNU looking at a Zebra).<br><br>Why on earth is there this 4=6 in ccl.properties ?<br>THis is usefull for field type (date, numeric ...) or truncation, but <br>never for phrase/wrdl ...<br><br>The (only) doc from Indexdata :<br>https://software.indexdata.com/zebra/doc/querymodel-rpn.html#querymodel-bib1-structure<br><br>Best regards,<br><br>Le 21/07/2021 Ă  13:36, dcook@prosentient.com.au a Ă©crit :<br>> Hi all,<br>> <br>> Today I learned (or maybe re-learned) something about Zebra CCL syntax:<br>> <br>> â€śIdentifier-standard,phr” does not do a phrase search. It does a word <br>> list search. Now you might this this is impossible, but it’s not, <br>> because Identifier-standard is hard-coded with 4=6 in ccl.properties: <br>> Identifier-standard  1=1007 4=6<br>> <br>> Since Identifier-standard has already set the â€ś4” structure attribute, <br>> â€śphr” does nothing.u<br>> <br>> However, if you write â€śphr,Identifier-standard”, it will do a phrase <br>> search. That’s because the â€śphr” sets the â€ś4” structure attribute before <br>> the â€śIdentifier-standard” gets converted into PQF/RPN.<br>> <br>> Cool, n’est-ce pas?<br>> <br>> David Cook<br>> <br>> Senior Software Engineer<br>> <br>> Prosentient Systems<br>> <br>> Suite 7.03<br>> <br>> 6a Glen St<br>> <br>> Milsons Point NSW 2061<br>> <br>> Australia<br>> <br>> Office: 02 9212 0899<br>> <br>> Online: 02 8005 0595<br>> <br>> <br>> _______________________________________________<br>> Koha-devel mailing list<br>> Koha-devel@lists.koha-community.org<br>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>> website : https://www.koha-community.org/<br>> git : https://git.koha-community.org/<br>> bugs : https://bugs.koha-community.org/<br>> <br><br>-- <br>Fridolin SOMERS <fridolin.somers@biblibre.com><br>Software and system maintainer đź¦„<br>BibLibre, France<br><br><br>------------------------------<br><br>Message: 3<br>Date: Tue, 10 Aug 2021 13:04:09 -1000<br>From: Fridolin SOMERS <fridolin.somers@biblibre.com><br>To: koha-devel@lists.koha-community.org<br>Subject: Re: [Koha-devel] Bug 17600 (Standardize the EXPORT) is pushed<br>Message-ID: <79b769c4-172d-a12e-d38c-3e5bfb8eb501@biblibre.com><br>Content-Type: text/plain; charset=utf-8; format=flowed<br><br>Hi,<br><br>Do we need to impact Koha plugins ?<br><br>Best regards,<br><br>Le 15/07/2021 Ă  21:02, Jonathan Druart a Ă©crit :<br>> Hi,<br>> I've just pushed bug 17600, it's a massive patch (1311 files changed,<br>> 4077 insertions(+), 4362 deletions(-)) that will cause conflicts with<br>> a lot of other patches in the queue.<br>> <br>> I've described in the commit message what it is doing, please read it.<br>> <br>> Most of the time the changes it brings are trivial but be careful when<br>> you resolve the conflicts. Ping me if you need help.<br>> <br>> Enjoy your weekend!<br>> Jonathan<br>> _______________________________________________<br>> Koha-devel mailing list<br>> Koha-devel@lists.koha-community.org<br>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>> website : https://www.koha-community.org/<br>> git : https://git.koha-community.org/<br>> bugs : https://bugs.koha-community.org/<br>> <br><br>-- <br>Fridolin SOMERS <fridolin.somers@biblibre.com><br>Software and system maintainer đź¦„<br>BibLibre, France<br><br><br>------------------------------<br><br>Message: 4<br>Date: Wed, 11 Aug 2021 09:56:45 +1000<br>From: <dcook@prosentient.com.au><br>To: "'Fridolin SOMERS'" <fridolin.somers@biblibre.com>, "'koha-devel'"<br>    <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] Check of syspref editor with DB columns<br>Message-ID: <032901d78e43$60455af0$20d010d0$@prosentient.com.au><br>Content-Type: text/plain;    charset="utf-8"<br><br>Good questions, Fridolin. I ended up adding sort1 and sort2 locally to borrowers.json. I've been so busy I hadn't even thought of upstreaming yet I think. <br><br><br><br>David Cook<br>Senior Software Engineer<br>Prosentient Systems<br>Suite 7.03<br>6a Glen St<br>Milsons Point NSW 2061<br>Australia<br><br>Office: 02 9212 0899<br>Online: 02 8005 0595<br><br>-----Original Message-----<br>From: Koha-devel <koha-devel-bounces@lists.koha-community.org> On Behalf Of Fridolin SOMERS<br>Sent: Wednesday, 11 August 2021 7:34 AM<br>To: koha-devel <koha-devel@lists.koha-community.org><br>Subject: [Koha-devel] Check of syspref editor with DB columns<br><br>Hi,<br><br>Since 22844, preferences like BorrowerUnwantedField and BorrowerMandatoryField show a modal selection of DB columns.<br>This relies on<br>/koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/borrowers.json<br><br><br>Unwanted fields are hidden in template using :<br>   [% UNLESS nofield %]<br>Mandatory fields have attribute require in template using :<br>   [% IF mandatoryfield %]<br><br>Big problem is how do we maintain this ???<br><br>For example I see in template memberentrygen.tt :<br>   [% UNLESS noautorenew_checkouts %]<br>But this column is not in borrowers.json :(<br><br>I'm made some checks :<br>grep '% UNLESS no' <br>koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt | awk -F 'UNLESS ' '{print $2}' | tr -d '%]' | sort -u egrep 'mandatory\w' <br>koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt | awk -F 'mandatory' '{print $2}' | tr -d ' %])' | sort -u Plus some manual work.<br><br>My conclusion :<br><br>Are missing from borrowers.json (used by nofield and/or mandatoryfield) :<br>   - autorenew_checkouts<br>   - relationship<br>   - sms_provider_id<br>   - sort1<br>   - sort2<br><br>Are useless in borrowers.json :<br>   - categorycode : obviously mandatory ?<br>   - smsalertnumber : in form the field is now SMSnumber, but no noSMSnumber/mandarorySMSnumber in template<br><br>I will create a bug report for autorenew_checkouts first.<br><br>Maybe we could add something in QA tools ?<br><br>Best regards,<br><br>PS :<br>Also not very clear, BorrowerMandatoryField shows all fields but in template there is only :<br>mandatoryborrowernotes<br>mandatorycardnumber<br>mandatorycontactfirstname<br>mandatorycontactname<br>mandatorydateenrolled<br>mandatorydateexpiry<br>mandatorydateofbirth<br>mandatoryemail<br>mandatoryemailpro<br>mandatoryfax<br>mandatoryfirstname<br>mandatoryinitials<br>mandatorymobile<br>mandatoryopacnote<br>mandatoryothernames<br>mandatorypassword<br>mandatoryphone<br>mandatoryphonepro<br>mandatoryprimary_contact_method<br>mandatorysort1<br>mandatorysort2<br>mandatorysurname<br>mandatorytitle<br>mandatoryuserid<br>mandatorypassword<br><br>We should add other fields in exclusions ?<br><br>--<br>Fridolin SOMERS <fridolin.somers@biblibre.com> Software and system maintainer đź¦„<br>BibLibre, France<br>_______________________________________________<br>Koha-devel mailing list<br>Koha-devel@lists.koha-community.org<br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/<br><br><br><br><br>------------------------------<br><br>Message: 5<br>Date: Wed, 11 Aug 2021 09:58:21 +1000<br>From: <dcook@prosentient.com.au><br>To: "'Fridolin SOMERS'" <fridolin.somers@biblibre.com>,<br>    <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] Zebra Trivia<br>Message-ID: <032a01d78e43$9995bfc0$ccc13f40$@prosentient.com.au><br>Content-Type: text/plain;    charset="utf-8"<br><br>Hahaha. That made my morning, Frido.<br><br>I have no idea why Identifier-standard is set up that way. It might be worth doing a git-blame at some point. <br><br>David Cook<br>Senior Software Engineer<br>Prosentient Systems<br>Suite 7.03<br>6a Glen St<br>Milsons Point NSW 2061<br>Australia<br><br>Office: 02 9212 0899<br>Online: 02 8005 0595<br><br>-----Original Message-----<br>From: Koha-devel <koha-devel-bounces@lists.koha-community.org> On Behalf Of Fridolin SOMERS<br>Sent: Wednesday, 11 August 2021 8:57 AM<br>To: koha-devel@lists.koha-community.org<br>Subject: Re: [Koha-devel] Zebra Trivia<br><br>Beuuuuuu (sound of a GNU looking at a Zebra).<br><br>Why on earth is there this 4=6 in ccl.properties ?<br>THis is usefull for field type (date, numeric ...) or truncation, but never for phrase/wrdl ...<br><br>The (only) doc from Indexdata :<br>https://software.indexdata.com/zebra/doc/querymodel-rpn.html#querymodel-bib1-structure<br><br>Best regards,<br><br>Le 21/07/2021 Ă  13:36, dcook@prosentient.com.au a Ă©crit :<br>> Hi all,<br>> <br>> Today I learned (or maybe re-learned) something about Zebra CCL syntax:<br>> <br>> â€śIdentifier-standard,phr” does not do a phrase search. It does a word <br>> list search. Now you might this this is impossible, but it’s not, <br>> because Identifier-standard is hard-coded with 4=6 in ccl.properties:<br>> Identifier-standard  1=1007 4=6<br>> <br>> Since Identifier-standard has already set the â€ś4” structure attribute, <br>> â€śphr” does nothing.u<br>> <br>> However, if you write â€śphr,Identifier-standard”, it will do a phrase <br>> search. That’s because the â€śphr” sets the â€ś4” structure attribute <br>> before the â€śIdentifier-standard” gets converted into PQF/RPN.<br>> <br>> Cool, n’est-ce pas?<br>> <br>> David Cook<br>> <br>> Senior Software Engineer<br>> <br>> Prosentient Systems<br>> <br>> Suite 7.03<br>> <br>> 6a Glen St<br>> <br>> Milsons Point NSW 2061<br>> <br>> Australia<br>> <br>> Office: 02 9212 0899<br>> <br>> Online: 02 8005 0595<br>> <br>> <br>> _______________________________________________<br>> Koha-devel mailing list<br>> Koha-devel@lists.koha-community.org<br>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>> website : https://www.koha-community.org/ git : <br>> https://git.koha-community.org/ bugs : <br>> https://bugs.koha-community.org/<br>> <br><br>--<br>Fridolin SOMERS <fridolin.somers@biblibre.com> Software and system maintainer đź¦„<br>BibLibre, France<br>_______________________________________________<br>Koha-devel mailing list<br>Koha-devel@lists.koha-community.org<br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/<br><br><br><br><br>------------------------------<br><br>Message: 6<br>Date: Wed, 11 Aug 2021 11:48:28 +0200<br>From: Jonathan Druart <jonathan.druart@bugs.koha-community.org><br>To: Fridolin SOMERS <fridolin.somers@biblibre.com><br>Cc: koha-devel <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] Bug 17600 (Standardize the EXPORT) is pushed<br>Message-ID:<br>    <CAJzKNY6BNUNPfGyA0tKR-R86_WKSR_Sdh8rsSKaqys8a_zhxfg@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>It may break plugins using modules that were using EXPORT and now EXPORT_OK<br><br>Le mer. 11 aoĂ»t 2021 Ă  01:04, Fridolin SOMERS <fridolin.somers@biblibre.com><br>a Ă©crit :<br><br>> Hi,<br>><br>> Do we need to impact Koha plugins ?<br>><br>> Best regards,<br>><br>> Le 15/07/2021 Ă  21:02, Jonathan Druart a Ă©crit :<br>> > Hi,<br>> > I've just pushed bug 17600, it's a massive patch (1311 files changed,<br>> > 4077 insertions(+), 4362 deletions(-)) that will cause conflicts with<br>> > a lot of other patches in the queue.<br>> ><br>> > I've described in the commit message what it is doing, please read it.<br>> ><br>> > Most of the time the changes it brings are trivial but be careful when<br>> > you resolve the conflicts. Ping me if you need help.<br>> ><br>> > Enjoy your weekend!<br>> > Jonathan<br>> > _______________________________________________<br>> > Koha-devel mailing list<br>> > Koha-devel@lists.koha-community.org<br>> > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>> > website : https://www.koha-community.org/<br>> > git : https://git.koha-community.org/<br>> > bugs : https://bugs.koha-community.org/<br>> ><br>><br>> --<br>> Fridolin SOMERS <fridolin.somers@biblibre.com><br>> Software and system maintainer đź¦„<br>> BibLibre, France<br>> _______________________________________________<br>> Koha-devel mailing list<br>> Koha-devel@lists.koha-community.org<br>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>> website : https://www.koha-community.org/<br>> git : https://git.koha-community.org/<br>> bugs : https://bugs.koha-community.org/<br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20210811/aae5a225/attachment.htm><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>Koha-devel mailing list<br>Koha-devel@lists.koha-community.org<br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/<br>git : https://git.koha-community.org/<br>bugs : https://bugs.koha-community.org/<br><br><br>------------------------------<br><br>End of Koha-devel Digest, Vol 189, Issue 4<br>******************************************<br></div><br><br>NOTE: You are receiving this mail because, the Requester/Technician wanted you to get notified on this request creation.<br></body></html>