[Bug 3162] New: Authority subfileds defintions and Show/Show Collapsed/Hide option
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 Summary: Authority subfileds defintions and Show/Show Collapsed/Hide option Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: galen.charlton@liblime.com ReportedBy: tajoli@cilea.it CC: tajoli@cilea.it Estimated Hours: 0.0 The defintion of visibilty of MARC subfields in the enviroments used (Opac, Intranet, Editor) is different between MARC Bibliographic framework [http://<your site>:8080/cgi-bin/koha/admin/biblio_framework.pl] and Authority framework [http://<your site>:8080/cgi-bin/koha/admin/authtypes.pl] In MARC Bibliographic framework to setup this option we use an input box that accepts values between -7 to 8. The meaning of the values is explained into the on-line help. No problems here. In Authority framework there are 3 List boxes (one for Opac, one for Intranet, one for Editor). The CGI with the bug is .../admin/auth_subfields_structure.pl For example see the defintion of field 035 (on Unimarc or MARC21 default framework): http://<your site>:8080/cgi-bin/koha/admin/auth_subfields_structure.pl?op=add_form&tagfield=035&authtypecode= But those 3 values are managed by only one SQL field, auth_subfield_structure.hidden. This field is a tinyint(3) field. So, when the system tries to save a value like '000', Mysql transform it into '0'. So not all option avaible in the inteface are recoredable into auth_subfield_structure.hidden The defintions of Authority subfields in installer/data/mysql/fr-FR/marcflavour/unimarc_complet/Obligatoire/autorites_norme_unimarc.sql and in installer/data/mysql/en/marcflavour/marc21/mandatory/authorities_normal_marc21.sql still use the scale -7 ... 8 And in fact the CGI for the display .../opac/opac-authoritiesdetail.pl .../authorities/detail-biblio-search.pl .../authorities/detail.pl still use the scale -7 ... 8 with problems. In fact the lines used in ../opac/opac-authoritiesdetail.pl .../authorities/detail-biblio-search.pl .../authorities/detail.pl to check the value of auth_subfield_structure.hidden are: $subfield_data{visibility} = "display:none;" if ( ($tagslib->{$tag}->{$subfield}->{hidden} % 2 == 1) and $value ne '' or ($value eq '' and !$tagslib->{$tag}->{$subfield}->{mandatory}) ); So the only two values that it is possible to use are 0 (or every evan value that means 'show all') and -7 (or ever odd value that means hide all). Well, this the problem. About solution ? My proposal is: -- for tree 3.0 I will write a patch to use the values '0','-5' with the meanings 'show all' vs 'hide all'. I select those two values because are just now used into SQL authority default defintions. So I need to change only the code of ../admin/auth_subfields_structure.pl, the help template and display template No changes in SQL defintion, into others CGI or into SQL authority default defintions. -- for tree 3.2 I think we need to plan a better system. Probably use 3 list box is better but we need to decide: a)Do we do the work with one SQL field or with three fields ? b)And what about MARC Bibliographic framework c)And about migration of framework from 3.0 to 3.2 ? That's all, I think Bye -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 --- Comment #1 from Galen Charlton <galen.charlton@liblime.com> 2009-04-27 16:25:37 ---
-- for tree 3.2 I think we need to plan a better system. Probably use 3 list box is better but we need to decide:
I agree that the three dropdown lists is a better UI.
a)Do we do the work with one SQL field or with three fields ?
I vote for splitting it into three - it will be easier to maintain and less prone to bugs.
b)And what about MARC Bibliographic framework
I think the same UI for setting the visibility and the same set of database columns should be used for both authority and bibliographic frameworks.
c)And about migration of framework from 3.0 to 3.2 ?
The updatedatabase.pl part will be easy. It will be necessary to change the base MARC21 and UNIMARC SQL files as well. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 --- Comment #2 from Zeno Tajoli <tajoli@cilea.it> 2009-05-17 20:51:01 --- I have send a patch for the problem but only for version 3.0.x -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 MJR <mjr@ttllp.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Priority|P5 |PATCH-Sent Resolution| |FIXED --- Comment #3 from MJR <mjr@ttllp.co.uk> 2009-06-07 11:42:22 --- This bug is described as fixed in the release notes for version 3.0.2 in the git tree. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 Galen Charlton <galen.charlton@liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #4 from Galen Charlton <galen.charlton@liblime.com> 2009-06-07 17:56:37 --- Reopening. Not resolved in HEAD. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 --- Comment #5 from Zeno Tajoli <tajoli@cilea.it> 2009-06-08 15:02:25 --- I confirm that this bug is open in HEAD but close for 3.0.2 In 3.0.2 I have done only an hack to fix it. But for 3.2 we need a better (and a more difficult) patch. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 Zeno Tajoli <tajoli@cilea.it> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|PATCH-Sent |P5 Version|rel_3_0 |rel_3_2 --- Comment #6 from Zeno Tajoli <tajoli@cilea.it> 2009-08-13 13:35:17 --- I change the Priority, the Version and the Severity of this bug. I config that for 3.0.x tree is close. But we still need to work for 3.2 tree -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 Irma Birchall <irma@calyx.net.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |irma@calyx.net.au Summary|Authority subfileds |Authority subfileds |defintions and Show/Show |definitions and Show/Show |Collapsed/Hide option |Collapsed/Hide option -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 --- Comment #7 from Zeno Tajoli <tajoli@cilea.it> 2010-02-10 09:16:00 --- I confirm that this bug is still open in 3.2 tree. It is close in 3.0 tree. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 Galen Charlton <gmcharlt@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |blocker Status|REOPENED |ASSIGNED --- Comment #8 from Galen Charlton <gmcharlt@gmail.com> 2010-02-10 11:11:15 --- Changing to blocker as it is an issue that is fixed in the maintenance branch but whose fix was not submitted to HEAD. I intend to forward-port the "hack" from the 3.0.x branch unless Zeno has another patch available for HEAD. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 Galen Charlton <gmcharlt@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |enhancement Version|rel_3_2 |HEAD --- Comment #9 from Galen Charlton <gmcharlt@gmail.com> 2010-02-10 11:25:02 --- Cherry-picked patch from 3.0.x. This should only be temporary, but for now marking as enhancement and retargetting to 3.4 -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3162 --- Comment #10 from Zeno Tajoli <tajoli@cilea.it> 2010-02-10 15:03:22 --- I confirm that I don't have a good solution for 3.2. I see the cherry-picking. OK -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (2)
-
bugzilla-daemon@kohaorg.ec2.liblime.com -
bugzilla-daemon@liblime.com