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

Bug #35: Enhancing system parameters
by Tonnesen Steve 05 Jun '03

05 Jun '03

I'm working on bug #35. I'd like to combine some of the different "styles" of boolean questions so that they are all "yes/no" type questions. Right now we have three different styles: yes/no 1/0 on/off I've done a search of all .pl and .pm files and found the following list of locations that use preferences. Some of these will have to be changed (notably, 'marc', 'autoMemberNum', and 'autoBarcode') to reflect the change to a "yes/no" value. If nobody objects to any of this, I'll carry on. You can take a look at the systempreferences page at: http://142.28.224.19/cgi-bin/koha/admin/systempreferences.pl ./cgi-bin/acqui/acquire.pl: autoBarcode ./cgi-bin/acqui/newbiblio.pl: autoBarcode ./cgi-bin/admin/thesaurus.pl: authoritysep ./cgi-bin/value_builder/unimarc_field_210c.pl: authoritysep ./cgi-bin/value_builder/unimarc_field_225a.pl: authoritysep ./cgi-bin/loadmodules.pl: acquisitions ./cgi-bin/loadmodules.pl: marc ./cgi-bin/mainpage.pl: marc ./cgi-bin/search.pl: marc ./cgi-bin/acqui.simple/addbooks.pl: marc ./cgi-bin/acqui.simple/isbnsearch.pl: marc ./modules/C4/Circulation/Circ2.pm: noissuescharge ./modules/C4/Auth.pm: timeout ./modules/C4/Auth.pm: insecure ./modules/C4/Authorities.pm: authoritysep ./modules/C4/Boolean.pm: insecure ./modules/C4/Breeding.pm: marcflavour ./modules/C4/Date.pm: dateformat ./modules/C4/Input.pm: checkdigit ./modules/C4/Members.pm: autoMemberNum ./modules/C4/Output.pm: opaclanguages ./modules/C4/Output.pm: opaclanguages ./modules/C4/Output.pm: template ./modules/C4/Output.pm: opacthemes ./modules/C4/Output.pm: theme ./modules/C4/Output.pm: allowthemeoverride ./modules/C4/Output.pm: languageorder ./modules/C4/Print.pm: printcirculationslips ./modules/C4/Print.pm: printreserveslips ./modules/C4/Print.pm: printcirculationslips

1 0

Authorised values
by Jerome Vizcaino 05 Jun '03

05 Jun '03

Hi I've modified the authorised_values.pl file so that empty lib field is now inserted as a NULL value in the database. This way, values inserted without the lib field are now displayed correctly. The modified file is attached. Can anyone check my work and supply it to CVS ? I've modified lines 113-116. Thanks. Jerome

1 0

Templates and images
by Jerome Vizcaino 05 Jun '03

05 Jun '03

Hi I've been looking at the images in the templates lately and figured out that most of the buttons wasn't translated correctly (especially in the french template for example). I know that using PHP there's a way to generate images dynamically so that only the background of the button is needed and the text is printed on it before it is sent directly to the browser or stored on the disk and sent. Such a trick seems to be possible using Perl with the GD library. Could we think of using such an option to generate buttons dynamically so that translations would be made easier ? (someone might be yelling because of the "feature-freeze" :) Thanks Jerome

2 1

Authorised values
by Jerome Vizcaino 05 Jun '03

05 Jun '03

Hi I think there's a bug in the authorised values generation using the intranet Koha interface (using CVS or 1.9.3). When adding a value, the authorised_value and lib fields have to be entered. Unfortunately, when the lib field is empty, the string "" is stored in the database (and not NULL as expected) so when generating the drop-down list, the new value previously added isn't displayed properly (displaying a blank item). Can someone confirm it ? If it's really a bug I can try to fix it. Thanks. Jerome

1 0

Blocking an account
by Jerome Vizcaino 05 Jun '03

05 Jun '03

Hi I'm trying to figure out how to block a user account so that he cannot borrow books. I've found a flag labeled "Borrow books" in Koha 1.9.3 but unticking it and applying doesn't seem to block the account : using the librarian account (super user) I still can borrow books for the specified user without any warning or message telling that the user cannot borrow books. Am I doing something wrong or should I report a bug ? Thanks Jerome

4 9

Re: [Koha-devel] Blocking an account
by Owen Leonard 04 Jun '03

04 Jun '03

> At the bottom of the modify page, there should be > an option to debarr > (block) a borrower. > > Let me know if you get the modify option. I think > there might be a bug in > the template. The default template in 1.9.3 has the modify option, but the template for memberentry.pl doesn't show the option to debarr a borrower. -- Owen

1 0

Spanish translation of 1.9.2
by Pat Eyler 03 Jun '03

03 Jun '03

Hello everyone, Thanks to the hard work of the good people at the Sistema de Informacin Universitaria in Argentina, we now have a Spanish translation of the Koha 1.9.2 templates. These should be tried out, tested, and made to work with 1.9.3 (and newer) as quickly as possible. If you're in a position to try these out, please do. If you find problems, please report them at bugs.koha.org. All of the files now live in the main cvs tree, so if you want to try them out, you'll need to use cvs to get them from sourceforge. (To the koha(a)es.koha.org readers, please feel free to translate and repost or forward this as appropriate.) thanks, -pate

1 0

Re: [Koha-devel] Deleting MARC items
by Owen Leonard 03 Jun '03

03 Jun '03

> >Is there a way to delete items from a MARC > biblio record besides going into > >MySQL and doing it by hand? > that's a good question : should we enable > biblio/items deletion. I think > that no : if an item has to be "deleted", just > mark it as "unborrowable", but remember we had it some times > ago. I'm very confused now. Is the 'deletedbiblioitems' table used? And what about the 'withdrawn' status in the 'items' table? How is that used? My concern about marking items as 'deleted' and 'unborrowable' is that it would fill up the database with entries that would need to be ignored in most searches. > If yes : I think it's a very uncommon operation > that should be hidden in > the "parameter" part of Koha. If we delete a > biblio/item, should we > delete all borrowing informations too? It's very common for us to delete items. We weed our collections regularly. Items with shorter lifespans like paperback romances get deleted fairly frequently. Some mechanism needs to be available to librarians for getting them out of the publicly-searched pool of items. -- Owen

2 1

Ranking requests
by Owen Leonard 03 Jun '03

03 Jun '03

I'm looking at the table of requests displayed by request.pl and wondering how the 'rank' modification works. It seems happy enough for me to specify '1' for all the requests on a single book. Is it up to me to alter the rank of all the requests at once? If so, shouldn't there be a mechanism for doing this automatically? For example, our waiting list for the upcoming Harry Potter book is 60 names long. It would be infeasible to renumber all 60 by hand. -- Owen ---- Nelsonville Public Library Koha 1.9.3

1 0

Circulation.pl crash
by Jerome Vizcaino 03 Jun '03

03 Jun '03

Hi After a fresh CVS update today, we get the following error HTML::Template::param() : attempt to set parameter 'todayissues' with an array ref - parameter is not a TMPL_LOOP! at /home/koha/intranet/cgi-bin/circ/circulation.pl line 291 [Tue Jun 3 12:54:57 2003] [error] [client XXX.XXX.XXX.XXX] Premature end of script headers: /home/koha/intranet/cgi-bin/circ/circulation.pl and the famous "INTERNAL SERVER ERROR" message. Circulation worked fine before the update.... Can someone please fix it ? Thanks Jerome

4 4