Re: [Koha-devel] about using XSLT for display of holdings (952)
Have a look at C4/XSLT.pm XSLTParse4Display calls buildKohaItemsNamespace. This routine adds several item fields. Resulting data goes through transform call of XSLT handler. -Oorspronkelijk bericht- Van: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] Namens Gaetan Boisson Verzonden: maandag 8 februari 2016 10:28 Aan: koha-devel@lists.koha-community.org Onderwerp: Re: [Koha-devel] about using XSLT for display of holdings (952) I would be in favor of the detail display bein made with XSLT for items. That would of course be much more flexible, and would allow us to have custom fields easily (i.e. to display whatever ends up in more_subfields_xml as we please). I think there are historical reasons (the template based display needs to work and took care of this with the table), and the fact that items are not stored in the marcxml anylonger might be a reason too, althought maybe something puts them back in the marcxml when doing the xslt processing. (And you get them in the marcxml when saving the record, even though the item level fields are not in biblioitems.marcxml.) Le 08/02/2016 02:10, David Cook a écrit : > Hmm, it's a good question I think. > > I imagine part of it might be a speed thing, or coincidence? > > I know Fridolyn was planning on trimming the number of items added as > 952s to the Zebra records, so in that case the database would have the > true reflection of holdings while the MARCXML would only have a snapshot. > > Overall, not sure. > > David Cook > Systems Librarian > Prosentient Systems > 72/330 Wattle St, Ultimo, NSW 2007 > > >> -Original Message- >> From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel- >> boun...@lists.koha-community.org] On Behalf Of Indranil Das Gupta >> Sent: Sunday, 7 February 2016 8:43 AM >> To: koha-devel@lists.koha-community.org >> Subject: [Koha-devel] about using XSLT for display of holdings (952) >> >> Hi, >> >> At the risk of asking something very stupid, I was wondering why we > utilize >> XSLT only for the biblio record and not for the holdings data in say >> opac- details.pl >> >> thanks in advance >> >> -- >> Indranil Das Gupta >> >> Phone : +91-98300-20971 >> Blog: http://indradg.randomink.org/blog >> IRC : indradg on irc://irc.freenode.net >> Twitter : indradg >> >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- >> Please exchange editable Office documents only in ODF Format. No >> other format is acceptable. Support Open Standards. >> >> For a free editor supporting ODF, please visit LibreOffice - >> http://www.documentfoundation.org >> ___ >> Koha-devel mailing list >> Koha-devel@lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> website : http://www.koha-community.org/ git : http://git.koha- >> community.org/ bugs : http://bugs.koha-community.org/ > > ___ > Koha-devel mailing list > Koha-devel@lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ git : > http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Gaetan Boisson Chef de projet bibliothécaire BibLibre 06 52 42 51 29 108 avenue Breteuil 13006 Marseille gaetan.bois...@biblibre.com ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] about using XSLT for display of holdings (952)
I would be in favor of the detail display bein made with XSLT for items. That would of course be much more flexible, and would allow us to have custom fields easily (i.e. to display whatever ends up in more_subfields_xml as we please). I think there are historical reasons (the template based display needs to work and took care of this with the table), and the fact that items are not stored in the marcxml anylonger might be a reason too, althought maybe something puts them back in the marcxml when doing the xslt processing. (And you get them in the marcxml when saving the record, even though the item level fields are not in biblioitems.marcxml.) Le 08/02/2016 02:10, David Cook a écrit : Hmm, it's a good question I think. I imagine part of it might be a speed thing, or coincidence? I know Fridolyn was planning on trimming the number of items added as 952s to the Zebra records, so in that case the database would have the true reflection of holdings while the MARCXML would only have a snapshot. Overall, not sure. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 -Original Message- From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel- boun...@lists.koha-community.org] On Behalf Of Indranil Das Gupta Sent: Sunday, 7 February 2016 8:43 AM To: koha-devel@lists.koha-community.org Subject: [Koha-devel] about using XSLT for display of holdings (952) Hi, At the risk of asking something very stupid, I was wondering why we utilize XSLT only for the biblio record and not for the holdings data in say opac- details.pl thanks in advance -- Indranil Das Gupta Phone : +91-98300-20971 Blog: http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha- community.org/ bugs : http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Gaetan Boisson Chef de projet bibliothécaire BibLibre 06 52 42 51 29 108 avenue Breteuil 13006 Marseille gaetan.bois...@biblibre.com ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] about using XSLT for display of holdings (952)
Hmm, it's a good question I think. I imagine part of it might be a speed thing, or coincidence? I know Fridolyn was planning on trimming the number of items added as 952s to the Zebra records, so in that case the database would have the true reflection of holdings while the MARCXML would only have a snapshot. Overall, not sure. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 > -Original Message- > From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel- > boun...@lists.koha-community.org] On Behalf Of Indranil Das Gupta > Sent: Sunday, 7 February 2016 8:43 AM > To: koha-devel@lists.koha-community.org > Subject: [Koha-devel] about using XSLT for display of holdings (952) > > Hi, > > At the risk of asking something very stupid, I was wondering why we utilize > XSLT only for the biblio record and not for the holdings data in say opac- > details.pl > > thanks in advance > > -- > Indranil Das Gupta > > Phone : +91-98300-20971 > Blog: http://indradg.randomink.org/blog > IRC : indradg on irc://irc.freenode.net > Twitter : indradg > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- > Please exchange editable Office documents only in ODF Format. No other > format is acceptable. Support Open Standards. > > For a free editor supporting ODF, please visit LibreOffice - > http://www.documentfoundation.org > ___ > Koha-devel mailing list > Koha-devel@lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ git : http://git.koha- > community.org/ bugs : http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] about using XSLT for display of holdings (952)
Hi, At the risk of asking something very stupid, I was wondering why we utilize XSLT only for the biblio record and not for the holdings data in say opac-details.pl thanks in advance -- Indranil Das Gupta Phone : +91-98300-20971 Blog: http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
