Change in results display between 3.18 and 3.22
We're currently running Koha 3.18 and planning to upgrade to 3.22 this month. We have OPACXSLTResultsDisplay set to "no xslt" (i.e., blank). All of the items have the status "Not for loan". In our productions system (3.18), the results display shows the items to be available, followed by location and call number, like this: Availability: Items available: Main Collection [261.72 M964r] (1), However, on our test system (3.22), the results display shows: Availability: No items available: I can change OPACXSLTResultsDisplay to "default", in which case the availability line changes to: Availability: Items available for reference: [Call number: 261.72 M964r] (1). The "default" setting causes other changes to the results display, too, so we'd prefer to leave it blank, but having it say "No items available" is a bit of a problem. I'm wondering whether anyone knows if this change between 3.18 and 3.22 is a bug or was intended. If anyone wants to see the difference, see the following. 3.18 - https://tantur.library.nd.edu/ 3.22 - https://tanturpprd.library.nd.edu/ -- Andy Boze, Associate Librarian University of Notre Dame 208A Hesburgh Library (574) 631-8708
Hi Andy, on first glance, this looks like a bug. But please keep in mind that the non-XSLT views for result list and detail pages have been deprecated a while ago and are likely to be removed at some point in the future: https://wiki.koha-community.org/wiki/Coding_Guidelines#DEPR1:_non-XSLT_searc... I'd be interested to know why you prefer the non-XSLT view? Hope this helps, Katrin Am 08.06.2016 um 18:39 schrieb Andy Boze:
We're currently running Koha 3.18 and planning to upgrade to 3.22 this month. We have OPACXSLTResultsDisplay set to "no xslt" (i.e., blank). All of the items have the status "Not for loan".
In our productions system (3.18), the results display shows the items to be available, followed by location and call number, like this: Availability: Items available: Main Collection [261.72 M964r] (1),
However, on our test system (3.22), the results display shows: Availability: No items available:
I can change OPACXSLTResultsDisplay to "default", in which case the availability line changes to: Availability: Items available for reference: [Call number: 261.72 M964r] (1).
The "default" setting causes other changes to the results display, too, so we'd prefer to leave it blank, but having it say "No items available" is a bit of a problem.
I'm wondering whether anyone knows if this change between 3.18 and 3.22 is a bug or was intended.
If anyone wants to see the difference, see the following. 3.18 - https://tantur.library.nd.edu/ 3.22 - https://tanturpprd.library.nd.edu/
Katrin. Thanks for your reply. I hadn't realized the non-XSLT option was deprecated. I think the librarian's opinion is that the XSLT results display is more cluttered than the display without XSLT. If you do a search for "Barauna" on each version of the OPAC, you'll get a good idea of what I mean. 3.18 - https://tantur.library.nd.edu/ 3.22 - https://tanturpprd.library.nd.edu/ The XSLT view shows the entire MARC 245 field, but the non-XSLT view shows just the 245$a. On the other hand, the Publication line of the non-XSLT display contains more information than the Publisher line of the XSLT display. And there are some other differences, too. Some of the display issues I can handle with CSS, such as getting rid of the "Material type" line. One thing that is a problem is the availability showing as "Items available for reference". All the items in the library are non-circulating, but users could be led to believe the items are in the reference section, when they are really in the general collection. This is especially confusing when there are multiple volumes/copies and some of them don't have locations. In that case, no location is shown, just a call number. (See for example, the first item of the Barauna search, "L'Église de Vatican II".) It looks like the XSLT view tries to consolidate the holdings, rather than list them individually, as the non-XSLT view does. (I know, we should really correct the holdings with the location information.) On 6/8/2016 5:32 PM, Katrin Fischer wrote:
Hi Andy,
on first glance, this looks like a bug.
But please keep in mind that the non-XSLT views for result list and detail pages have been deprecated a while ago and are likely to be removed at some point in the future:
https://wiki.koha-community.org/wiki/Coding_Guidelines#DEPR1:_non-XSLT_searc...
I'd be interested to know why you prefer the non-XSLT view?
Hope this helps,
Katrin
Am 08.06.2016 um 18:39 schrieb Andy Boze:
We're currently running Koha 3.18 and planning to upgrade to 3.22 this month. We have OPACXSLTResultsDisplay set to "no xslt" (i.e., blank). All of the items have the status "Not for loan".
In our productions system (3.18), the results display shows the items to be available, followed by location and call number, like this: Availability: Items available: Main Collection [261.72 M964r] (1),
However, on our test system (3.22), the results display shows: Availability: No items available:
I can change OPACXSLTResultsDisplay to "default", in which case the availability line changes to: Availability: Items available for reference: [Call number: 261.72 M964r] (1).
The "default" setting causes other changes to the results display, too, so we'd prefer to leave it blank, but having it say "No items available" is a bit of a problem.
I'm wondering whether anyone knows if this change between 3.18 and 3.22 is a bug or was intended.
If anyone wants to see the difference, see the following. 3.18 - https://tantur.library.nd.edu/ 3.22 - https://tanturpprd.library.nd.edu/
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- Andy Boze, Associate Librarian University of Notre Dame 208A Hesburgh Library (574) 631-8708
On 11/06/16 05:39, Andy Boze wrote:
Katrin.
Thanks for your reply. I hadn't realized the non-XSLT option was deprecated.
I think the librarian's opinion is that the XSLT results display is more cluttered than the display without XSLT. If you do a search for "Barauna" on each version of the OPAC, you'll get a good idea of what I mean.
3.18 - https://tantur.library.nd.edu/ 3.22 - https://tanturpprd.library.nd.edu/
The XSLT view shows the entire MARC 245 field, but the non-XSLT view shows just the 245$a.
On the other hand, the Publication line of the non-XSLT display contains more information than the Publisher line of the XSLT display. And there are some other differences, too. Some of the display issues I can handle with CSS, such as getting rid of the "Material type" line. That's controlled by system preferences: DisplayIconsXSLT and DisplayOPACIconsXSLT HTH, Bob Birchall Calyx
On 6/10/2016 10:51 PM, Bob Birchall wrote:
On the other hand, the Publication line of the non-XSLT display contains more information than the Publisher line of the XSLT display. And there are some other differences, too. Some of the display issues I can handle with CSS, such as getting rid of the "Material type" line. That's controlled by system preferences: DisplayIconsXSLT and DisplayOPACIconsXSLT
Thanks, but I had thought of that. I have DisplayOPACiconsXSLT set to "Don't show", but it's the same whether I have it set to "Show" or "Don't show". I have both OPACXSLTResultsDisplay and OPACXSLTDetailsDisplay set to "default". I would have expected DisplayOPACiconsXSLT to control only whether the icons are displayed in the "Material type", "Format" and "Literary form" info, but whichever setting I use, the icons, and indeed all the text in the line, are displayed. -- Andy Boze, Associate Librarian University of Notre Dame 208A Hesburgh Library (574) 631-8708
On 13/06/16 11:15, Andy Boze wrote:
On 6/10/2016 10:51 PM, Bob Birchall wrote:
On the other hand, the Publication line of the non-XSLT display contains more information than the Publisher line of the XSLT display. And there are some other differences, too. Some of the display issues I can handle with CSS, such as getting rid of the "Material type" line. That's controlled by system preferences: DisplayIconsXSLT and DisplayOPACIconsXSLT
Thanks, but I had thought of that. I have DisplayOPACiconsXSLT set to "Don't show", but it's the same whether I have it set to "Show" or "Don't show".
Well that shouldn't be so. Try clearing your browser cache, or see what happens with a different browser. The preferences work as expected in Koha 3.20 (for me at least). Its also working in the Catalyst demo at http://demo-intra.mykoha.co.nz which is running 16.05. Bob Birchall Calyx
On 6/12/2016 9:57 PM, Bob Birchall wrote:
On 13/06/16 11:15, Andy Boze wrote:
On 6/10/2016 10:51 PM, Bob Birchall wrote:
On the other hand, the Publication line of the non-XSLT display contains more information than the Publisher line of the XSLT display. And there are some other differences, too. Some of the display issues I can handle with CSS, such as getting rid of the "Material type" line. That's controlled by system preferences: DisplayIconsXSLT and DisplayOPACIconsXSLT
Thanks, but I had thought of that. I have DisplayOPACiconsXSLT set to "Don't show", but it's the same whether I have it set to "Show" or "Don't show".
Well that shouldn't be so. Try clearing your browser cache, or see what happens with a different browser. The preferences work as expected in Koha 3.20 (for me at least). Its also working in the Catalyst demo at http://demo-intra.mykoha.co.nz which is running 16.05.
I've already tried clearing cache and using different browsers on different computers with different OSes. I wonder whether there's some other setting that DisplayOPACiconsXSLT is dependent on. I've tried it on the Catalyst demo, and it does work as you describe that it should. I'll have to play with it some more. -- Andy Boze, Associate Librarian University of Notre Dame 208A Hesburgh Library (574) 631-8708
Hi, I just checked - you can also hide 245$c easily, as it's marked with the class title_resp_stmt. For the item display there are a few system preferences you could give a try, but I am not sure if that will 'fix' it. If it does not, it would be good to file a bug report/enh request pointing out how you'd like it to work with XSLT. Hope this helps, Katrin Am 11.06.2016 um 04:51 schrieb Bob Birchall:
On 11/06/16 05:39, Andy Boze wrote:
Katrin.
Thanks for your reply. I hadn't realized the non-XSLT option was deprecated.
I think the librarian's opinion is that the XSLT results display is more cluttered than the display without XSLT. If you do a search for "Barauna" on each version of the OPAC, you'll get a good idea of what I mean.
3.18 - https://tantur.library.nd.edu/ 3.22 - https://tanturpprd.library.nd.edu/
The XSLT view shows the entire MARC 245 field, but the non-XSLT view shows just the 245$a.
On the other hand, the Publication line of the non-XSLT display contains more information than the Publisher line of the XSLT display. And there are some other differences, too. Some of the display issues I can handle with CSS, such as getting rid of the "Material type" line. That's controlled by system preferences: DisplayIconsXSLT and DisplayOPACIconsXSLT HTH, Bob Birchall Calyx
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
participants (3)
-
Andy Boze -
Bob Birchall -
Katrin Fischer