[Koha] Question on path for custom xsl files (OPAC and Staff client)

[King, Fred]

AFAIK, you can put the xsl files anywhere you want.  Go to Administration / System preferences / OPAC preferences and look for 
   OPACXSLTDetailsDisplay 
   OPACXSLTListsDisplay 
   OPACXSLTResultsDisplay
Put the path to your file there and you're set to go. On one of my Koha systems, I have the files on a different server altogether.

And a note to everyone else who's thinking about doing this: xsl files are very picky, and you can break the OPAC display if you have even one character out of place. Make sure you have a backup! 😊

Fred King, MSLS, AHIP
Medical Librarian, MedStar Washington Hospital Center
fred.king at medstar.net
202-877-6670
ORCID 0000-0001-5266-0279
MedStar Authors Catalog: http://medstarauthors.org

It's weird being the same age as old people.
--Anon

-----Original Message-----
From: Koha <koha-bounces at lists.katipo.co.nz> On Behalf Of Bruns, Anke
Sent: Thursday, November 3, 2022 7:10 AM
To: koha at lists.katipo.co.nz
Subject: [EXTERNAL] [Koha] Question on path for custom xsl files (OPAC and Staff client)



**ATTENTION: This email originated from outside the MedStar Health network.
 ** DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe.

 

Hi,

we have some settings of our own in some XSL files, e.g.

/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/MARC21slim2O
PACResults.xsl

as well as for the staff client in e.g.
/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/MARC21sli
m2intranetResults.xsl

All works fine when we copy and rename these files, keeping our own versions in

/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/ resp.
/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/

For us, however, it would be easier to store them in another place, e.g.
(for the OPAC):

/usr/share/koha/opac/htdocs/<our_directory>/<instancename>/{langcode}/xslt/

so we could hold all our files in one place (<our_directory), together with e.g. logos and other pictures etc, which we could easily tar and transport to another server when migrating an instance.

But, alas, this doesn't seem to work - obviously the parameters XSLTDetailsDisplay, XSLTResultsDisplay, OPACXSLTDetailsDisplay and OPACXSLTResultsDisplay expect the files in the same directories as the standard versions.

Is there any rule what paths are possible for our own xsl files/settings?

Thanks in advance and best regards,
Anke






--
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.bruns at gwdg.de
---------------------------------------
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-30000, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: gwdg at gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---------------------------------------
Zertifiziert nach ISO 9001
---------------------------------------

_______________________________________________

Koha mailing list  http://koha-community.org Koha at lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

----------------------------------------------------------------------
MedStar Health is a not-for-profit, integrated healthcare delivery system, the largest in Maryland and the Washington, D.C., region. Nationally recognized for clinical quality in heart, orthopedics, cancer and GI.

IMPORTANT: This e-mail (including any attachments) may contain information that is private, confidential, or protected by attorney-client or other privilege. If you received this e-mail in error, please delete it from your system without copying it and notify sender by reply e-mail, so that our records can be corrected... Thank you.

Help conserve valuable resources - only print this email if necessary.