[Koha-devel] Issuing Rules

[Petrus B. van Bork]

Dear Jesse & Fellow List Members:

                                                         This new script 
sounds great!  We would - very much - like to see it deployed for 3.0, a 
version which we are committed to deploying as soon as the stable 
version is released.  The old version is unwieldy and tricky, the fact 
that using defaults is broken is unhelpful too!  One thing which we are 
specifically interested in knowing is if it will handle incrementing 
fines daily as opposed to lumpsums periodically?

Best,

Petrus
Hanover


koha-devel-request at nongnu.org wrote:
> Send Koha-devel mailing list submissions to
> 	koha-devel at nongnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.nongnu.org/mailman/listinfo/koha-devel
> or, via email, send a message with subject or body 'help' to
> 	koha-devel-request at nongnu.org
>
> You can reach the person managing the list at
> 	koha-devel-owner at nongnu.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Koha-devel digest..."
>
>
> Today's Topics:
>
>    1. Re: Issuing Rules (Galen Charlton)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 19 Feb 2008 10:18:19 -0600
> From: "Galen Charlton" <galen.charlton at liblime.com>
> Subject: Re: [Koha-devel] Issuing Rules
> To: Jesse <pianohacker at gmail.com>
> Cc: Koha Development Mailing List <koha-devel at nongnu.org>
> Message-ID:
> 	<4659947d0802190818l47f9e189g1f5244ab9201ffe0 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi,
>
> On 2/18/08, Jesse <pianohacker at gmail.com> wrote:
>   
>> My little script (attached, along with a template for the default set)
>> is actually a replacement for issuingrules.pl. Instead of having a
>> massive table with two cells for every combination of itemtype and
>> category code, there is now just one row for each rule; if you have a
>> default rule, and rules for DVDs and Nonfiction, you will have three
>> rows, with a cell each for Fine Amount, First Remind, Amount Loanable,
>> etc. This is a rather large change, but it makes defining issuing
>> rules much simpler.
>>     
>
> I did a (very) quick port of this to 3.0 and took a look.  I like the
> idea of removing the big matrix, particularly for libraries that have
> lots of item types and/or patron categories.  I also like the fact
> that it doesn't require the user to enter commas or remember what each
> comma-delimited field means.  I think this approach will make it much
> easier to add additional fields to the issuing rules and manage them
> in the UI.
>
> Some suggestions:
>
> * Add the ability to limit one's view by item type or patron category.
> * Either sort the item types and patron categories by the description
> or include the code so that it is clear how the entries are being
> sorted.
> * Somehow make clear what the default issuing rule is for a given
> branch, item type, and patron category combination if it's not
> explicitly specified -- perhaps by allowing for wildcard entries.
>
> I would be in favor of getting this into 3.0 or 3.x quickly, possibly
> making it a parallel alternative to the existing issuingrules.pl for a
> while.
>
> Regards,
>
> Galen
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-devel/attachments/20080219/b92a75e4/attachment-0002.htm>