For the past few years, whenever Community Read gets into full swing, we get reports of the same issue in the catalog, specifically with the record for the Community read book. Whenever a record has more than 10 holdings, Sierra displays the first 10 but then adds a button to let users see the complete list of items. The first 10 work great, and my scritps that reformat the availability table work fine on them. However, when you get to the full list, there is no request button. It appears you can’t request any of the additional items! (You can, because despite having a request button at each holding, Sierra makes you choose the item you’d like later, something I have not dealt with yet.) Well, today I had an idea of how we might fix this issue.
Here’s a side by side that shows the original Community Read book record and the page that you are taken to if you click the “View additional results” link:
I wrote a script pulls in the complete list of holdings from the “View additional holdings” page, and then sorts the book holdings by availability, showing the available items first. It then shows the first 10 items, and hides the rest until you click “Show Additional Copies.” (You can poke around the code on Github Here is the new book results screen for the Community Read book:
I also took this chance to apply some of this reformatting to periodicals that have more than 10 volumes. They will also have all of their holdings on a single page, but I didn’t sort them by availability since they should be in a meaningful order already.
I also added a bit of space between the rows of metadata under item details, which required one of the more ridiculous CSS selectors I have ever used. For CSS nerds, I present you with the only way to target the nested table cells that make up the OPAC metadata record display:
#bibDisplayContent > div:nth-of-type(4) table tr table tr td
This code went live this afternoon. As always, if something isn’t behaving the way it is supposed to, let us know.