[Koha-bugs] [Bug 12541] Marc modification template - multivalued subfields
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Tue Jul 8 16:43:15 CEST 2014
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12541
--- Comment #2 from Paola Rossi <paola.rossi at cineca.it> ---
Tx, Jonathan.
For later works I add the following question about the form.
And in the end I add some cases.
I've applied the following actions (case of 'All" option):
--Delete field 650$x if 650$x matches RegEx m/ ^second 650 /
--Copy field 650$x to 650$y if 650$x matches RegEx m/ ^second 650 /
--Move field 650$x to 650$y if 650$x matches RegEx m/ ^second 650 /
and the following actions (case of "First" option):
--Delete 1st field 650$x if 650$x matches RegEx m/ ^second 650 /
--Copy 1st field 650$x to 650$y if 650$x matches RegEx m/ ^second 650 /
--Move 1st field 650$x to 650$y if 650$x matches RegEx m/ ^second 650 /
to my test biblio record.
No difference has appeared in the results between the corresponding "All/First"
actions.
The action "Add/Update" has no "All/First" option. [For example:
--Update field 650$x with value new-value-updated if 650$x matches RegEx m/
^second 650 / ].
So, no difference for all the 4 actions applying "All" or "First" option.
Is the "All/First" option not usefull?
Is the form wrong?
In the action "Add/Update" the subfield before the "if" is mandatory.
It could be that the "All/First" option be not concerning the subfields [it
seemes so at least in cases of rep fields/rep subfields]
The "All/First" option is surely usefull for the fields.
I think the page is not very friendly in some cases.
Perhaps, as for "Add/Update":
*** in case the user fills the subfield before the "if", the option "All/First"
could be hidden in COPY/MOVE/DELETE actions
*** otherwise, in case the user doesn't fill the subfield before the "if", the
option "All/First" is shown, concerning the fields only.
---------------------------------------------------------
Another way could be change the order of the input fields in the form:
Delete/Copy/Add subfield ? of "All/First" field ? ....
---------------------------------------------------------
Or, perhaps, the fields could be shown in the form as mandatory
-----------------------------------------------------------------------
The 4 actions, run to my test biblio record, give the following results:
********Delete field 650$x if 650$x matches RegEx m/ ^second 650 /
650 0 .....
_x1-650 x 1 Digital techniques 1
_xfirst 650, second $x
_x1-650 x 3 Digital techniques 3
650 0 _....
650 0 _....
_x3-650 x 1 Digital techniques 1
_xthird 650, second $x
_x3-650 x 3 Digital techniques 3
********Copy field 650$x to 650$y if 650$x matches RegEx m/ ^second 650 /
650 0 _aSignal processing
_x1-650 x 1 Digital techniques 1
_xfirst 650, second $x
_x1-650 x 3 Digital techniques 3
_yfirst 650, second $x
650 0 _aImage processing
_x2-650 x 1 Digital techniques 1
_xsecond 650, second $x
_x2-650 x 3 Digital techniques 3
_yfirst 650, second $x
650 0 _x3-650 x 1 Digital techniques 1
_xthird 650, second $x
_x3-650 x 3 Digital techniques 3
_yfirst 650, second $x
********Update field 650$x with value new-value-updated if 650$x matches RegEx
m/ ^second 650 /
650 0 _aSignal processing
_x1-650 x 1 Digital techniques 1
_xfirst 650, second $x
_x1-650 x 3 Digital techniques 3
650 0 _aImage processing
_xnew-value-updated
_xsecond 650, second $x
_x2-650 x 3 Digital techniques 3
650 0 _x3-650 x 1 Digital techniques 1
_xthird 650, second $x
_x3-650 x 3 Digital techniques 3
********Move field 650$x to 650$y if 650$x matches RegEx m/ ^second 650 /
650 0 _aSignal processing
_x1-650 x 1 Digital techniques 1
_xfirst 650, second $x
_x1-650 x 3 Digital techniques 3
_yfirst 650, second $x
650 0 _aImage processing
_yfirst 650, second $x
650 0 _x3-650 x 1 Digital techniques 1
_xthird 650, second $x
_x3-650 x 3 Digital techniques 3
_yfirst 650, second $x
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list