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

GPL licensing and Javascript
by Robin Sheat 28 Aug '14

28 Aug '14

There's a few points to be aware of for us here: http://lwn.net/SubscriberLink/609709/7f0fa0e255e8143b/ Scroll down to the "JavaScript and the GPL" section (or, read the whole thing. Some might find certain parts have a slight air of familiarity about them.) -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF

1 0

Re: [Koha-devel] VAT/GST rewrite
by Paul A 28 Aug '14

28 Aug '14

At 11:58 AM 8/28/2014 +0200, Jonathan Druart wrote: >Thanks to Katrin and Colin for their questions/notes on the wiki page >(http://wiki.koha-community.org/wiki/GST_Rewrite_RFC#Questions_.2F_notes) >[snip] >2/ Rounding >I suggest to add a new pref to define the decimal to get for price >calculation. So we need to change all the price DB fields to something >like decimal(13,4). Quick thought: not sure what other institutions use for "accounts", but we use Sage software which sets up the MySQL db to *two* decimal points for all items and at all three tax levels (0, 5 and 13%) -- it would perhaps be useful, particularly if other accounting systems do the same, to maintain consistency (or at least allow the choice.) The rounding errors are minor (they rarely if ever cascade), but a PITA for the auditors. Best -- Paul

1 0

VAT/GST rewrite
by Jonathan Druart 28 Aug '14

28 Aug '14

Hello, As promised, I have just finished to translate the spec for the VAT/GST rewrite. You can found them on the wiki: http://wiki.koha-community.org/wiki/GST_Rewrite_RFC Note that I am waiting for some feedbacks before starting the development. I really would like to know if the logic is good for all of you/your customers/use cases and if you agree on the values calculation. Regards, Jonathan

4 7

DBix relation names: discussion about biblioitem vs biblioitemnumber
by Marcel de Rooy 28 Aug '14

28 Aug '14

Hi, Please have a look at bug 11518 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11518, If the mail subject attracted your attention somehow.. Thx Marcel

1 0

RFC for overdue notice enhancements
by Francois Charbonnier 27 Aug '14

27 Aug '14

Hello all, Halland County Library in Sweden is going to sponsor new features. Their goals are to : * manage a reminder fee when a reminder is sent * manage different reminder delays depending on whether the item is reserved or not, and is free of charge or has a rental fee. We will start from a development inLibro did to manage invoices and fixed costs that goes along (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11092) Since, it hasn't been upstreamed yet, we will close this report and re-work it for a better integration with the new features. The requirements were thought to comply Halland County Library needs but also to be flexible and fulfill different settings. We also paid attention to keep Koha's behaviour, so libraries can keep their original set up if they doesn't need these new features. Here, you will find the RFCs : http://wiki.koha-community.org/wiki/Overdue_Notice_Enhancement Any comments, thoughts, suggestions are very welcome! Thanks François -- François Charbonnier, Bibl. prof. / Chef de produits Tél. : (888) 604-2627 francois.charbonnier(a)inLibro.com <mailto:francois.charbonnier@inLibro.com> inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>

7 10

PROG/CCSR deprecation
by Chris Cormack 27 Aug '14

27 Aug '14

Hi All I have been working on the prog/ccsr removal, I have all the patches that have been signed off pushed to a branch so we can test them all together. However I need 3 bugs to be signed off 12655 12539 12657 If someone could take a look at that and please sign them off, we can push them to the MM_OPAC/theme_dep to get them integration tested and then merge to master Thanks Chris

1 0

Call for development IRC meeting
by Tomas Cohen Arazi 27 Aug '14

27 Aug '14

I forgot to announce last week's dev meeting so we missed it. Sorry for that. I propose doing it next tuesday: - 2 September 2014, 15UTC - 2 September 2014, 22UTC I encourage everyone interested on the UTF-8 cleanup effort to be on IRC, we need your opinions. We definitely need ideas for writing regression tests for this, and volunteers to work on that. The guys have worked a lot on this patches, and are rebasing them periodically. We have reached half of the 3.18 release cycle, and this stuff needs to get in so we have enough time to test and fix any possible regression before release on november. I remind you the wiki page where we are sumarizing what's left to be done so you make up your mind by tuesday: http://wiki.koha-community.org/wiki/Handling_UTF8_in_development I hope you can all join us. Thanks in advance -- Tomás Cohen Arazi Prosecretaría de Informática Universidad Nacional de Córdoba ✆ +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F

1 0

Stemming and zebra
by Francois Charbonnier 27 Aug '14

27 Aug '14

Hello, I have tested the QueryStemming system preference on Koha 3.14 (my local installation) and I'm wondering, does zebra just right truncate the words or is there an algorithm to find the stems? I use ICU and I have enabled "QueryWeightFields". I don't have automatic truncation or fuzzy search on. I use these words for my tests: * ski, skiing, skills * fish, fished, fishing, fisher, fishxsdfe Each time, with QueryStemming on, skills and fishxsdfe come out in the search results. Is it what I should expect? "Skills", maybe but "fishxsdfe"? Do you know how it works? or have a good example that would help me to understand? Thanks! -- François Charbonnier, Bibl. prof. / Chef de produits Tél. : (888) 604-2627 francois.charbonnier(a)inLibro.com <mailto:francois.charbonnier@inLibro.com> inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>

3 5

Koha::Acquisition::Order?
by Jonathan Druart 27 Aug '14

27 Aug '14

Hi developers, I've just sent a patch to put the order-related code into a new module. I would like to get some feedback on it. Please have a look at bug 12830 Note that the changes are not trivial and rebase the patch for a long time is dangerous. The sooner this first patch is integrated (adapted to your needs/requests), the faster I will provide a patch to fix the TODOs. Cheers, Jonathan http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12830

1 0

Proposed patch to add in-browser support of Indian/non-Latin language typing in Koha
by Indranil Das Gupta 26 Aug '14

26 Aug '14

Hi all, [apologies for X-Posting] Browser based on-the-fly transliterated input on the OPAC was a long-standing requirement particularly in the Indian Koha user community. Indian government recognises 22 official languages for the purpose of official correspondance. The earlier attempts to add GoogleIndicTransliteration was a step in this direction. But that attempt did not finally clear QA. Google Transliteration API was deprecated in June 2011 and it's general Terms of Service (ToS) are not FOSS friendly. In contrast, jQuery.IME is dual-licensed under GPLv2+ and MIT. It is a key component of Wikimedia's (the organisation behind Wikipedia.org) global language engineering stack. At present, this represents robust, well tested support for over 135 input methods spanning over 67 languages. I've uploaded a patch (http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31152) against the bug number http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12815. The patch is against the current Koha master. I would like to request interested users to have a look and preferably test it. The patch work both in the OPAC as well as in Koha's staff client interface. Screenshots of the patch in action: http://imgur.com/a/2gB7H#0 and http://imgur.com/a/2gB7H#2 cheers, -indra -- 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

1 0