tipaul [Tue, 10 Dec 2002 15:54:30 +0000 (15:54 +0000)]
copying opac-auth.tmpl into intranet templates branch to enable auth.pm to work properly and show a login screen if user is not logged in.
finlay => see yesterday mail about auth.tmpl missing and validate this commit (which is just a copy/paste from opac-auth)
tipaul [Tue, 10 Dec 2002 15:52:49 +0000 (15:52 +0000)]
authentification bugfix :
the api in pod-auth.pm has "type => 'opac' "parameter.
If called from intranet, should be type => 'intranet'.
Output.pm checked for type existed, and not it's value. Now, Output compares checks for type value.
If type='intranet', then the intranet template is called, else it's an opac template.
Finlay, please validate this commit.
tipaul [Tue, 10 Dec 2002 13:52:20 +0000 (13:52 +0000)]
new and modified plugins for unimarc biblio management.
note that the plugin api has been deeply modified, and should now be definitive.
It will be documented soon on the wiki.
tipaul [Mon, 2 Dec 2002 15:55:19 +0000 (15:55 +0000)]
bugfix for bug N°135.
Note : yes, checks are performed only on client side.
I agree this is not very secure, but it's a rarely modified value and koha 2.0 will need :
* IE5+ or Mozilla/Netscape 6+
* javascript enabled.
Maybe the best solution would be to include in *.inc files a test for javascript activated and refuse acces if it's not.
tipaul [Mon, 2 Dec 2002 15:13:04 +0000 (15:13 +0000)]
bugfixes : enable entering a biblio without isbn
Note that parameter must be modified and changed to "isbn not mandatory" (mandatory on default 1.3.2 install)
tipaul [Mon, 25 Nov 2002 16:37:09 +0000 (16:37 +0000)]
rebirthing safe-installer.
Note that buildrelease is broken for instance, so don't expect any installer to work well.
buildrelease will be corrected asap.
tipaul [Thu, 21 Nov 2002 09:56:12 +0000 (09:56 +0000)]
deleting unused code : File.pm & USMARC.pm now are located in the MARC::Record package (unmodified), and other are out of date or rewritten somewhere else
lavide [Sat, 16 Nov 2002 21:40:53 +0000 (21:40 +0000)]
templating this file and modify it so that all the budgets are on the screen
but for this moment only on budget by bookfund because there is primary key for bookfundid in aqbookfund and in aqbudget tables
tipaul [Tue, 12 Nov 2002 16:44:38 +0000 (16:44 +0000)]
road to 1.3.2 :
* many bugfixes
* adding value_builder : you can map a subfield in the marc_subfield_structure to a sub stored in "value_builder" directory. In this directory you can create screen used to build values with any method. In this commit is a 1st draft of the builder for 100$a unimarc french subfield, which is composed of 35 digits, with 12 differents values (only the 4th first are provided for instance)
tipaul [Tue, 12 Nov 2002 16:39:14 +0000 (16:39 +0000)]
road to 1.3.2 :
* many bugfixes
* adding value_builder : you can map a subfield in the marc_subfield_structure to a sub stored in "value_builder" directory. In this directory you can create screen used to build values with any method. In this commit is a 1st draft of the builder for 100$a unimarc french subfield, which is composed of 35 digits, with 12 differents values (only the 4th first are provided for instance)
tipaul [Tue, 12 Nov 2002 15:58:43 +0000 (15:58 +0000)]
road to 1.3.2 :
* many bugfixes
* adding value_builder : you can map a subfield in the marc_subfield_structure to a sub stored in "value_builder" directory. In this directory you can create screen used to build values with any method. In this commit is a 1st draft of the builder for 100$a unimarc french subfield, which is composed of 35 digits, with 12 differents values (only the 4th first are provided for instance)
tipaul [Fri, 25 Oct 2002 10:55:46 +0000 (10:55 +0000)]
Road to 1.3.2
* bugfixes and improvements
* manage mandatory MARC subfields
* new table : authorised_values. this table contains categories and authorised values for the category. On MARC management, you can map a subfield to a authorised_values category. If you do this, the subfield can only be filled with a authorised_value of the selected category.
this submit contains everything needed :
* updatedatabase
* admin screens
* "links" management
* creation of a html-list if a subfield is mapped to an authorised value.
Note this is different from authorities support, which will come soon.
The authorised_values is supposed to contains a "small" number of authorised values for a category (less than 50-100). If you enter more authorised values than this, it should be hard to find what you want in a BIG list...