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

Fri Feb 24 05:00:26 NZDT 2023

Until recently, you could specify an external URL for xsl files. See [Bug 29678] Can't use external URL for XSLT stylesheet https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29678. 

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

You know it's cold outside when you go outside and it's cold.
--NPS Twitter

-----Original Message-----
From: Koha <koha-bounces at lists.katipo.co.nz> On Behalf Of Bruns, Anke
Sent: Thursday, February 23, 2023 10:45 AM
To: Tomas Cohen Arazi <tomascohen at gmail.com>
Cc: koha <koha at lists.katipo.co.nz>
Subject: [EXTERNAL] Re: [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 Tomas,

thanks for your answer which I'm answering belatedly.

I just tried this: created XSLT and subdirectories en and de-DE, copied my custom xsl file there and referenced it in the  OPACXSLTDetailsDisplay parameter like this:

/var/lib/koha/test-infomath/XSLT/{langcode}/<filename>.xsl

but it doesn't work (no title information is displayed at all). 

Unless I did something wrong that I'm not aware of, it really seems the files have to reside somewhere under the same path as those coming from Koha.

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. Christian Griesinger Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---------------------------------------
Zertifiziert nach ISO 9001
---------------------------------------

> -----Ursprüngliche Nachricht-----
> Von: Tomas Cohen Arazi <tomascohen at gmail.com>
> Gesendet: Samstag, 12. November 2022 23:33
> An: Bruns, Anke <Anke.Bruns at gwdg.de>
> Cc: koha <koha at lists.katipo.co.nz>
> Betreff: Re: [Koha] Question on path for custom xsl files (OPAC and 
> Staff client)
> 
> I recommend you put those customized XSLT inside the instance home:
> 
> /var/lib/koha/<instance>/XSLT
> 
> That way files won't be touched inadvertently by the packaging system, 
> and they will also be part of regular backups. And you don't need to 
> create your own directory schema, as it already exists.
> 
> 
> 
> El jue, 3 nov 2022 8:12, Bruns, Anke <Anke.Bruns at gwdg.de 
> <mailto:Anke.Bruns at gwdg.de> > escribió:
> 
> 
> 	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>/{langc
> ode}/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 <mailto: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 
> <mailto: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 <mailto:Koha at lists.katipo.co.nz>
> 	Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> 

_______________________________________________

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.