I’m really interested in this one, but Tomas raised a good point the other day suggesting that we should filter the MARC as it comes out of the source (i.e. Zebra or MySQL) using XSLT (dynamically generated based on framework hidden values).
Although now that I look at your patch again, I’m reminded that we don’t necessarily know the context we’re in when we’re retrieving MARC… I suppose when we retrieve MARC via Zebra, we generally know what context we’re in. So we can apply a filter quite easily. If we were to use the XSLTs, we’d need to make sure we’re always getting our MARC data using the same method (and that we’re able to hand the context to it). Hmm… Quick question. Does your patch filter search results for the OPAC? I don’t see a mod there which would do that… David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 From: [email protected] [mailto:[email protected]] On Behalf Of Mark Tompsett Sent: Thursday, 20 November 2014 6:27 AM To: [email protected] Subject: [Koha-devel] Sign off request... Greetings, I was hoping that someone might look at http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11592 opac detail scripts do not respect MARC tag visibility The differences in what appears between Normal View and Marc View (and potentially ISBD view) differs even if some things are marked as not visible. It’s too late for 3.18, but it would be great to get a sign off. I just rebased it. There is a pretty good test plan that should be easy enough to follow. GPML, Mark Tompsett
_______________________________________________ Koha-devel mailing list [email protected] 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/
