[Bug 13588] New: Should GetKohaAuthorisedValueLib return lib if lib_opac is empty and opac==1 ?
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13588 Bug ID: 13588 Summary: Should GetKohaAuthorisedValueLib return lib if lib_opac is empty and opac==1 ? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard@myacpl.org Reporter: m.de.rooy@rijksmuseum.nl QA Contact: testopia@bugs.koha-community.org C4/Koha.pm subroutine GetKohaAuthorisedValueLib returns the staff description if there is no opac description. This is the case too if the opac flag is true. What is the result? If you do not have an opac description (because you want translated descriptions for item statuses), the staff description is returned (in the only available language used in authorized values). This effectively hides the translated terms in templates. Example: The item-status include contains the translation for Not for loan, but this is overruled by the staff description in one language. A similar remark could be made for lost, damaged, restricted. Workaround: If you have only e.g. two languages in your opac, you could add both translation in the lib_opac field of authorized values. Solution: We could say opac==2 means: do not return the staff description. Changing the call for itemnotforloan in C4/Items from 1 to 2, would resolve the display on opac-detail for Status. Each of the 6? calls should however be examined more carefully. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13588 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I think what you describe is a workaround for a translation issue that should be solved in general - But I agree this is a bigger problem :( The problem is that the current behaviour has been the default behaviour forever, so people expect it to work that way. The sample data doesn't include OPAC descriptions and also in our libraries only the lib description is set as long as its the same. I am not sure we should change this, but if we do, some more thought needs to go into it. -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org