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

Search results numbering in master
by Marcel de Rooy 01 Mar '12

01 Mar '12

Hi all, Just now I noticed missing the search result numbering in current master. A "glance" through git brought me to this commit: commit 706712dd1edebb6eed8b632ca8db4dcd9df39b56 Author: Srdjan Jankovic <srdjan(a)catalyst.net.nz> Date: Mon Jan 23 17:04:02 2012 +1300 bug_6488: Take in account opachiddenitems when searching in opac Containing: - <td class="select selectcol">[% SEARCH_RESULT.result_number %].</td> I would love to have them back! Why were they removed? In the 6488 report there are these references: 1) I sign off on this with the following caveat: results numbering will have to be revisited (or removed). 2) The number that was removed is one that was next to the Save tickbox, the ordinal number of the result in the result set. It was removed because it was awkward to show eg 6 results numbered 3,5,8,13,16,19. I personally do not favor that adding an optional feature of hiding items removes search results numbering in general. The numbering is very handy. Now everybody loses that while not even using the hidden items feature! I would suggest that possibly Srdjan (as the author) adds the search results numbering back and only removes it when opachiddenitems is active. This could be provisional while resolving the numbering issue in full. Any comments? Marcel

1 0

Official Koha Newsletter: Volume 3, Issue 2: February 2012
by Daniel Grobani 25 Feb '12

25 Feb '12

[Below is the text of the newsletter. For active links and a more readable format, please visit http://koha-community.org/koha-newsletter-volume-3-issue-2-february-2012] Official Koha Newsletter (ISSN 2153-8328) Volume 3, Issue 2: February 2012 Edited by Daniel Grobani, Koha Community Newsletter Editor. Please submit news items to danielg.koha(a)gmail.com. Table of Contents Koha Development Koha 3.6.4 Status Koha 3.6.3 Released Koha 3.4.8 Released Koha Release Statistics Release Manager’s Newsletter Koha Community New Koha Libraries Community Gossip Past Koha Events February General IRC Meeting Global Bug Squashing Day 2012-02-08 Upcoming Koha Events Marseille Hackfest March General IRC Meeting KohaCon12 Koha Development Koha 3.6.4 Status by Chris Nighswonger The 3.6.x branch is in a string freeze. Koha 3.6.4 is scheduled for release on 1 March 2012. Koha 3.6.3 Released by Chris Nighswonger It is with pleasure that I announce the release of Koha 3.6.3. The package can be retrieved from: http://download.koha-community.org/koha-3.06.03.tar.gz You can use the following checksum and signature files to verify the download: http://download.koha-community.org/koha-3.06.03.tar.gz.MD5 http://download.koha-community.org/koha-3.06.03.tar.gz.MD5.asc http://download.koha-community.org/koha-3.06.03.tar.gz.sig Release notes for 3.6.3 are at http://koha-community.org/koha-3-6-3. Koha 3.4.8 Released by Chris Nighswonger It is with pleasure that I announce the release of Koha 3.4.8. The package can be retrieved from: http://download.koha-community.org/koha-3.04.08.tar.gz You can use the following checksum and signature files to verify the download: http://download.koha-community.org/koha-3.04.08.tar.gz.MD5 http://download.koha-community.org/koha-3.04.08.tar.gz.MD5.asc http://download.koha-community.org/koha-3.04.08.tar.gz.sig Release notes for 3.4.8 are at http://koha-community.org/koha-3-4-8. Koha Release Statistics Chris Cormack, statistician par excellence, has posted some stats on recent Koha releases: Statistics for Koha 3.6.3 Statistics for Koha 3.4.8 He also posted signoff statistics for January 2012. Release Manager’s Newsletter Paul Poulain, Koha 3.8 Release Manager, is publishing a monthly newsletter dedicated to Koha 3.8 development. It can be found on the Koha Community website in the Koha News category. The first two issues were distributed via the koha-devel mailing list. The third issue is here. Koha Community New Koha Libraries Huntington Public Library (via ByWater Solutions) Kimball Public Library (via ByWater Solutions) Montgomery House Warrior Run Area Public Library (self-hosted) Plaistow Public Library (via ByWater Solutions) Sandown Public Library (via ByWater Solutions) Community Gossip Equinox Software is seeking a Library Data Specialist to work with library data and configure Koha and Evergreen systems. Kyle Hall has joined ByWater Solutions as Development Support Specialist. Nicole Engard has created a number of useful video tutorials on using Koha. Check out the map of Koha sites. Past Koha Events February General IRC Meeting The February general IRC meeting was held on 8 February 2012. For more info, including the agenda and links to the minutes, see http://wiki.koha-community.org/wiki/General_IRC_Meeting,_8_February_2012. Global Bug Squashing Day 2012-02-08 by Magnus Enger A Global bug squashing day was held on Wednesday, 8 February 2012, and there was much rejoicing. For the numbers, see http://wiki.koha-community.org/wiki/2012-02-08_Global_bug_squashing_day. Upcoming Koha Events Marseille Hackfest by Paul Poulain 25 Koha developers will be gathering to work on improving Koha from 19-25 March in Marseille, France. There will be people from Croatia (2), Switzerland (1), Italy (1), Germany (1), USA (1), and France (19). Six of us are librarians; the rest are IT/developers. We plan to focus on these topics: a small group working on performance and persistence issues, trying to make Koha Plack/mod_perl compatible a small group working on database issues, trying to remove MySQL dependencies and incorporate business/database separation logic into Koha a small group working on user interface issues, trying to improve HTML, CSS, etc. a small group working on Solr integration (that will, hopefully, be submitted for October 2012 release) the rest of us working on what we could call a Global Bug Squashing Week–testing patches, etc. We still have space, so if you’d like to come, just email me. March General IRC Meeting The March general IRC meeting will be held on Wednesday, 21 March 2012. For more info, see http://wiki.koha-community.org/wiki/General_IRC_Meeting,_21_March_2012. KohaCon12 KohaCon12 will be held in Edinburgh, Scotland, UK, 5-7 June 2012. A hackfest will be held 9-11 June. This is a free conference for everyone interested in the Koha library system, which is Free and Open Source Software. There is no registration fee, but we will ask that attendees pre-register. Further calls, including calls for papers and registrations will be posted soon. Details (travel, hotels, agenda draft, etc) can be found linked from http://wiki.koha-community.org/wiki/KohaCon12_Summary. KohaCon12 is the fifth KohaCon, following last year’s successful conference in India which brought together users and developers worldwide. KohaCon12 will feature an international slate of speakers (both Koha users and active Koha contributors) conducting presentations and workshops on a diverse range of topics. Talks will cover a range of topics from general experiences of Koha through to technical information on the various modules. “We expect this event to have wide appeal,” said MJ Ray of host organisation and Koha support provider software.coop. “The conference is for both techies and non-techies. In addition to presentations on the technical side of Koha, the conference will be a demonstration of how users and developers around the world cooperate to improve Free and Open Source Software. software.coop is delighted to host KohaCon in Edinburgh in our tenth anniversary year and this UN International Year of Co-operatives.” “Koha conferences are always an informative and uplifting event, I have no doubt that this years conference in Edinburgh will be the best conference yet.” said Chris Cormack, one of the original authors of the Koha version 1.0.

1 0

Moving CSS and JavaScript out of translated paths
by Owen Leonard 25 Feb '12

25 Feb '12

I have done some work on Bug 4048, "Moving CSS and JS out of translated paths," but the work quickly becomes out of date because it touches so many files. I'm willing to keep working on it if others think it is still worthwhile, so I'd like to ask for opinions. The goal of the bug was to move common CSS and JavaScript files out of language-specific directories so that they are not duplicated. CSS and JavaScript files are not processed by the translation script, so there isn't much reason at the moment to keep them where they can be processed by it. The question is whether it might be a goal of some people to add translation of JavaScript files? The other question I have about revisiting my work on this bug is how I can submit a patch and expect it to be tested in a timely manner. Making a far-reaching change is inconvenient for everyone, I know. If we agree that the bug is worth fixing, how can we apply the fix in the least painful way? Thanks, Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

5 6

3.6.x String Freeze
by Chris Nighswonger 23 Feb '12

23 Feb '12

As of now 3.6.x is in string freeze for the release of 3.6.4. 3.6.4 will be released on Thursday, March 1. Kind Regards, Chris

2 2

Bugzilla email change
by Paul Poulain 23 Feb '12

23 Feb '12

Hello all, I recieve a lot of mails from bugzilla when someone changes something and i'm in the cc or have added a comment or am assignee. Sometimes i'm not sure if I'm the assignee or not. Could it be possible to have that added to the email sent ? Something like: > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6919 > assignee: alex.arnaud(a)biblibre.com > > M. de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|Signed Off |Failed QA > > --- Comment #31 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> 2012-02-20 13:11:19 UTC --- > Code looks good in general. One point that blocks this patch: > ... would please me a lot ! thx if galen or chris_c can do that !!! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

2 2

serial recieve broken (follow-up to bug 6875, signoff required ASAP)
by Paul Poulain 22 Feb '12

22 Feb '12

Hello, I've submitted a patch that should fix the perl error when you recieve a serial, that was caused by the de-nesting effort. See http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6875#c70 for how to reproduce the bug, attachment http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7808&action=diff for the follow-up please, signoff required ASAP ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

[Discussion tech] database table naming
by Paul Poulain 22 Feb '12

22 Feb '12

Continuing with open discussion for the future of Koha: On the page http://wiki.koha-community.org/wiki/DB_schema_bugs, we have referenced some inconsistencies on the database. One of them is about table naming : acquisition related tables all start by aq, other tables don't have any prefix. OTOH, Julian has submitted a bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5339 that adds an "invoice" table, related to acquisitions, but don't has a aq prefix. The possible options are on http://wiki.koha-community.org/wiki/Table_naming, let's start the discussion ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

9 16

[Discussion tech] Generalise the use Template Toolkit plugins
by Paul Poulain 21 Feb '12

21 Feb '12

I've started another discussion page: http://wiki.koha-community.org/wiki/Generalise_the_use_Template_Toolkit_plu… Chris_c recently has added a plugin to manage the display of dates into Koha (see http://wiki.koha-community.org/wiki/Coding_Guidelines#Displaying_dates) that is very interesting. Do we want to generalise this mechanism ? When do we want to use it ? For example, the patch for bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4078 could nicely use this mechanism let's start the discussion ! (reading the page and the possible solutions, you'll see I made 2, but am not happy with them. Probably need others ideas...) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

3 3

[Discussion Tech] Cache handling in koha
by Tomas Cohen Arazi 21 Feb '12

21 Feb '12

Hi, I'm just starting a thread to discuss this topic so we make some decisions and we can continue improving Koha in this aspect. As far as I can remember there are a few issues with this: 1) The use of ENV vs. koha-conf.xml vs. DB/systempreferences to store memcached configuration. I introduced the use of ENV (from Apache vhost definition) for storing memcached servers configuration data on Bug 6193. This was done for being able to cache the koha-conf.xml configuration variables (prior to that, memcached info was saved in koha-conf.xml itself and thus not-cacheable). When coding that I realized that memcached was being initialized everywhere we needed it. And namespaces where not always consistent (KOHA and koha alternatively, this might not be a problem if this happens to be case insensitive, anyway, it looked bad to me). I then exported the object memcached and the ismemcached variable in C4::Context. This first patch (koha-conf.xml in memcache, and memcached object available for every other lib that includes C4::Context) has been pushed. Then there's a second patch, that removes several memcached configuration validation and initialization code from the rest of the libs, and reuses that variables from C4::Context. I tested it to work flawlessly, but things around it halted when other proposals raised. I like mi approach. I like how the resulting code looked, I wont hide it. But I don't need it to be accepted at all, maybe the other proposals are far better. The only thing I missed on this cache thing was more feedback. Back to the ENV use I think we must make a desicion: - Do we want to cache koha-conf.xml ? If the answer is no, then we can revert that patch. And we are done. If the answer is yes, we can deal with it is storing the settings in the database, but this will make it difficult to memoize the function reading. Or leave it as it is now. I don't agree it is a problem to move those settings to the vhost definition, it could be even moved into a separate file with an include sentence in the vhost definition for convenience (/etc/koha/memcached.conf and Include in vhost definition...) 2) Memoization in Koha Do we plan to use memoization in the mid/long-term? Or are we thinking of a more abstract set of 'cache' utilities which provide an interface to memcached? Using memoization is nice, clean and simple. It has the disadvantage that caching is done in an implicit way, and there are hidden problems (read side-effects) that have to be taken into account. For example, someone writes a method, other memoizes it, but doesn't know that a third method relies on data returned by the first mehotd being 'online'. As-is, memoize_memcached doesn't provide a proper way of invalidating data automatically. As said in a previous email: we will end up hooking all the data writing methods so they invalidate all the memcached store, or those methods the writer knows have to do with the current. Almost like making it explicit, but just for writers. In which case it is better to implement the second option, making everything explicit: The second approach means we have to hook every function to handle its caching, and cache invalidation. Its advantage is that being explicit, but requieres a lot of work and we will end up having business logic mixed with cache handling code, which is not a problem per-se. Just thinking. If we are planning to go on with memoization, I made a proposal on IRC (which had zero responses) to add memoize_memcached an array of references to data invalidation methods, so we don't have to hook every method. The Memoize::Memcached dev told me to take over the lib as he isn't maintaining it nor working on perl anymore. I'd like to do that, but I halted my work on that until it is more clear that it is not a waste of time. Ok. I'd like to re-read this words I wrote, but I'm just back from holidays and my bosses need a lot of answers for a lot of stuff I didn't finish last year, right now, so... Regards To+

6 11

Improving permissions on lists (virtual shelves)
by Marcel de Rooy 20 Feb '12

20 Feb '12

Hi all, Following up on the discussion on list permissions in December, I updated the wiki page http://wiki.koha-community.org/wiki/List_permissions and submitted the first patches for report 7310 (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7310) These first patches form the foundation for further changes but still stay very close to current functionality. One new point (not discussed before): While developing and refactoring some code, I removed the increasing lists information from session storage. This simplified the code, makes the sessions much smaller, ensures actual list information and did not make a big difference in performance (depending on factors as session count, number of lists, etc.; could even be faster). Next step in the development is now test and sign-off. Anyone willing is welcome to test! A detailed test plan is included on the report and on the wiki. Hope to hear from you! Marcel

1 0