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

Pootle compatabile translation tool
by Mike D. 12 Apr '13

12 Apr '13

Hello, we just start testing tool Weblate for czech translation of Koha. Weblate support: - GIT integration - qualitty control - translation context - automated translation process - access control etc. - Twiiter and Facebook propagation More information http://weblate.org/en/ Our translation http://hosted.weblate.org/projects/koha/ BR Mike

2 1

Re: [Koha-translate] [Koha-devel] Feedback from french translation team about transifex
by Indranil Das Gupta 31 Mar '13

31 Mar '13

Hi all, On Sun, Mar 31, 2013 at 3:04 AM, Rafael Antonio <jrafaelantonio(a)gmail.com> wrote: > > Paul, > > I went through transifex and saw a lot of parallel projects for KOHA. > Someone need to coordinate such issue not to have doubled work. Just my 2 bits 1) I've experience of working with Transifex as part our team's (Ankur Bangla - BN_IN L10N team for all the major GUI desktop apps on GNU/Linux) work. 2) An friend, now an ex-employee of Transifex, who worked for 2 years in the Transifex dev team handling support for Transifex, I have spoken with him and he is willing us to help out. 3) I can host an instance of Transifex CE for our translators. I'm going to setup a demo staging box later tonight. 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

Patch adding the Arab translators
by Karam Qubsi 30 Mar '13

30 Mar '13

Hi all this is my first patch to the community and my first time to use git so please guide me if I have mistakes ! this patch is to add the translators of Koha 3.8 and 3.10 and master versions I'm not sure if I have to make a patch for each version or if this enough ? >From 47055be445ad3ed12e1c803108661de21513928e Mon Sep 17 00:00:00 2001 From: Karam Qubsi <karamqubsi(a)gmail.com> Date: Sat, 30 Mar 2013 21:43:44 +0300 Subject: [PATCH 7/7] Hi all this patch is adding the translators for Arabic version. Thanks a lot . Karam Qubsi --- koha-tmpl/intranet-tmpl/prog/en/modules/about.tt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/koha-tmpl/intranet-tmpl/prog/en/modules/about.ttb/koha-tmpl/intranet-tmpl/prog/en/modules/ about.tt index 3434ead..345d175 100644 --- a/koha-tmpl/intranet-tmpl/prog/en/modules/about.tt +++ b/koha-tmpl/intranet-tmpl/prog/en/modules/about.tt @@ -445,7 +445,7 @@ <div id="translations"> <h2>Translation</h2> <ul> -<li>العربية (Arabic)</li> +<li>العربية (Arabic) Karam Qubsi, Kouider Bounama, Sham Bajaa, Ghofran Alshami, Chrestian Aboud and others from <a href="http://wikibrary.org/wiki/Arabic_Koha_Support_Team">the Arabic koha support team </a></li> <li>አማርኛ (Amharic) Getway II Ethiopia Co. (Yohannes Mulugeta (Team Leader), Tegene Assefa, Abiyot Bayou)</li> <li>Armenian Tigran Zargaryan</li> <li>Български (Bulgarian) Radoslav Kolev</li> -- 1.7.9.5 =============== Best regards -- *Karam Qubsi*

2 2

Feedback from french translation team about transifex
by Paul Poulain 29 Mar '13

29 Mar '13

Hello translators, During the hackfest in Marseille, 2 people worked on transifex with french translations. Their opinion is that we *must* leave pootle in favour of transifex. Both tools shouldn't be compared in terms of usability, features, speed of use,... What's the next step ? How could we reach an agreement on using this tool instead of pootle ? It seems a transifex server can be setup from github or we could decide to use transifex.com directly, (which is free of charge for OpenSource projects) My opinion here is that we could stard with transifex.com, as we can always download all translations, we can easily deal with any evil change, but I'm open to others arguments (and I don't apply to manage all the translation things, so our translation manager has an important opinion ;-) ) -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper

3 2

Re: [Koha-translate] [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 28 Mar '13

28 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

3 3

Update permission on language 'italian'
by Zeno Tajoli 28 Mar '13

28 Mar '13

Hi Ruth, could you update the permissions on 3.12 for my account ('tajoli') about italian files ? It is ok to have the same permissions of 3.10 files. Bye Zeno Tajoli-- Dr. Zeno Tajoli Dipartimento Gestione delle Informazioni e della Conoscenza z.tajoli(a)cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate

1 0

Koha 3.12 translation schedule
by Jared Camins-Esakov 28 Mar '13

28 Mar '13

Hello. I just wanted to give everyone a head's up that I will be asking the Translation Manager to update the PO files for the 3.12 release a few days before the actual release, on May 18 or 19. Those three days shouldn't be a problem with a longer-than-normal string freeze, but I wanted to make sure everyone knew about them and planned their work accordingly. Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins(a)cpbibliography.com (web) http://www.cpbibliography.com/

2 2

zh-Hans-CN
by David Lyons 26 Mar '13

26 Mar '13

I've run perl translate install zh-Hans-CN using Koha 3.10, but I get a number of errors in the command line where the Chinese characters appear as strings of nonsense characters. At the end it can't find the charset and defaults to UTF-8. Afterwards, zh-Hans-CN works for the staff interface, but the prog opac theme (which is supposedly finished) breaks with the following software error with more gibberish that failed to properly appear as Chinese characters: Template process failed: file error - parse error - doc-head-close.inc line 3: unexpected token (ç‰ˆæœ¬) [% ç‰ˆæœ¬ %] at /usr/share/koha/lib/C4/Templates.pm line 132. Looking at doc-head-close.inc, I think the scrambled words are "Version". Is there a Perl or Debian simplified Chinese package I'm missing? Any help appreciated. Dave *Dave Lyons *Assistant Librarian *Office/办公电话:* (8610)6449 6914 *Fax/传真:* (8610)6449 6925 *Email/电子邮件: *d.lyons(a)thebeijingcenter.org *Site/网站: *http://www.thebeijingcenter.org — This message is a private communication. The information contained in this message or attached to this communication may be protected from disclosure and may contain information that is legally privileged, proprietary, and/or confidential. If you are not the intended recipient, please do not read, copy, use, or disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it and any attachments from your system. Thank you.

3 4

Arabic in koha 3.10 - 3.12
by Karam Qubsi 25 Mar '13

25 Mar '13

Hi all , as you know , we've started translating koha into Arabic from " version 3.6" and we've completed the process on koha 3.8 . Now ! We are going to translate and review koha 3.10(=89%) and koha 3.12 (=86%) we will spend long time on reviewing the old strings not just the new ones, so we need to do the following : 1- review and translate koha 3.10 ( we will do this ) to make Arabic more reliable 2- when we finished the work on 3.10 . Update po templates for koha 3.12 (from the reviewed 3.10 ) (*need help about this from you *) 3- complete translating of 3.12 (we will do this ) so before we start on (3.10) can you tell us that this is possible (*the 2nd point* ) (if we have to do this in some way please guide us ) One more thing : I need the permissions on koha 3.10 and 3.12 (for Arabic ) as that I have on koha 3.6 and 3.8 my pootle account is: karamqubsi: http://translate.koha-community.org/accounts/karamqubsi/ Thanks a lot Karam .

2 2