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

March 2013 Koha Community Newsletter has been published
by Daniel Grobani 30 Mar '13

30 Mar '13

Hi, The March 2013 edition of the Koha Community Newsletter has been posted to http://koha-community.org/koha-community-newsletter-march-2013/. Cheers, Daniel Grobani Koha Community Newsletter Editor

1 0

Koha SIP Server error message
by Scott Kushner 29 Mar '13

29 Mar '13

Hi, Would anyone know why I keep getting this error message when trying to do a checkin through SIP? "Use of uninitialized value $var in hash element at /root/kohaclone/C4/Context.pm line 1026, <STDIN> chunk 2." Is it a bug? It's very annoying. Thanks Scott Kushner Middletown Library

1 0

Re: [Koha-devel] Feedback from french translation team about transifex
by BWS Johnson 29 Mar '13

29 Mar '13

Salvete! Bearing in mind that I personally would like to see Pootle as implemented die a terrible, rotten, no good death, I think finding a replacement requires a lot of scrutiny. While it's promising that Transifex looks good so far, I'd love to know how the experience has played out for non Latin languages. Do we know how Arabic, Chinese, Marathi, Russian, and any others might have played out? Also, I realise that Community hosting is a resource hassle, but I'm a wee bit paranoid about having these tools completely out of our hands. Cheers, Brooke

1 0

any right to left specialists around ?
by Gaetan Boisson 29 Mar '13

29 Mar '13

Dear all, a pretty long call for help, but please read on if you know anything about handling right to left scripts, or if you're just interested in it. I am working on a project in Iraqi Kurdistan on behalf of BibLibre and have been reading quite a lot on the various problems typically encountered with text that flows from right to left, and especially when mingling text that flow in opposite directions in the same display. To sum it up briefly, and as far as i understood, displaying the data should be fine whenever there is only one run of text in an element. Things get tricky when your run of text ends with a neutral character (a character that doesn't have an inherent direction in which it should be read, such as a punctuation mark) or when you have different directional runs one after another (Imagine the arabic title of a book called "Learn HTML4 in 24 lessons", where "HTML4" and "24" would be written in the latin alphabet for instance. Also, reading about all this, i learnt that arabic is written from right to left, except for numbers which are written from left to right). In those cases, the "bidi algorythm" (the thing in charge of displaying bi-directionnal text properly) will find itself in an unclear situation and can make the wrong choices. This results in things like (What you will see below here seems to depend on what you use. I can tell you it's not displaying well in thunderbird 17.0.4 on Ubuntu) : تعلم HTML4 فى 24 درسا The words are the right ones, but their order is messed up. To an arabic reading person what we have here doesn't make sense, it's like "in 24 lessons HTML4 Learn". What happens here is that we have 3 directional runs (not 5 : فى 24 درسا is just one run from left to right, with the numbers being read from left to right as they should, but it's still the same run. Yes my mind is crying too ;) ) تعلم HTML4 فى 24 درسا This is the order in which they display in my thunderbird, and they should display in the reverse order. (I have saved a record with this title in Koha and the display *is* messed up in a ltr interface, it's fine if the interface is in arabic.) It seems thunderbird is messing things up because it is ordering them according to its context, which is left to right. But if you copy and paste the full line in a more simple text editor such as Gedit, you will get the right order, unless you start typing things in the latin alphabet at the start of the line (which will be on the right side). Then you will have a messed up order, aligned on the left. Now, when we will migrate the data for this project i would like to take all measures to make sure things will be understandable in all possible contexts. That is whether the interface is displaying in a left to right or right to left language should not matter. There are unicode invisible characters that can be used to say "this whole stretch is left to right" (or the opposite), or even some characters which cannot be seen but which are "strongly typed" rtl or ltr and can be inserted at the right place to clarify the context and fix things. What i am tempted to do is to enclose all strings in those characters during the migration, according to the language used (an information i can find elsewhere in my data). Or just add the "clarifying" character at the end (or beginning ?) of the string. I guess it would be a good idea then to do this in all cases, that is not just for rtl languages in the data, but for both. (Even though chances are english books will have much less mixed scripts in their metadata than their arabic counterparts. This just seem like a justified equal treatment.) Is that the right way to proceed ? One last thing is that when cataloguing new documents, i guess the librarians should pay attention to this. Should we then train them to use these characters at the appropriate places ? If you have experience with this and can provide some advice as to the solutions usually put in place, i'd be extremely grateful if you could share it. I intend to get a good look at that and put some effort into fixing a few things on the way. ;) Thanks, If you read all this just out of interest, go to the W3C pages on bidi text, they are extremely informative and well written : http://www.w3.org/International/tutorials/bidi-xhtml/ -- Gaetan Boisson Chef de projet bibliothécaire BibLibre 06 52 42 51 29 108 avenue Breteuil 13006 Marseille gaetan.boisson(a)biblibre.com

5 7

3.14 Naming module maintainers
by Fridolyn SOMERS 29 Mar '13

29 Mar '13

Hie, I whould like to candidate as "Patrons" module maintainer. I know this module quite well and I think I can handle its bug volume. Regards, -- Fridolyn SOMERS Biblibre - Pôle Support fridolyn.somers(a)biblibre.com <mailto:fridolyn.somers@biblibre.com>

1 0

Re: [Koha-devel] [Koha-patches] [PATCH] Bug 9850: Update Authority Help Files
by Robin Sheat 28 Mar '13

28 Mar '13

Nicole C. Engard schreef op za 23-03-2013 om 09:17 [-0400]: > -See the full documentation for Authorities in the <a > href="http://manual.koha-community.org/3.10/en/catauthorities.html">manual</a> (online). > +See the full documentation for Authorities in the <a > href="http://manual.koha-community.org/3.12/en/catauthorities.html">manual</a> (online). I wonder if this sort of thing should be done automatically by the templates, rather than a manual change for each release. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D

3 3

Installation of Spanish language
by Vimal Kumar V. 27 Mar '13

27 Mar '13

Dear Friends, I am trying to install spanish for my friend. I followed instructions in following link, http://wiki.koha-community.org/wiki/Installation_of_additional_languages_fo… I tried the first method of language installation and got following error: root@vimal:/usr/share/koha/misc/translator# perl translate install fr-FRCan't locate C4/Context.pm in @INC (@INC contains: /root/perl5/lib/perl5/i686-linux-gnu-thread-multi-64int /root/perl5/lib/perl5/i686-linux-gnu-thread-multi-64int /root/perl5/lib/perl5 /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at LangInstaller.pm line 22. BEGIN failed--compilation aborted at LangInstaller.pm line 22. Compilation failed in require at translate line 25. BEGIN failed--compilation aborted at translate line 25. My koha installation using Ubuntu packages. Any different method of language installation for this type installation? -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.info Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

3 3

patch for fixing indexing of 1XX in UNIMARC
by Mathieu Saby 27 Mar '13

27 Mar '13

Hello DOM for unimarc are not working properly. I have tried to fix one of the issues in BZ 8252. So if you are interested in UNIMARC, could you take a look ? I attached 2 patches : 1st for fixing issues in GRS-1, 2d for fixing issues in DOM. I think further changes may be needed, as I explained in the comments for 2d patch. Regards, M. Saby -- Mathieu Saby Service d'Informatique Documentaire Service Commun de Documentation Université Rennes 2 Téléphone : 02 99 14 12 65 Courriel : mathieu.saby(a)univ-rennes2.fr

1 0

QA: Question on feature freeze
by Marcel de Rooy 27 Mar '13

27 Mar '13

Hi RM and QA, While we are in feature freeze now, do we still qa all patches or only those marked as bug fixes? It seems to me that if patches will be put on hold, we should not qa them too early? Aside from that, the distinction between a bug fix and some small enhancements may be quite arbitrary. Say that I miss field A on report 1 and it is listed on report 2, is adding that field a bug fix or an enhancement? (Many other examples may be given.) Do we follow the author of the patch here, or can we define "bug" more clearly ? Thanks, Marcel

2 1

Bug 6554 Encoding in template processing
by Marcel de Rooy 27 Mar '13

27 Mar '13

Hi, Your help on getting bug 6554 of Dobrica into Koha is much appreciated! If you could help with testing if we found all encoding issues or you could resolve one of the points mentioned in order to pass qa, that would be very welcome. Checking all corners of opac and staff for improper url parameter handling is much easier with some more eyes :) Thanks, Marcel

1 0