Wishlist: Widget to Share Carousel on External Site

Bug #1882982 reported by John Yorio
110
This bug affects 22 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Wishlist
Unassigned

Bug Description

Evergreen 3.4

Some libraries have expressed a desire to share their carousels on an external site, such as the library's own web site.

There does not currently appear to be a way to do this, so I'm posting this here for discussion/feedback.

Some kind of widget that could be embedded on the external page seems ideal, but even something like the RSS for public bookbags might be helpful.

Andrea Neiman (aneiman)
Changed in evergreen:
status: New → Confirmed
tags: added: needsdiscussion opac
Revision history for this message
Terran McCanna (tmccanna) wrote :

We've had this request from multiple libraries in our consortium as well.

Changed in evergreen:
importance: Undecided → Wishlist
Revision history for this message
Jeremiah Miller (jeremym-t) wrote :

We have something like (but not nearly as functional as) carousels on our main website, fed by RSS feeds from public bookbags, most of which are updated by scripts, a few by hand.

Was hoping to replace them with carousels, but... no way to embed or refer to them on an external or 3rd party site. Then was hoping to at least use the RSS feeds from them, since they are essentially public bib buckets (akin to public bookbags)... but no, can't do that either.

Staff also mentioned that it would be nice if the title could be a link, clicking on which would take you to the entire list in question.

Revision history for this message
Jeremiah Miller (jeremym-t) wrote :

By "clicking on the title", I mean the title of the carousel (not an individual record within it).

Revision history for this message
Terran McCanna (tmccanna) wrote :

+1 to making the title linkable to the full list. It seems like the https://(domain)/eg/opac/results?bookbag=(number) format should work to display a carousel bucket like it does for a shared list bucket.

Revision history for this message
Lindsay Stratton (lstratton) wrote :

Westchester libraries would also love to have Evergreen carousels available to their external websites. Our libraries use a lot of search boxes embedded on their websites, and bypass the opac main page entirely.

Revision history for this message
Jennifer Bruch (jbruchpails) wrote :

+1 to both ideas for the PaILS/SPARK Libraries

Revision history for this message
Terran McCanna (tmccanna) wrote :
tags: added: carousel pullrequest
Revision history for this message
Terran McCanna (tmccanna) wrote :

For testing during Bug Squashing Week:
Carousels have been created at the consortium level and for BR1, so can be loaded as:

https://terran-testbox.gapines.org/eg/opac/carousel?carousel_loc=1
and
https://terran-testbox.gapines.org/eg/opac/carousel?carousel_loc=4

To test embedding in an iframe on a web site, sample iframe code is:

<iframe src="(my opac domain)/eg/opac/carousel?carousel_loc=4" title="Carousel"
width="80%" height="500px;" frameborder="0"></iframe>

tags: added: opac-carousel
removed: carousel wishlist
tags: removed: needsdiscussion
Revision history for this message
Jeff Davis (jdavis-sitka) wrote :

I opened bug 1951318 about implementing an API call to return the contents of a given carousel. I think it's complementary to this bug rather than a duplicate -- the API method would return similar data, but not in a format that can be plugged directly into an existing website (i.e., not a "widget").

Revision history for this message
Garry Collum (gcollum) wrote :

In test this works well, but one suggestion might be to have the target of the links going to the catalog be _blank, instead of _top. If there is other content on the page, or more than one carousel on the page, rendering the catalog's page within the same page as the iframe causes some odd overlapping.

Revision history for this message
Garry Collum (gcollum) wrote :
Revision history for this message
Terran McCanna (tmccanna) wrote :

My intention for using _top is to ensure that it breaks out of the iframe (and any other frame it might be nested inside) entirely. I felt like that was the best way to get people into the full catalog and not get them trapped inside an unexpected wrapper.

Noting that it does look nicer with some judicious changes to the carousel CSS. This test page shows a carousel being pulled from the live PINES server first and from the vanilla test server second.

https://pines.georgialibraries.org/test

(The CSS changes I made locally on PINES hide the nav arrows at small window sizes, use a smaller cover image, control the cover image height rather than width for consistency, etc. I also have the carousel setting enabled to auto-progress rather than requiring clicking or manual scrolling.)

Revision history for this message
Garry Collum (gcollum) wrote :
tags: added: signedoff
Michele Morgan (mmorgan)
Changed in evergreen:
milestone: none → 3.9-beta
Revision history for this message
Mike Rylander (mrylander) wrote :

Merged to master. Thanks, Terran and Garry!

Changed in evergreen:
status: Confirmed → Fix Committed
Changed in evergreen:
status: Fix Committed → Fix Released
Revision history for this message
Gina Monti (gmonti90) wrote :

Question on this API fix. I have all of the files in place for our local repo but sometimes the link doesn't show the carousels and instead gives me the login page. Here's one example we have:

<iframe src="https://gunn.biblio.org/eg/opac/carousel?carousel_loc=1" title="Carousel"
width="100%" height="500px;" frameborder="0"></iframe>

I'm using Google Sites for testing. It definitely was working before I went back to check in on this some time later after setting it up.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Gina - that's very strange, I haven't seen that happen on our server. I can confirm if I try to go directly to https://gunn.biblio.org/eg/opac/carousel?carousel_loc=1 that it redirects me to your login page. That makes me think that EGCatLoader.pm is the culprit - did you restart everything after applying the change?

Revision history for this message
Gina Monti (gmonti90) wrote :

It seems that some websites such as Wix has an issue with iframe.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers