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...
tipaul [Tue, 22 Oct 2002 15:50:23 +0000 (15:50 +0000)]
road to 1.3.2 : adding a biblio in MARC format.
seems to work a few.
still to do :
* manage html checks (mandatory subfields...)
* add list of acceptable values (authorities)
* manage ## in MARC format
* manage correctly repeatable fields
and probably a LOT of bugfixes
arensb [Wed, 16 Oct 2002 12:41:10 +0000 (12:41 +0000)]
C4::Acquisitions doesn't exist anymore. Replaced with C4::Catalogue
(presumably this is correct, because &C4::Catalogue::getorder is
exported, but &C4::Biblio::getorder isn't).
Replaced an obviously-bogus assignment with a much more likely string
comparison.
tipaul [Tue, 15 Oct 2002 10:14:43 +0000 (10:14 +0000)]
road to 1.3.2. Full rewrite of marcimport.pl.
The acquisition system in MARC version will work like this :
* marcimport will put marc records into a "breeding farm" table.
* when the user want to add a biblio, he enters first the ISBN/ISSN of the biblio. koha searches into breeding farm and if the record exists, it is shown to the user to help him adding the biblio. When the biblio is added, it's deleted from the breeding farm.
This commit :
* modify acqui.simple home page (addbooks.pl)
* adds import into breeding farm
Please note that :
* z3950 functionnality is dropped from "marcimport" will be added somewhere else.
* templates are in a new acqui.simple sub directory, and the marcimport template directory will become obsolete soon.I think this is more logic
arensb [Mon, 14 Oct 2002 01:13:18 +0000 (01:13 +0000)]
Turned 'env' into a hash instead of a reference-to-hash, for
readability. Likewise, @$numbers -> @numbers, @$forminputs ->
@forminputs
Added a foreach loop to set up the search terms and output form, for
readability and easy extensibility.
projects / koha.git / log