Angular staff catalog no "Show more details"

[Elaine Hardy]

While the list of search results shows more publication information by default, it does not show library, call number, shelving location, and status as does "Show more details" in 3.4 and earlier releases. There is no longer a button to show those details.

[Jennifer Weston (jweston)]

Confirmed in 3.6
The Show More Details (and Show Fewer Details) button is not present in Angular Staff Catalog search results screen to display copy details without having to open the bib record.

[Terran McCanna (tmccanna)]

See also: https://bugs.launchpad.net/evergreen/+bug/1910808

[Steve Callender (stevecallender)]

I've also created a new ticket to throw the series title in the mix with these missing items. It wasn't a regressed item as the others so I created a new wishlist ticket for it, but it's somewhat related as if folks did have that ability customized for them on previous versions, they have now lost it with angular.

https://bugs.launchpad.net/evergreen/+bug/1929582

[Jennifer Pringle (jpringle-u)]

I've marked this bug as a angularcatblocker as the traditional catalogue shouldn't be removed until this is resolved.

[Christine Burns (christine-burns)]

Here is a summary of changes we would like to see here

Add button for Show more details
- if clicked a grid will appear including the holdings information
Library / Shelving Location / Call Number / Status

Add a Catalogue preference - show more details always
- if this option is selected the grid will expand automatically in the search results

No matter what scope the Search Library is set to, if a preferred library is set in the catalogue preferences it should display count for preferred library always

[Bill Erickson (berick)]

Any reason bug #1910808 should not be marked as a duplicate?

[Elaine Hardy (ehardy)]

bug #1910808 is a little different. It concerns the call number of the preferred library no longer being displayed in the search list as a default with less details -- the call number displays with the brief details. This bug is about selecting to see more information in the details for all entries as we were able to do in previous versions.

Since I don't have access to an earlier version, I can't include screen shots to show what I mean

[Elaine Hardy (ehardy)]

Also, staff need to see the call number of the preferred library without having to click on something else.

[Michele Morgan (mmorgan)]

Here's a screenshot showing the staff tpac with the Show More Details button.

[Michele Morgan (mmorgan)]

And another after clicking the Show More Details button. The button now reads Show Fewer Details, and the item detail is expanded.

[Elaine Hardy (ehardy)]

Since the preferred library is Noble (all libraries) a call number doesn't display in the list.

Thanks for the screenshots Michele!

[Bill Erickson (berick)]

Got it. Thanks for the input, everyone.

[Bill Erickson (berick)]

Here's a branch:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1908722-angscat-show-more-details

[Bill Erickson (berick)]

Removing pullrequest to address a bug...

[Bill Erickson (berick)]

Question about functionality...

If I'm reading the TPAC code correctly, when it displays the holdings in See-More mode, it grabs up to 5 call numbers (sorted by branch, etc.) and for each of those call numbers displays up to 5 copies.

You don't get to see everything, just a snapshot. Is this how we want this behavior to continue going forward?

A possible alternative would be to display the first X copies under each record then offer copy-level next/previous actions so the user can page through all of the items on the results page if they wish without having to pre-load potentially hundreds of copies.

Thoughts?

[Elaine Hardy (ehardy)]

I thinking continuing the previous behavior of displaying up to 5 call numbers, by branch, and up to five copies would be fine. It would return to previous display staff and patrons were accustomed to. Then they can click on the title to see all holdings.

[Christine Burns (christine-burns)]

Hi Bill

Thank you for working on this issue. We really appreciate it!

We are ok with just a snapshot. Our current traditional catalogue does not display all items in the search results (it seems to be limited to 7).

We have no objection to capping it at 5 as long as the preferred library's call numbers are at the top of the list.

Thank you!

[Bill Erickson (berick)]

Updates, fixes, etc. force-pushed to same branch:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1908722-angscat-show-more-details

This should now behave consistently with the TPAC.

[Galen Charlton (gmc)]

I've reviewed this patch. The results looks consistent with the public catalog with one exception: if the preferred library is different from the search context org (or one of its ancestors), the item counts aren't displayed. In other words, the behavior requested in comment 5 is not present.

[Galen Charlton (gmc)]

Example of staff catalog with current patch; preferred library set to BR3 but copy counts not displayed.

[Galen Charlton (gmc)]

Example of OPAC showing the preferred library's copy counts for a BR1-scoped search as expected.

[Michele Morgan (mmorgan)]

Adding a note that bug 1913807 reports the lack of holdings counts for the preferred library.

[Michele Morgan (mmorgan)]

I've had a look at this also and have a couple of comments:

- Electronic resource links do not display when Show More Details is toggled on. The links DO show with Show More Details on in the Bootstrap OPAC. Concerto bib id 76, "Variations on a nursery tune" is an example of a record that has electronic resource links.

- More than five items per branch can be displayed if the items are attached to different call numbers. Concerto bib id 88, "Piano concertos: variations for orchestra" is an example of a record that shows more than 5 items per branch

[Galen Charlton (gmc)]

Thanks, Michele. I withdraw my comment, as I see that bug 1913807 also has a pull request.

[Galen Charlton (gmc)]

Michele: re your #23, per comment #15 I think that's by intention: it grabs up to 5 call numbers, then up to 5 copies per call number, which should be the same as the public catalog.

[Galen Charlton (gmc)]

I've pushed to user/gmcharlt/lp1908722_signoff_plus_eres a branch that signs off on Bill's patch and adds a follow-up that adds electronic resource links to the show more details display.

[Michele Morgan (mmorgan)]

Galen: Thanks for your comment #25 re: comment #23. I do see now that this is consistent with the Bootstrap OPAC and the TPAC.

[Bill Erickson (berick)]

Sign off on Galen's E-res patch:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1908722-plus-eres-signoff

Note I also tested with records that had no call numbers or empty call numbers to confirm no edge case errors in the API.

[Galen Charlton (gmc)]

I think we're almost there. Michele, could you give this another look?

[Michele Morgan (mmorgan)]

Looks great to me! Also tested with the global flag opac.located_uri.act_as_copy set to TRUE and the eresources displayed as expected. Adding my signoff as well:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/mmorgan/lp1908722_signoff

[Galen Charlton (gmc)]

Pushed to master, rel_3_7, and rel_3_6. Thanks, Bill and Michele!