minor (graphic) changes in log viewer

Code necessary for IndependantBranches parameter to work. Should have been committed sooner...
Modify Histsearch and getorders to respect branches of librarian.

Just a litle comment at the bottom that contains the koha version number

Passing through kohaversion to the template

New programmer templates

adding some fields available for Letters

removing NEW text, it was for testing purposes.

removing my own adress as "From" ;-)

2 new features :
- a mail is sent everytime an issue if recieved in serial module. The mail is sent to all borrowers that have put an alert on the subscription (remember that you can put an alert only if the librarian have defined a "letter" as mail to send)
- the librarian can see, for a given subscription, who has put an alert.

adding emailaddress to user context.
Now, we can use userenv->{emailaddress} to get the librarian email address everywhere.

Added styles for "sticky due date" form in circ

Synching with rel_2_2.

More programmer's templates

Synch really broke this script...

oops... error in synch between 2.2 and head

fixing a bug preventing compilation

fixing a bug in synch

synch'ing 2.2 and head

synch'ing 2.2 and head

synch'ing 2.2 and head

synch'ing 2.2 and head

synch'ing 2.2 and head

synch'ing 2.2 and head

synch'ing 2.2 and head

Letters / alert system, continuing...

* adding a package Letters.pm, that manages Letters & alerts.
* adding feature : it's now possible to define a "letter" for any subscription created. If a letter is defined, users in OPAC can put an alert on the subscription. When an issue is marked "arrived", all users in the alert will recieve a mail (as defined in the "letter"). This last part (= send the mail) is not yet developped. (Should be done this week)
* adding feature : it's now possible to "put to an alert" in OPAC, for any serial subscription. The alert is stored in a new table, called alert. An alert can be put only if the librarian has activated them in subscription (and they activate it just by choosing a "letter" to sent to borrowers on new issues)
* adding feature : librarian can see in borrower detail which alerts they have put, and a user can see in opac-detail which alert they have put too.

Note that the system should be generic enough to manage any type of alert.
I plan to extend it soon to virtual shelves : a borrower will be able to put an alert on a virtual shelf, to be warned when something is changed in the virtual shelf (mail being sent once a day by cron, or manually by the shelf owner. Anyway, a mail won't be sent on every change, users would be spammed by Koha ;-) )

Letters / alert system, continuing...
* adding a package Letters.pm, that manages Letters & alerts.
* adding feature : it's now possible to define a "letter" for any subscription created. If a letter is defined, users in OPAC can put an alert on the subscription. When an issue is marked "arrived", all users in the alert will recieve a mail (as defined in the "letter"). This last part (= send the mail) is not yet developped. (Should be done this week)
* adding feature : it's now possible to "put to an alert" in OPAC, for any serial subscription. The alert is stored in a new table, called alert. An alert can be put only if the librarian has activated them in subscription (and they activate it just by choosing a "letter" to sent to borrowers on new issues)
* adding feature : librarian can see in borrower detail which alerts they have put, and a user can see in opac-detail which alert they have put too.
Note that the system should be generic enough to manage any type of alert.
I plan to extend it soon to virtual shelves : a borrower will be able to put an alert on a virtual shelf, to be warned when something is changed in the virtual shelf (mail being sent once a day by cron, or manually by the shelf owner. Anyway, a mail won't be sent on every change, users would be spammed by Koha ;-) )

Synching with rel_2_2.

pruning a warn message.

Adding Confirm_deletion javascript.

adding serial module as option

adding 2 fields to letter system :
* module (acquisition, catalogue...) : it will be usefull to show the librarian only letters he may be interested by.
* title, that will be used as mail subject.

Bug fixing :
Using holdingbranch and not Location to locate an item.

Adding Independant branches Management for items, i.e
Only items on the same branch as user can be created, modified, deleted.
If trying to get an item which homebranch is different from user branch AND that user is not superlibrarian, then go back to additem.

Removing some unuseful warns.
Adding an error management for memberentry : Branch.

Fixing bug in deletemem.pl :
flags verification was not good.

Adding branch Independancy management.
In memberentry.pl and deletemem.pl

Adding superlibrarian rights when IndependantBranches is set.

If MARC is switched off, it will now jump to detail.pl instead of
MARCdetail.pl when only one result is found
This provides for a more consistent experience

First step of independacy branch management.
Displaying only librarian branch if librarian is not superlibrarian and IndependantBranches is set.

Adding branch independancy management.
Showing management buttons if same branch librarian.
TODO : control of user branch before displayin modify pages.

Some Bug Fixes

Introducing new "Letters" system : Letters will be used everytime you want to sent something to someone (through mail or paper). For example, sending a mail for overdues use letter that you can put as parameters. Sending a mail to a borrower when a suggestion is validated uses a letter too.
the letter table contains 3 fields :
* code => the code of the letter
* name => the complete name of the letter
* content => the complete text. It's a TEXT field type, so has no limits.

My next goal now is to work on point 2-I "serial issue alert"
With this feature, in serials, a user can subscribe the "issue alert". For every issue arrived/missing, a mail is sent to all subscribers of this list. The mail warns the user that the issue is arrive or missing. Will be in head.
(see mail on koha-devel, 2005/04/07)

The "serial issue alert" will be the 1st to use this letter system that probably needs some tweaking ;-)

Once it will be stabilised default letters (in any languages) could be added during installer to help the library begin with this new feature.

Synching with 2.2 : Bug Fixing
Moving form page to page lost search parameters.

For instance, the return date does not rely on the borrower expiration date. A systempref will be added in Koha, to modify return date calculation schema :
* ReturnBeforeExpiry = yes => return date can't be after expiry date
* ReturnBeforeExpiry = no  => return date can be after expiry date

Implementing Independancy Branches management :
- Trying to get a basket not owned by so of his own branch leads to mainpage.
- Lists onlys ths baskets owned by someon of user's brach.

Auth.pm now sends a cookie with userenv informations.

Adding branch Independancy support for searchsugestion.

Bug Fixing for independantBranches support.
Addign a Cookie containing user specific vars such as :
branch,
firstname,
surname,
cardnumber...
may be criticized from a lawyer point of view, since name and surname are given.
But the real need is for userid and branch.
And it is achieved.
Auth passes now TWO cookies :
a session cookie
And an environment cookie.

some bugfixes, but still don't work correctly

Adding IndependantBranches System preference variable in order to manage Branch independancy.

Adding Branch Independancy.
Still under development.

we have decided that moving to Koha 3.0 requires being already in Koha 2.2.x
So, the updatedatabase script can highly be cleaned (90% removed).
Let's play with the new Koha DB structure now ;-)

New programmer templates

New programmer templates

New programmer template

adjustment for 2.2.3

First draft of programmer's templates: a stripped-down version of the templates for use by programmers in adding and testing new functionality.  Template-authors can use these templates to track changes that need to be incorporated into their custom templates.

First draft of programmer's templates: a stripped-down version of the templates for use by programmers in adding and testing new functionality.  Template-authors can use these templates to track changes that need to be incorporated into their custom templates.

First draft of programmer's templates: a stripped-down version of the templates for use by programmers in adding and testing new functionality.  Template-authors can use these templates to track changes that need to be incorporated into their custom templates.

adjustments for 2.2.3

Adding page to display log views.
can be called by admin/viewlog.pl
Works with C4/Log.pm
uses action_logs table

Adding Borrowers count feature.
Note : This COULD be reported in 2.2 branch.

First draft of programmer's templates: a stripped-down version of the templates for use by programmers in adding and testing new functionality.  Template-authors can use these templates to track changes that need to be incorporated into their custom templates.

First draft of programmer's templates: a stripped-down version of the templates for use by programmers in adding and testing new functionality.  Template-authors can use these templates to track changes that need to be incorporated into their custom templates.

Synch with rel_2_2: Enabling alternating table row colors in issues list, showing warning about expired borrowers

Synch with rel_2_2: Fixing section that was supposed to allow for alternating table row colors

Adding an object field to action_logs.
+ Minor Correction to updatedatabase
Changing Activate_Log from choice to YesNo Variable.

Clean up messages, fill in some blanks, add more notes, test CONFIGURE, add opac files

New installer helper script

Remove overlong PM mapping, use libscan() instead, ignore some troublemaker files - this one copies some files to seemingly-sane targets

First listing of dist tarball fiels; removed files with spaces in names for now

PM mapping of files - first attempt

Add start of 2.3 installer. Remove obsolete? files conflicting with 2.3 installer

Adding Log Facility.
Needs Two Update in database...
On more table (action_logs)
And One more syspref Activate_Log, with On|Off values.
Maintainance has been sweeped of previous Log functions
addbiblio.pl contains a sample of code using Log.pm
To be generalized to Authorities, acquisitions, members soon.

adjustments for 2.2.3

Adding a log facility for actions watching.
Code to be widely used in order to report data modifications.

Adding branch specific display to budgets and selection.

Be warned that to be able to select a budget which is not from patron's Branch, you should have a '' Branch information.

Fixing bug that was preventing display of item/barcode information

Synching with rel_2_2.

Synching with rel_2_2.

Synching with rel_2_2.

A new page to allow patrons to view their borrowing history

Removing dead code : Bad Javascript
Thx Owen ;)

Modifying branch Selection : Now Superlibrarians are always able to see ALL branches budget, not simple librarians.

adjustment for 2.2.3

Adding link to purchase suggestions at the bottom of search results. Also adding some enhancements from the NPL catalog: Amazon cover thumbnails and alternate search links (Google Scholar and  WorldCat)

Fixing bug that would prevent deletion of suggetions; corrections to XHTML, other minor improvements

Updating template to match changes to opac-reserve.pl

synching with rel_2_2

Add branch selection and filter for budgets and funds.
May be too much... Funds could be enough....

It works provided you update your base adding branchcode both in aqbookfund AND aqbudget.
If selection in budget is not needed, I shall remove.

Synching with rel_2_2

Synching with rel_2_2

Synching with rel_2_2.

Synching with rel_2_2.

adjustments for 2.2.3

Synching with rel_2_2.

Synching with rel_2_2.

Synching with rel_2_2.

Synching with rel_2_2.

Synching with rel_2_2.

Synching with rel_2_2.

Fixing a bug caused by the syncing with the 2.2 branch