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

Opac search results rss link working?
by Michael Hafen 29 Aug '08

29 Aug '08

Is it me, or is it Firefox? I couldn't get the rss feed to work in firefox. I had to fiddle a bit before I even had the option of subscribing, firefox doesn't like ' '. I didn't try beyond that because Firefox didn't give me any information beyond that, just feed failed to load. Any response on this topic would be much appreciated.

2 1

RFC: Melded system preferences page
by Jesse Weaver 28 Aug '08

28 Aug '08

Currently, to change the value of system preferences in Koha, you must click find the system preference, then click on it to edit it. The patches at http://arwen.metavore.com/~jpw/melded_sysprefs/ allow you to edit system preferences directly from the main screen; you should only need the edit link to change the type or options for a system preference.

1 0

Koha 2 & 3 on the same Server
by zang＠zang.co.za 28 Aug '08

28 Aug '08

Can someone please advise if it is possible to run Koha 2.2.9 and Koha 3 on the same Debian Linux Server? If possible, how to go about installing? The current Server is running Koha 2.2.9, but we need to run Koha 3 as well. Any advice will be appreciated.

2 1

Base template language for 3.1 (was: Standardised US English Translation)
by Galen Charlton 27 Aug '08

27 Aug '08

Hi, On Wed, Apr 23, 2008 at 6:56 AM, Joshua Ferraro <jmf(a)liblime.com> wrote: > On Tue, Apr 22, 2008 at 5:10 PM, <russ(a)russandsarah.gen.nz> wrote: >> I am happy to help out with standardising the language used in the default >> Koha install to that of the dictionary everyone agreed on. >> >> It would be easiest for me to do this using Kartouche at >> translate.koha.org, because then I can see how many strings still need to >> be translated and I can do it from anywhere. > Unfortunately, it's a bit more complicated that that. If we replace > all instances > of Catalogue with Catalog, all 28 translations of Koha will need to have their > PO files updated. I've identified a few words and variations that I > _think_ cover > almost all the en-GB/en-US/en-FR issues in the 3.0 version, and I can run a > search and replace against the codebase to update them. Here's what I came > up with: > > organisation authorised catalogue cataloguing Owen recently submitted a patch to implement this change: http://lists.koha.org/pipermail/koha-patches/2008-August/001620.html Based on the conversation in April, I believe that we have a general agreement that we'll adopt en_US and the ODLIS dictionary (http://lu.com/odlis/index.cfm) as the base template language. In turn, interested parties can prepare additional English localizations, including en_NZ, en_GB, en_AU, en_US_public, en_US_academic, etc. If there are any serious objections to this, speak now. Therefore, I propose to accept Owen's patch. For the convenience of the translators, I can also prepare a patch to update the existing PO files. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton(a)liblime.com p: 1-888-564-2457 x709 skype: gmcharlt

3 2

Re: [Koha-devel] [Koha-patches] [PATCH] Replace TMPL_ELSIF with TMPL_ELSE and TMPL_IF in label-manager.tmpl;
by Mason James 27 Aug '08

27 Aug '08

On 2008/08/27, at 3:34 PM, Joe Atzberger wrote: > > On Tue, Aug 26, 2008 at 7:00 PM, MJ Ray <mjr(a)phonecoop.coop> wrote: > Mason James <mason.loves.sushi(a)gmail.com> wrote: > > On 2008/07/29, at 11:37 PM, MJ Ray wrote: > > > Consider this the first, then! > > > http://rt.cpan.org/Ticket/Display.html?id=38013 > > [...] > > I've just built HTML-Template-Pro-0.70 fine on my OSX 10.4 box, 1st > > go even. > > MJR, This may well be an issue with your specific system alone?, > > I don't see why. The then-current H:T:P built fine for me too on the > same system under 10.4, but fails under 10.5. The maintainer hasn't > yet suggested that it's a local configuration error and it's hard to > see how it could be - I've changed very few settings. It might be a > problem with fink or perl on 10.5, but I probably won't be the only > user of those versions. > > > See the Known Problems section of the perlmacos perldoc: > > If you have installed extra libraries such as GDBM through Fink (in > other words, you have libraries under /sw/lib), or libdlcompat to / > usr/local/lib, you may need to be extra careful when running > Configure to not to confuse Configure and Perl about which > libraries to use. > > Sounds like a likely vector. > > > I think we do need to properly prove that H:T:P's ELSIF's are buggy > > before we remove them, > > as they make the template logic a lot saner > > IF ... ELSIF ... /IF isn't much saner than IF ... ELSE IF ... /IF /IF > > It is saner. And as you increase the depth, it is exceedingly saner. > >  >  >  >  >  >  >  >  >  >  >  > > vs. > >  >  >  >  >  > Hi Guys, Yeah, its those examples that make my eyes water too!! ;) Ok so we are at a bit of a stalemate for now... I'm gonna ping walter@katipo and see if he can compile H:T:P on his OSX-10.5 boxes MJR: can you replicate it easily on another 10.5 box? PS: they (read: OSX boxes) can be tricky to set up LAMP/WAMP? stuff on for new admins, I got veeeery close to getting a koha3 running on my OSX after a few weeks of futzing (Ryan says it can be done ;), but gave into a deb VM instead. On a final note, I think some of the newer features in H:T:P are (when proven stable) going to really help bring the templates to a level of cleanliness and readability that most of the other areas of code are now looking (thanks everyone) Anyone else on the list have a 10.5 box to have a go at this? $ cpan HTML::Template::Pro Mason.

4 3

Item type images in opac-user.tmpl
by Owen Leonard 25 Aug '08

25 Aug '08

A recent change to opac-user.tmpl displays the item type image in place of the book cover if all enhanced content preferences are turned off: <img src="" alt="" title="" /> But further down in that template the item type image may be displayed again: <td><img src="" title="" alt="" /> </td> Couple of questions: why should the item type image only be a fallback for book covers? Is there any reason not to do both? And why not show the item type image when item-level_itypes is turned on? Shouldn't that be checking for noItemTypeImages? Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

2 2

Koha Plone Contest
by Roberto Allende 25 Aug '08

25 Aug '08

Hello I'm writing to ask about the Plone Koha Contest, we didn't get any news and we'd like to know who the winner was. Kind Regards r. -- http://www.menttes.com _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel

7 19

On the way to the Debian package
by Vincent Danjean 25 Aug '08

25 Aug '08

Hi, I think all Koha dependencies are in Debian now (until you add new ones ;-) ). So I started to work on koha packaging itself. My work can be see here: http://git.debian.org/?p=collab-maint/koha.git;a=summary (more exactly here: http://git.debian.org/?p=collab-maint/koha.git;a=shortlog;h=refs/heads/wip ) For now, I work on the 'wip' branch that have frequent rebase. So, do not merge this branch with any other work please. On the way to create the package, I find several things that I would like to see upstream (instead of a diff for the Debian package). This is: - support for DESTDIR at install time - support for the absence of the koha user and group at install time - fix permissions and shebang line when needed - strange file to remove In fact, these are all my changeset but the last (which has debian work in progress, not ready to be commited upstream) So, can you review these changesets and apply them (or something similar) or tell me what is wrong with them ? Another problem of the current code is that all manpages generated from koha perl modules are invalid. They are missing the required head lines. I put in http://www-id.imag.fr/~danjean/lintian.txt the warnings of the lintian tool (automatic debian tool to check package quality). Do you think it is better to fix these doc (ie adding the few lines in each file) or to remove this doc from the Debian package ? I think that fixing is better, but it cannot be done automatically: a 'brief description' is needed so it must be filled by people knowing the modules. Next, I would like to talk about koha-tmpl/*-tmpl/prog/"lg-LG" directories. I see two things: - there are lots of duplicated files and directories. In the Debian packaging, I'm trying to add a 'common' directory and add symlink from the lang directories. This cannot be done in the upstream git repo as some plateform does not support symlinks. But, if files are really similar (for example all libs/ and js/ directories in koha-tmpl/intranet-tmpl/prog/*), they can be moved elsewhere (a common place) and reference in other files could be adjusted ? - koha-tmpl/*-tmpl/prog/"lg-LG"/{lib,js} contains version of other softwares already packaged by debian (such as libjs-jquery or tinymce2 for example). The final debian package will need to use these packages and not duplicate the code by embeding another version. So, I would like to know * if these codes of other applications have been modified (I hope not) * where they are called from (so that I can change to call debian package codes) It all for now. I will come back soon with questions about the configuration :-) Best regards, Vincent PS: I do not fully follow Koha ML. I mostly read messages with 'debian' in the subject, so please try to keep this word in the subject when you want to talk with me. -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11 ENSIMAG - antenne de Montbonnot Fax: +33 4 76 61 20 99 ZIRST 51, avenue Jean Kuntzmann Email: Vincent.Danjean(a)imag.fr 38330 Montbonnot Saint Martin

5 9

biblios cataloging editor website, downloads
by Chris Catalfo 22 Aug '08

22 Aug '08

Hi all, Some of you may know that I've been working on a web based cataloging editor called ‡biblios. I presented about an early version at last year's Code4Lib conference (you can see video here: http:// www.code4lib.org/conference/2008/catalfo) ‡biblios can function either as a standalone web application or it can be embedded in another web application, like Koha. Over this past week we put the finishing touches on the project Web site and the .9 release of the ‡biblios editor. Project Web site: http://biblios.org Download ‡biblios: http://biblios.org/download Mailing Lists: http://groups.google.com/group/biblios-users http://groups.google.com/group/biblios-dev Bugs: http://trac.biblios.org Facebook: http://www.facebook.com/pages/bibliosorg/ I hope you'll take a look at it, consider joining the Google Groups and think about contributing as well. Regards, Chris Catalfo Software Developer LibLime chris.catalfo(a)liblime.com

2 1

System groups patches
by Galen Charlton 21 Aug '08

21 Aug '08

Hi, A preliminary series of patches implementing part of the proposed system group functionality is available for review and comments at http://arwen.metavore.com/~gmc/patches/sysgroups/ The patches include: * adding parent/child relationships between libraries * allowing item types and patron categories to be "owned" by a specific library. * changes to the circ rule editor to show only the item types and categories that apply to the selected branch or are inherited from its ancestor libraries. * an option to restrict the locations a non-superlibrarian can log in for * an option to restrict the branches a staff operator is allowed to set circ rules for If you decide to apply the patches and test, please note that there are a couple schema changes, which for now can be installed by running installer/data/mysqlupdatedb_sysgroups.pl. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton(a)liblime.com p: 1-888-564-2457 x709 skype: gmcharlt

1 0