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
[EMAIL PROTECTED] wrote:
Send Koha-devel mailing list submissions to
[email protected]
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
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
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" <[EMAIL PROTECTED]>
Subject: Re: [Koha-devel] Issuing Rules
To: Jesse <[EMAIL PROTECTED]>
Cc: Koha Development Mailing List <[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1
Hi,
On 2/18/08, Jesse <[EMAIL PROTECTED]> 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
_______________________________________________
Koha-devel mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/koha-devel
