Summary: | Field visibility persists despite unchecking staff interface visibility in framework | ||
---|---|---|---|
Product: | Koha | Reporter: | Esther Melander <esther.melander> |
Component: | Cataloging | Assignee: | Bugs List <koha-bugs> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | enhancement | ||
Priority: | P5 - low | CC: | lucas, m.de.rooy, tomascohen |
Version: | 24.05 | ||
Hardware: | All | ||
OS: | All | ||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: |
Description
Esther Melander
2024-10-04 16:48:15 UTC
I don't think framework visibility ever intended to show/hide subfields in the OPAC/staff interface detail page. It show shows/hides the field in the MARC view ( OPAC or staff ). I think what we need here is a hint/tooltip to make that clear. (In reply to Lucas Gass (lukeg) from comment #1) > I don't think framework visibility ever intended to show/hide subfields in > the OPAC/staff interface detail page. It show shows/hides the field in the > MARC view ( OPAC or staff ). > > I think what we need here is a hint/tooltip to make that clear. It actually works for the OPAC detail page, have never used it for staff I believe. The fields are filtered from the XSLT (record processor...). It used to be MARC view only, you are right about that. (In reply to Katrin Fischer from comment #2) > (In reply to Lucas Gass (lukeg) from comment #1) > > I don't think framework visibility ever intended to show/hide subfields in > > the OPAC/staff interface detail page. It show shows/hides the field in the > > MARC view ( OPAC or staff ). > > > > I think what we need here is a hint/tooltip to make that clear. > > It actually works for the OPAC detail page, have never used it for staff I > believe. The fields are filtered from the XSLT (record processor...). It > used to be MARC view only, you are right about that. If I added a new arbitrary field to a framework, 952$k for example, and set visibility to 'Staff interface' and 'OPAC' I should expect it to show up in the OPAC/Staff interface detail pages? (In reply to Lucas Gass (lukeg) from comment #3) > (In reply to Katrin Fischer from comment #2) > > (In reply to Lucas Gass (lukeg) from comment #1) > > > I don't think framework visibility ever intended to show/hide subfields in > > > the OPAC/staff interface detail page. It show shows/hides the field in the > > > MARC view ( OPAC or staff ). > > > > > > I think what we need here is a hint/tooltip to make that clear. > > > > It actually works for the OPAC detail page, have never used it for staff I > > believe. The fields are filtered from the XSLT (record processor...). It > > used to be MARC view only, you are right about that. > > If I added a new arbitrary field to a framework, 952$k for example, and set > visibility to 'Staff interface' and 'OPAC' I should expect it to show up in > the OPAC/Staff interface detail pages? Yes and no. 952 is not that arbitrary as it's an item field. There is currently no code for showing these fields in the item/holdings table. But it will show up in the items tab on the MARC view (not the MARC preview in the record, but the tab/separate page). If it was 799 or so, you could expect it to be part of the XSLT send to the template and then you could use it in the XSLT. If you didn't check OPAC visibility, it would not even be part of the XSLT as it would be filtered out before being sent to XSLT for processing. Adding Tomas as I believe he worked on this in the past. |