Koha: changing opac-tmpl/prog/en/xsl/MARC21slim2OPACDetail.xsl
All, Based on an answer I got in October about how to make fields not appear in the opac (in our case the 59X fields), I was about to change the opac-tmpl/prog/en/xsl/MARC21slim2OPACDetail.xsl and was wondering. Is this file overwritten with each upgrade? In other words, is changing this file the best way to hide fields? How about moving fields from below the "Title Notes" tab to above it? Thanks in advance for your insight and help. -- Linda Culberson lculber@mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824
Linda, Yes, manually changing this file without version control is going to complicate your upgrades. If you make any changes to you, it's best to use Git to track those changes. I'm actually in the process of spec'ing out a method for allowing users to upload their own XSLT in a way that won't break upgrades. This would also solve your problem, likely. Cheers, -Ian On Wed, Apr 27, 2011 at 2:58 PM, Linda Culberson <lculber@mdah.state.ms.us>wrote:
All, Based on an answer I got in October about how to make fields not appear in the opac (in our case the 59X fields), I was about to change the opac-tmpl/prog/en/xsl/MARC21slim2OPACDetail.xsl and was wondering. Is this file overwritten with each upgrade? In other words, is changing this file the best way to hide fields? How about moving fields from below the "Title Notes" tab to above it?
Thanks in advance for your insight and help.
-- Linda Culberson lculber@mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- Ian Walls Lead Development Specialist ByWater Solutions ALA Booth 732 Phone # (888) 900-8944 http://bywatersolutions.com ian.walls@bywatersolutions.com Twitter: @sekjal
Ian, Do you have a time frame on this project? What I was wondering is the best way to proceed in the meantime? Thanks in advance. Linda On 4/27/2011 2:02 PM, Ian Walls wrote:
Linda,
Yes, manually changing this file without version control is going to complicate your upgrades If you make any changes to you, it's best to use Git to track those changes.
I'm actually in the process of spec'ing out a method for allowing users to upload their own XSLT in a way that won't break upgrades. This would also solve your problem, likely.
Cheers,
-Ian
On Wed, Apr 27, 2011 at 2:58 PM, Linda Culberson <lculber@mdah.state.ms.us <mailto:lculber@mdah.state.ms.us>> wrote:
All, Based on an answer I got in October about how to make fields not appear in the opac (in our case the 59X fields), I was about to change the opac-tmpl/prog/en/xsl/MARC21slim2OPACDetail.xsl  and was wondering.  Is this file overwritten with each upgrade?  In other words, is  changing this file the best way to hide fields?  How about moving fields from below the  "Title Notes" tab to above it?
Thanks in advance for your insight and help.
-- Linda Culberson         lculber@mdah.state.ms.us <mailto:lculber@mdah.state.ms.us> Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone:  601/576-6873 Facsimile:  601/576-6824
_______________________________________________ Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> http://lists.katipo.co.nz/mailman/listinfo/koha
-- Ian Walls Lead Development Specialist ByWater Solutions ALA Booth 732 Phone # (888) 900-8944 http://bywatersolutions.com ian.walls@bywatersolutions.com <mailto:ian.walls@bywatersolutions.com> Twitter: @sekjal
-- Linda Culberson lculber@mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824
Linda, The project is still being spec'ed out... I hope it would be ready for Koha 3.6, if the funding details all work out. In the meantime, I'd recommend using Git to track any changes you need made. This works best on a dev installation from Git, but could be applied to production installations as well. You'd need to create a branch based off your current codebase, make the change, commit it, and then periodically rebase or merge as you upgrade your code. Are you by any chance going to the KUDOS conference in Madison, WI next week? I'm doing a presentation on just this subject, approaching it both from the theoretical end (what is this version control system doing?) and the practical end (do these commands in this order). I'll of course be sharing my slides after the conference, if you're unable to make it. Cheers, -Ian On Thu, Apr 28, 2011 at 11:35 AM, Linda Culberson <lculber@mdah.state.ms.us>wrote:
Ian, Do you have a time frame on this project? What I was wondering is the best way to proceed in the meantime? Thanks in advance. Linda
On 4/27/2011 2:02 PM, Ian Walls wrote:
Linda,
Yes, manually changing this file without version control is going to complicate your upgrades If you make any changes to you, it's best to use Git to track those changes.
I'm actually in the process of spec'ing out a method for allowing users to upload their own XSLT in a way that won't break upgrades. This would also solve your problem, likely.
Cheers,
-Ian
On Wed, Apr 27, 2011 at 2:58 PM, Linda Culberson <lculber@mdah.state.ms.us <mailto:lculber@mdah.state.ms.us>> wrote:
All, Based on an answer I got in October about how to make fields not appear in the opac (in our case the 59X fields), I was about to change the opac-tmpl/prog/en/xsl/MARC21slim2OPACDetail.xsl  and was wondering.  Is this file overwritten with each upgrade?  In other words, is  changing this file the best way to hide fields?  How about moving fields from below the  "Title Notes" tab to above it?
Thanks in advance for your insight and help.
-- Linda Culberson         lculber@mdah.state.ms.us <mailto:lculber@mdah.state.ms.us>
Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: Â 601/576-6873 Facsimile: Â 601/576-6824
_______________________________________________ Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
http://lists.katipo.co.nz/mailman/listinfo/koha
-- Ian Walls Lead Development Specialist ByWater Solutions ALA Booth 732 Phone # (888) 900-8944 http://bywatersolutions.com ian.walls@bywatersolutions.com <mailto:ian.walls@bywatersolutions.com> Twitter: @sekjal
-- Linda Culberson lculber@mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824
-- Ian Walls Lead Development Specialist ByWater Solutions ALA Booth 732 Phone # (888) 900-8944 http://bywatersolutions.com ian.walls@bywatersolutions.com Twitter: @sekjal
Le 28/04/2011 17:50, Ian Walls a écrit :
Linda,
The project is still being spec'ed out... I hope it would be ready for Koha 3.6, if the funding details all work out. Ian,
do you know we already have added a syspref that let you choose the xslt url (well, 4 urls : opac/staff result/detail) ? That would achieve the same goal isn't it ? see http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 seems we have some other improvements on git.biblibre.com and I can't find on bugzilla, catch me on IRC to speak of it. HTH -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08
Paul, Right, I've looked at bug 4447, which adds the system preferences for remote or locally stored XSLT. One of the possible implementation paths I explored was along this line, but my understanding is that that patch does not currently work with multiple languages installed. That is, the XSLT you'd be using would wind up being the same for any and all languages you had. For most of our libraries that's just fine, but we've got a couple that need multiple languages. I was hoping to find a more generalized solution that would allow distinct custom XSLTs per theme/language. What I'd really like to do is create a new administration menu for uploading the XSLT files, and modify C4/UploadedFile.pm to store things permanently (and safely!) if told. I've filed bug 6274 for this feature (there is even a FIXME in the perl module asking for this, and once we had permanent storage of uploaded files, we could do some REALLY cool stuff). This is a much more complex route, since it requires security testing as well as a whole new admin page, but I think it'd be more robust and satisfying. Cheers, -Ian On Thu, Apr 28, 2011 at 12:21 PM, Paul Poulain <paul.poulain@biblibre.com>wrote:
Le 28/04/2011 17:50, Ian Walls a écrit :
Linda,
The project is still being spec'ed out... I hope it would be ready for Koha 3.6, if the funding details all work out. Ian,
do you know we already have added a syspref that let you choose the xslt url (well, 4 urls : opac/staff result/detail) ? That would achieve the same goal isn't it ? see http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4032 seems we have some other improvements on git.biblibre.com and I can't find on bugzilla, catch me on IRC to speak of it.
HTH
-- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- Ian Walls Lead Development Specialist ByWater Solutions ALA Booth 732 Phone # (888) 900-8944 http://bywatersolutions.com ian.walls@bywatersolutions.com Twitter: @sekjal
participants (3)
-
Ian Walls -
Linda Culberson -
Paul Poulain