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

New Interface & Other Work
by Ben Goodger 12 Apr '05

12 Apr '05

Hello all, As you can tell from the subject, I and my colleague Shaun Evans are currently undertaking massive interface design works basing our endeavours on Koha 2.2.2. We will be doing, among others, the following things: - XHTML conversion / sanitation (sponsored job) - Converting interface to div-based where applicable to comply with latest W3C trend - Correcting / replacing / improving upon the language of the system, much of which contains broken grammar or indeterminable meaning. - Brand new interface style with tab navigation, control box, legible fonts and more pleasant colours. (sponsored job) - Accessibility enhancements, including keyboard shortcuts and auto-field-focus-on-load scripts. We're not modifying the Perl source in any logic-affecting way; we are merely changing the presentation layer (templates > includes > css) in order to make Koha the professional, enterprise-grade ILS it deserves to become. As you can probably tell this is a large job and will take a fair while. As soon as something vaguely presentable has been produced, a screenshot (or URL of screenshot) will be sent. Until then, bear with us :) -- ~ Ben Goodger ~ Please remember to FLOSS daily. ~ www.getfirefox.com PS. The changes currently being implemented by people adding new features to the current release will not need significant reworking in order to fit into our version.

1 0

reserves behaviour
by Paul POULAIN 08 Apr '05

08 Apr '05

Hello koha-dev, (copy to french list, but in english / copie à la liste infos, mais en VO) I think i've fixed http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=965 (just remove the 2 following lines in Circ2.pm : warn "CancelReserve $res->{'itemnumber'}, $res->{'borrowernumber'}"; } else { # COMMENT / REMOVE THE 2 FOLLOWING : #my $tobrcd = ReserveWaiting($res->{'itemnumber'}, $res->{'borrowernumber'}); #transferbook($tobrcd,$barcode, 1); warn "transferbook"; ) But now, i've some questions on reserves behaviour : Let me explain (& ask katipo & others some questions) : user A places a reserve on a book. * possibility 1 => the book is being issued to user B. When returned, the librarian is warned "Reserve found, change status to waiting and print slip + print button". This message is buggy : there is no slip printing at all, the button should be "YES" instead of "Print". I've changed this for 2.2.2 There should also be an option to say "NO, cancel reserve". We should also see the reserve date. We could also have a system preference to change status without querying the librarian. * possibility 2 => the book is NOT being issued for instance. In this case, the reserve will stay pending until : - user A issues it. In this case, the reserve is cancelled & the book is issued. - user B tries to issue it. In this case, the librarian is warned "book reserved by A, do you want to cancel issue to B or not, do you want to cancel reserve from A or not ?". works fine now that i've fixed bug 965 - nobody tries to issue the book. In this case, the book never becomes "waiting" in opac-user A screen. I think we need a way to say "the book is waiting for you". It could be automatic (=book in the library when the reserve is placed means the book is directly set to "waiting" and can't be issued anymore). We also need a screen for the librarian that could show all requests, to enable them to get the book and manually change it's status. Am I missing something here ? does this last feature exist or not ? Does this sound a good idea for everybody ? -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

3 3

Translation of MARC21 labels to Swedish
by lars＠rovaniemelainen.com 07 Apr '05

07 Apr '05

Hi, 1) I've translated most of the MARC21 labels from English to Swedish. Where should I load them? Right now I have all the Authority, Bibliographic, Classification, Community and Holding field and subfield labels in OpenOffice.org, but can export them to another format. There are 5 columns. e.g.: 300 a Omång Extent R 2) There were also quite a few labels missing from the English version included in Koha SQL tables, at least as compared to the MARC21 version listed at the Library of Congress: http://www.loc.gov/marc/marcdocz.html So I have filled those out as well. -Lars ---------------------------------------------------------------- This mail sent through L-secure: http://www.l-secure.net/

1 0

Re: Invisible Overdue
by Paul POULAIN 06 Apr '05

06 Apr '05

Stephen Hedges a écrit : > Thanks, Owen -- > > I haven't look at the code, but it seems like this should be easy to > fix. Before deleting the itemnumber, do "SELECT * FROM issues WHERE > itemnumber=? AND returndate IS NULL" and if the fetchrow following > execution is undefined, then it's OK to proceed with the deletion. But > I guess catching the error and showing a warning screen gets a little > bit more complicated. > > Stephen > > On Apr 5, 2005, at 2:51 PM, Owen Leonard wrote: > >> Looks like this is a long-standing one: >> >> http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=472 >> >> I updated it and added my 2 cents. To get it fixed, though, >> we may have to catch Paul while he's here and chain him in the >> server room until he's taken care of it. Digging into bugzilla & finding this mail at the same time. Stephen is right : 2 ways to fix it : * the easiest : don't delete if there is an issue & don't warn the user either (this one requires only a checking in C4/Biblio.pm before deleting the item) * the easy : set the deletion button only if there is no issues (and reserve, the problem is probably the same). this one requires some code in perl + minor modifs in template (a TMPL_IF) * the best : warn the user and ask him if he prefers the deletion with auto-return & removal of reserves, or cancel the deletion. This last requiring a new screen. PS : about the chain in the server room, remember we will be 5 from france and you are only 3 :-D I'll also get a chain-cutter with me. Oups, would be a bad idea, I could be caught as a terrorist ;-) ) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

Koha online Help
by Paul POULAIN 05 Apr '05

05 Apr '05

Hello all, Pascale Nalon, from ENSMP is working hard to provide a complete online help for Koha. She writes doc in french. Is there a volunteer to translate them to english ? Otherwise, she could do it but english is not it's native language. PS : all proposals are/will be on the wiki (www.koha.org/wiki) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

2 1

new doc (in french)
by Paul POULAIN 05 Apr '05

05 Apr '05

Hi Stephen, I've commited a new doc (in french), called "command line scripts", in koha-doc/fr/scripts ligne de commande.xml. Pls add it to www.kohadocs.org, and translators, feel free to translate it to english. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

Some questions etc...
by Rachel Hamilton-Williams 05 Apr '05

05 Apr '05

Hi Paul et al, Rosalie and the crew have been having a good look at koha 2.2.1 (I think that's it) with a mind to upgrading soon. There are some things (as expected) which don't work either like they do in her current version, and in some cases "at all". In particular I want to run some things past you, so that we can decide what to do about them - and to make sure we haven't just missed the point or set it up wrong. I'm not sure wether we should be "correcting" the main templates, or just keep on going with our own set? So any thoughts would be appreciated. 1/. "Normal" Acquisitions is not quite "right" or perhaps as clever at it's maths as the version they use now. You can't correct earlier mistakes in budget allocations (They can do this now when you recieve an item as well as when you order it), and you can't allocate the freight budget over several items to get their true "cost". Does anyone other than HLT use normal acquisistions that you know of? Particularly with MARC off I guess? 2/. You can't edit or manipulate groups - ie from the catalogue, you bring up the item, and you can edit the biblio, and you can edit the item info, but the bits that are in the group record don't seem to be accessable. We had a whole series of screens for moving items from one group to another and editing the group details which I can't find an equivalent to. The details are all there, but the MARC fields for them don't come up. We've got it set to MARC Off I think - but I didn't notice it being different with MARC On 3/. Authority Files - do these *only* work if you're using UNIMARC? And is UNIMARC what we'll be using by default? Should they just work, because I can't for the life of me work out how you get something into an authority file. Instructions on "Authority files for dummies" gratefully accepted :-) 4/. Circulations is a bit "soft" - although you set limits for issues etc, they can be overridden. Now we could just "harden" koha for HLT - basically in the templates, but what we really want is probably a new "flag" so that regular people on circulations can't override an issue flag. Or it's an option as to wether circulation flags are "strict" or not. So general question is - is this a problem for anyone else, any feelings one way or the other? The reports were a bit flakey, but I understand you're working on those Paul? We'll have to look at wether what Koha thinks we've done, and what we think we've done are the same... Cheers R -- ----------------------------- Rachel Hamilton-Williams General Manager Katipo Communications Ltd Phone: +64-4-934 1285 Mobile: 021 389 128 E-mail: rachel(a)katipo.co.nz Web: www.katipo.co.nz

2 1

Re: [Koha-devel] Some questions etc...
by Owen Leonard 05 Apr '05

05 Apr '05

> 4/. Circulations is a bit "soft" - although you set limits > for issues etc, they can be overridden. I'd be interested to hear what in particular you're finding here. We've found some inconsistencies too (and I don't know if we've bugged them). For instance, it's possible to renew items even if a patron is debarred. It seems to be possible to renew an item that is on reserve for another patron in *some* cases but not others. It'd be great if we could come up with details for all the instances that aren't quite working. -- Owen

3 2

Re: [Koha] Become a developer
by Paul POULAIN 05 Apr '05

05 Apr '05

Luciano Iglesias a écrit : > Paul, thanks for answer me! > My sourceforge login is luciglesias. Ok, you've been added to the dev list. You can retrieve a non-anonymous copy of the CVS repository. > The modules are: > - Upload a picture of the borrowers from intranet and > OPAC (it don't touch DB) > - Dictionary search (it don't touch DB) mmm... those have already been done by Emiliano and it's team. did you get code from them ? or is it a duplicated code/stuff ? > Maybe I've got more things... I have to see! > I have spanish comments inside the code ¿Shall I > translate it? Would be better. But code (var names) in english is more important, and it requires only auto seach/replace > And ¿what's happen with .pl modified? you mean .pl in the CVS and that you have modified ? commit them in HEAD branch, as well as new files. You are a Koha developper now, so you have the same accesses as us. Just avoid rel_2_2 branch, as it's a stable one. I backport all stable improvements from head to rel_2_2 when applicable. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

Re: [Koha-devel] [Fwd: [Koha] Become a developer]
by Luciano Iglesias 04 Apr '05

04 Apr '05

I create my user account in SourceForge. My user name is luciglesias. I wish to upload some modules. I think that I have to join to the project. I apreciate if someone can explain the procedure or tell me where it is publish. Thanks in advance! Luciano --- Andrés Tarallo <tarallo(a)ort.edu.uy> wrote: > jOSHUA: > The request came from a develoer in argentina, i > have no relationship > with him. > > In the mail I've forwarded there was his email, but > I'm forwarding this > answer to him. He should suscribe to this list. > > Andres > > Joshua Ferraro wrote: > > >Andrés, > > > >If you're in a hurry you can email the modules to > me > >and I can commit them to CVS for you ... but > probably > >the best way would be for Chris, Paul, or Pat to > >add you as a developer so you can commit them > yourself. > >To do that you'll need a sourceforge id which you > can > >get here: > >http://sourceforge.net/account/newuser_emailverify.php > >Once you have that either reply to the list or send > an > >email to one of them (or maybe all three) so you > can > >be added. > > > >Joshua > > > >On Thu, Mar 24, 2005 at 08:12:34AM -0300, Andrés > Tarallo wrote: > > > > > > > > > > > >>I have some modules that i want to be part of koha > in > >>the near future. What do I have to do? > >> > >>Thanks! > >> > >> > >> > >> > >> > >> > >>___________________________________________________________ > > >>250MB gratis, Antivirus y Antispam > >>Correo Yahoo!, el mejor correo web del mundo > >>http://correo.yahoo.com.ar > >>_______________________________________________ > >>Koha mailing list > >>Koha(a)lists.katipo.co.nz > >>http://lists.katipo.co.nz/mailman/listinfo/koha > >> > >> > >> > > > > > > > >------------------------------------------------------- > >This SF.net email is sponsored by Microsoft Mobile > & Embedded DevCon 2005 > >Attend MEDC 2005 May 9-12 in Vegas. Learn more > about the latest Windows > >Embedded(r) & Windows Mobile(tm) platforms, > applications & content. Register > >by 3/29 & save $300 > http://ads.osdn.com/?ad_idh83&alloc_id149&op=click > >_______________________________________________ > >Koha-devel mailing list > >Koha-devel(a)lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/koha-devel > > > > > > ___________________________________________________________ 250MB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar

1 0