Bug 6418 - Make it possible to use custom XSLT (display 590a...)
Summary: Make it possible to use custom XSLT (display 590a...)
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Templates (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Owen Leonard
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-27 18:51 UTC by Nicole C. Engard
Modified: 2015-06-04 23:23 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicole C. Engard 2011-05-27 18:51:04 UTC
From a partner:

"We've added our journal holdings data to multiple 590/a fields. We'd like these
to display in both the search results pages and in the individual bib record in
the OPAC and the staff client. The information is displaying in the title
detail tab but we don't want to have to click to it; we're used to seeing it
immediately with the title information. Attache jpg shows Title Details tab
with 590/a information, search results example with note where to display 590/a
and bib record with note where to display 590/a"

Two suggested ways to tackle this:

If XSLT:

The best way to display the 590a in a community-friendly way is to allow
user-uploaded XSLT.  This is comparatively simple, as we'd just need to code up
the file upload scripting, and then point the XML parser at that XSLT instead
of the built in one.  It would involved writing XSLT, which is unpleasant, but
we would help with that, and a page could be added to the Koha wiki to share
completed XSLTs

If Normal view:

For this method, I'd go with teching up the Keyword to MARC mappings tool and
add more supported Keywords.  This would again not be 590a-specific, but rather
a matter of placing the keyword tokens into the code in the right places, then
configuring those keywords to map to the right MARC.  "Keyword" is probably not
the right term to be using here, so renaming might make things clearer for the
continued use of this functionality.
Comment 1 Liz Rea 2012-03-05 22:26:30 UTC
Can you do this with keyword to MARC mappings? Might be one hackish way to go about it.
Comment 2 Nicole C. Engard 2012-03-06 04:35:41 UTC
That works in Normal view but not XSLT as the notes for each type of display states.
Comment 3 Mirko Tietgen 2012-10-04 20:18:07 UTC
With the different XSLT options we have now, is this bug obsolete?
Comment 4 Katrin Fischer 2014-11-02 09:33:52 UTC
I think the answer here is currently to use a custom XSLT stylesheet and a wiki page with hints exists.

I think improving the workflow of the custom XSLT could be a separate bug report.