https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38677 --- Comment #3 from Nick Clemens (kidclamp) <nick@bywatersolutions.com> --- (In reply to David Cook from comment #2)
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.
I'm not sure I understand the concern here, can you explain what the implications might be?
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.)
If you have an example or two of what you do here, that would be interesting
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...
These sound like future challenges, or opportunities, for development ;-) It may be XSLT is not the best tool for what we want. We have largely stopped using custom XSLT in favor of using the API to pull extra fields from the MARC. Users with custom XSLT don't get any Koha enhancements that use the XSLT until an upgrade, and the process of rebasing XSLT can be quite tedious. I think one of the things we really want from this is, users should be able to easily control which fields are displayed, without a great amount of technical knowledge. We find XSLT is a bit of a high bar, a bit too easy to make one change, and break the entire display :-) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.