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

[Bug 190] New: No member details in reading list
by bugzilla-daemon＠wilbur.katipo.co.nz 01 Feb '03

01 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=190 Summary: No member details in reading list Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net The reading list does not display the member name, member number, or card number ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 189] New: Can't return to member record from reading list
by bugzilla-daemon＠wilbur.katipo.co.nz 01 Feb '03

01 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=189 Summary: Can't return to member record from reading list Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net The reading list has no link back to the member record screen ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 188] New: Cannot modify or delete a biblio or an item
by bugzilla-daemon＠wilbur.katipo.co.nz 01 Feb '03

01 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=188 Summary: Cannot modify or delete a biblio or an item Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net In the Intranet search screen (non-MARC), it says "To request, modify or delete a biblio or item first search for it here." However, after successfully finding an item, the only action offered is to request the item. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 187] New: Cancel Requests makes koha lose track of current member
by bugzilla-daemon＠wilbur.katipo.co.nz 01 Feb '03

01 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=187 Summary: Cancel Requests makes koha lose track of current member Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net

1 0

version 1.9.0 delayed
by paul POULAIN 01 Feb '03

01 Feb '03

The 1.9.0 won't be released today. because of : * hdl tells me he will template circulation today. So i'll wait for it * i need to fix some mistakes in french templates Will be released next week for sure ! -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

3 4

New Wiki item....
by Nicholas S. Rosasco 31 Jan '03

31 Jan '03

As Paul says, we had a little revolution re templating techniques.... http://www.saas.nsw.edu.au/wiki/index.php?page=TemplatingOptions Is a new wiki page listing some of the various suggestions. I don't know about the rest of you, but in the course of the discussion I was getting lost in the quotes of quotes (of quotes....) and therefore set this up to let everyone contribute to the discussion (for past 2.0 versions!) in a slightly more tidy fashion. On the page linked above, there's also some thoughts from me and Rachel... not a specification, exactly, nor a wish list, but some points to consider about some of the eventual stresses that'll be placed on whatever technique we end up using. Fire away... I've setup "pro" and "con" chunks on the pages, as an opener. Nick

1 0

translation complaint...
by Benedict 31 Jan '03

31 Jan '03

HI, I want to stress that I am not a programmer but I happened to had participated in a couple of translation projects all of which originating from the linux world. None of them would rely on files tossed around the project but rather they would have separate files, sigled out and being specifically of the type of "language" files. Take for example the "LearningAccess" clone of Koha (I did not participate in that projects). They deviced a mechanism in PHP that allowed the translators just to translate the "language" files into their own languages. To me, a no programmer, it seems a disastrous move, to start an international effort to translate Koha in the way we do it today. Thank God "acli" modified my polish files for the changes he thought relevant. But Paul, who contributed a fantastic solution of text only include files did it only for the French version. Now, I don't complain he was egoistic. He had no choice, rather, because there was only a minor change he proposed. In my opinion, however, Paul's change was crucial for the future of Koha. He showed that the interface may be simple and very functional.... . After what I said, a no programmer at all, please flame me or guide me... . My suggestion is to implement a gettext-like solution where there's a set of files of interest to translators and these and only these files (or images) are to be modified for the i18n to take effect. Imagine a template file changes in the ./default/en/ directory and the author ignores informing about it the rest of the community. Now, everybody (of the international community) is to figure out what changes took place and when they took place, and he is to manually find the lines to be translated and modified. It seems insane to me. Benedict, (only here I repeat: I am a no programer and I may be missing an important point here)

9 18

Re: [Koha] Required Debian packages
by Tonnesen Steve 31 Jan '03

31 Jan '03

On Tue, 28 Jan 2003, Randy Edwards wrote: > I'm trying to tighten down a Debian install of Koha. Could someone whack > me with a clue-bat and list the required packages (particularly the Apache > modules) that Koha requires in a Debian install? TIA. This discussion is probably best suited to the koha-devel mailing list. Are you on that list Randy? Did you mean Perl modules? For Apache, Koha depends on the setenvif module. 1.2.3 also still depends on the include module. For Perl, Koha depends on: DBI DBD::mysql Date::Manip HTML::Template Set::Scalar Digest::MD5 Net::Z3950 (which, in turn, depends on the yaz client at www.indexdata.dk) Am I missing anything? There might be some extra dependences introduced in 1.3.x... I started working on a debian package a while back. It can still be found at: http://mail.cmsd.bc.ca/debian/dists/local/main/binary-i386/web/koha_1.2.0-8… I'm certainly no expert at Debian packaging, but if this helps at all, have a look at it. Steve.

3 4

bar code blues over!
by COURYHOUSE＠aol.com 30 Jan '03

30 Jan '03

The back of the book was ean, found the barcode to set convert ean to ISBN thanks for the hints folks! Ed Sharpe archivist for SMECC

1 0

Re: [Koha-devel] Perl-based gettext-like modules (was: Re: translation complaint...)
by Owen Leonard 30 Jan '03

30 Jan '03

> > Unless I'm not understanding something, this would mean that a single > > koha installation could not be multilingual. This seems like the wrong > > direction IMO. > > If that is the case it seems like a bad idea :-( Another thing to consider is that it makes it more difficult to customize a template. It's easy enough to figure out what's going on with the markup if the text is there in the page, but it's different when everything is '<TMPL_VAR NAME="STRING_LoggedInAs">'. It also means that if you go in to make changes to your template, you've got a dilemma between simply entering the text as is, or going to the master language file, defining a new text variable, and inserting that variable delclaration into the page. It's not a problem if the template is on a one-way trip to your site, but if you want to later share it with others you have to be careful of all those changes. All that is not to say I don't think the idea has merits... I just think it needs to be thought out. -- Owen

1 0