https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38677
David Cook <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #2 from David Cook <[email protected]> --- (In reply to Katrin Fischer from comment #1) > Maybe it could help to add a hint that the visibility settings only apply to > the normal view in a limited way? That's probably the way to go. I had to explain that to a librarian the other day. -- Personally, I wouldn't want libraries to be able to arbitrarily add fields to the display other than what is provided in the XSLT. They don't always think of the implications of HTML display when checking the checkboxes in the frameworks. That said... I have been thinking of adding a collapsed "Other information" section which can show additional information beyond what we want shown in the more compact display. From a technical standpoint, we wouldn't necessarily have to build/update the XSLT. Rather, using XML::LibXSLT->register_function(), we could introduce a Perl function to the XSLT to tell us whether or not to render a particular field/subfield combination. (I do this all the time in our local Koha and in Koha plugins.) I think the hard part would be knowing which fields are already handled by the XSLT and which aren't. I think that could get messy. I can also imagine demands increasing. For instance, this could work for just showing the information *as recorded* in the MARC, but we wouldn't be able to render links or additional modifications without coding, which then leads to even more messiness I reckon... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
