Question on path for custom xsl files (OPAC and Staff client)
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@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@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 ---------------------------------------
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@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@lists.katipo.co.nz> On Behalf Of Bruns, Anke Sent: Thursday, November 3, 2022 7:10 AM To: koha@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@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@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@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.
Hi, thanks, but we tried just that, and it seems that the files must be somewhere below
/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/ resp. /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/
- where the default Koha files also sit. We tried (for the OPAC) a path below: /usr/share/koha/opac/htdocs/<our_directory>/ and it didn't work. The parameters OPACXSLTDetailsDisplay and OPACXSLTResultsDisplay didn't seem to accept our custom path. (I'll stick to the OPAC part of my request for now, to simplify matters. My problem applies to the Intranet as well). So I repeat my question: Is there any rule what paths are possible for our own xsl files/settings? Thanks and best regards, Anke -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" E-Mail: anke.bruns@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@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 ---------------------------------------
-----Ursprüngliche Nachricht----- Von: King, Fred <Fred.King@Medstar.net> Gesendet: Donnerstag, 3. November 2022 14:45 An: Bruns, Anke <Anke.Bruns@gwdg.de>; koha@lists.katipo.co.nz Betreff: RE: Question on path for custom xsl files (OPAC and Staff client)
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@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@lists.katipo.co.nz> On Behalf Of Bruns, Anke Sent: Thursday, November 3, 2022 7:10 AM To: koha@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@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@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@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.
Hi Anke,
I think it should work as long as the directory is accessible.
Did you adapt the import paths in your XSLT files? If the file was not
found, that will give you an error:
|<xsl:import href="MARC21slimUtils.xsl"/>|
Did you see an error in the logs with your custom paths?
Hope this helps,
Katrin
On 10.11.22 16:49, Bruns, Anke wrote:
> Hi,
>
> thanks, but we tried just that, and it seems that the files must be somewhere below
>> /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/ resp.
>> /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/
> - where the default Koha files also sit.
>
> We tried (for the OPAC) a path below:
> /usr/share/koha/opac/htdocs/<our_directory>/
>
> and it didn't work. The parameters OPACXSLTDetailsDisplay and OPACXSLTResultsDisplay didn't seem to accept our custom path. (I'll stick to the OPAC part of my request for now, to simplify matters. My problem applies to the Intranet as well).
>
> So I repeat my question: Is there any rule what paths are possible for our own xsl files/settings?
>
> Thanks and best regards,
> Anke
>
>
>
>
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@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>/{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@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@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@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
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@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@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@gmail.com> Gesendet: Samstag, 12. November 2022 23:33 An: Bruns, Anke <Anke.Bruns@gwdg.de> Cc: koha <koha@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@gwdg.de <mailto:Anke.Bruns@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@gwdg.de <mailto:anke.bruns@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@gwdg.de <mailto:gwdg@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@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
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@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@lists.katipo.co.nz> On Behalf Of Bruns, Anke Sent: Thursday, February 23, 2023 10:45 AM To: Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@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@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@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@gmail.com> Gesendet: Samstag, 12. November 2022 23:33 An: Bruns, Anke <Anke.Bruns@gwdg.de> Cc: koha <koha@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@gwdg.de <mailto:Anke.Bruns@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@gwdg.de <mailto:anke.bruns@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@gwdg.de <mailto:gwdg@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@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@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.
"Until recently" means this isn't possible now? Actually, we're fine with storing our files in the same directory as the Koha default ones, but perhaps in the documentation should be specified where custom XSLTs may be stored and where not. Anke -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" E-Mail: anke.bruns@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@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: King, Fred <Fred.King@Medstar.net> Gesendet: Donnerstag, 23. Februar 2023 17:00 An: Bruns, Anke <Anke.Bruns@gwdg.de>; Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@lists.katipo.co.nz> Betreff: RE: [Koha] Question on path for custom xsl files (OPAC and Staff client)
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@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@lists.katipo.co.nz> On Behalf Of Bruns, Anke Sent: Thursday, February 23, 2023 10:45 AM To: Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@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@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@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@gmail.com> Gesendet: Samstag, 12. November 2022 23:33 An: Bruns, Anke <Anke.Bruns@gwdg.de> Cc: koha <koha@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@gwdg.de <mailto:Anke.Bruns@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@gwdg.de <mailto:anke.bruns@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@gwdg.de <mailto:gwdg@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@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________
Koha mailing list http://koha-community.org Koha@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.
The bug has gotten attention and comments in the past couple of weeks; it's being looked into. Fred King, MSLS, AHIP Medical Librarian, MedStar Washington Hospital Center fred.king@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: Bruns, Anke <Anke.Bruns@gwdg.de> Sent: Thursday, February 23, 2023 11:22 AM To: King, Fred <Fred.King@Medstar.net>; Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@lists.katipo.co.nz> Subject: [EXTERNAL] AW: [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. "Until recently" means this isn't possible now? Actually, we're fine with storing our files in the same directory as the Koha default ones, but perhaps in the documentation should be specified where custom XSLTs may be stored and where not. Anke -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" E-Mail: anke.bruns@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@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: King, Fred <Fred.King@Medstar.net> Gesendet: Donnerstag, 23. Februar 2023 17:00 An: Bruns, Anke <Anke.Bruns@gwdg.de>; Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@lists.katipo.co.nz> Betreff: RE: [Koha] Question on path for custom xsl files (OPAC and Staff client)
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@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@lists.katipo.co.nz> On Behalf Of Bruns, Anke Sent: Thursday, February 23, 2023 10:45 AM To: Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@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@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@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@gmail.com> Gesendet: Samstag, 12. November 2022 23:33 An: Bruns, Anke <Anke.Bruns@gwdg.de> Cc: koha <koha@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@gwdg.de <mailto:Anke.Bruns@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@gwdg.de <mailto:anke.bruns@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@gwdg.de <mailto:gwdg@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@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________
Koha mailing list http://koha-community.org Koha@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.
---------------------------------------------------------------------- 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.
I may have figured this out. It works for me, could someone else give it a try? You need to modify three files. Let's say you put them in in http://dokument.space/anew In opac_results.xml on line 10, change <xsl:import href="MARC21slimUtils.xsl"/> to <xsl:import href= http://dokument.space/anew"MARC21slimUtils.xsl"/> In opac_detail.xml do the same thing. In MARC21slimUtils.xsl at line 8, change <xsl:include href="MARC21Languages.xsl"/> to <xsl:include href="document.space/anew/MARC21Languages.xsl"/> You may need to clear your browser's cache or try it on a different computer. I really do have modified xml results and detail files in that location, in case anyone wants to look at the horrible things I've done to them as part of my rewrite of the MedStar Authors catalog. --Fred Fred King, MSLS, AHIP Medical Librarian, MedStar Washington Hospital Center fred.king@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: Bruns, Anke <Anke.Bruns@gwdg.de> Sent: Thursday, February 23, 2023 11:22 AM To: King, Fred <Fred.King@Medstar.net>; Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@lists.katipo.co.nz> Subject: [EXTERNAL] AW: [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. "Until recently" means this isn't possible now? Actually, we're fine with storing our files in the same directory as the Koha default ones, but perhaps in the documentation should be specified where custom XSLTs may be stored and where not. Anke -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" E-Mail: anke.bruns@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@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: King, Fred <Fred.King@Medstar.net> Gesendet: Donnerstag, 23. Februar 2023 17:00 An: Bruns, Anke <Anke.Bruns@gwdg.de>; Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@lists.katipo.co.nz> Betreff: RE: [Koha] Question on path for custom xsl files (OPAC and Staff client)
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@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@lists.katipo.co.nz> On Behalf Of Bruns, Anke Sent: Thursday, February 23, 2023 10:45 AM To: Tomas Cohen Arazi <tomascohen@gmail.com> Cc: koha <koha@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@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@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@gmail.com> Gesendet: Samstag, 12. November 2022 23:33 An: Bruns, Anke <Anke.Bruns@gwdg.de> Cc: koha <koha@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@gwdg.de <mailto:Anke.Bruns@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@gwdg.de <mailto:anke.bruns@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@gwdg.de <mailto:gwdg@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@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________
Koha mailing list http://koha-community.org Koha@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.
---------------------------------------------------------------------- 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.
participants (4)
-
Bruns, Anke -
Katrin Fischer -
King, Fred -
Tomas Cohen Arazi