[Koha] Question on path for custom xsl files (OPAC and Staff client)
Bruns, Anke
Anke.Bruns at gwdg.de
Fri Feb 24 04:44:48 NZDT 2023
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
>
More information about the Koha
mailing list