All systems are online.

Subscribe: RSS  //  Email

Update for Databases Resolved

[4/24 @ 2:32 pm - Jeff]

We have switched vendors for the resource Index Islamicus. We have moved from EBSCO to ProQuest. The reason is that for over a year we have been reporting to EBSCO that by using roman numerals for issues numbers, they are causing our link resolver to fail even when we have full text. ProQuest is using the proper OpenURL standard of Arabic Numerals and therefor the link resolver works properly. (it was also cheaper!)

This Update happened on 4/24/15.

Minor Issue for Subject & Course Guides Resolved

[4/23 @ 9:37 pm - Matthew]

Elizabeth pointed out that the Subject and Type filters work together in the new A-Z list, although it is hard to tell that you've already selected something if you move on to the next filter. I'm looking to make some changes to improve usability of those drop-downs.

[9:38 pm - Matthew]

Based on some quick and dirty testing, inverting the colors of the selected items made it very clear to folks that there was something selected. I've pushed this change live, and for those who are curious about the fix, written a bit more about it with code on Github.

This Minor Issue was reported on 4/23/15 and resolved on 4/23/15.

Maintenance for Databases Maintenance

[4/22 @ 9:36 am - Sara]

On Friday May 1 EBSCO will be doing maintenance that will result in several services not being available: EBSCO A-to-Z and LinkSource,EBSCO A-to-Z Administration Site, and EBSCONET. The databases and interfaces will be available and functional during the updates. It will go from 10pm until midnight

This Maintenance is scheduled from 09:36am 4/22/15 until 12:00am 5/2/15.

Outage for Databases Resolved

[4/22 @ 8:16 am - Jeff]

Our link to Children's literature CD is taking us to an error screen. We will investigate what has happened to this resource.

[8:26 am - Jeff]

We have an email into the vendor, but I think I've found a link that will work for now.

[9:57 am - Jeff]

We're back live

[9:57 am - Jeff]

This Outage was reported on 4/22/15 and resolved on 4/22/15.

Update for Databases Resolved

[4/21 @ 2:52 pm - Jeff]

Credo Reference is making some slight changes to their interface. Ben and Jeff have looked at the screen shots and they are minor, but should increase usability. Credo wants to roll some libraries over to the new interface in May and test how patrons use the new interface. We don't need to do anything, our links will stay the same. We'v told them to go ahead and included GVSU in their testing.

This Update happened on 4/21/15.

Minor Issue for Link Resolver Unresolved

[4/21 @ 11:18 am - Matthew]

360Link 2.0 includes a "Custom Javascript" function, but it doesn't seem to work. The script is never loaded. Consequently, I've had to load my scripts before the ProQuest libraries, and use timeouts to keep them from executing until all the ProQuest scripts are in place. I've reported this as a bug.

This Minor Issue was reported on 4/21/15.

Feature Request for Chat & Knowledgebase Resolved

[4/17 @ 1:29 pm - Matthew]

The LibChat widget currently doesn't check to see if jQuery is already loaded on a page before loading it, causing the script to be loaded twice in several of our systems (including Summon, 360Link2.0, Ares, Illiad, etc.)

I've asked Springshare to check for jQuery support before loading the script with their widget.

[4/20 @ 10:02 am - Matthew]

Springshare added this to the feature request list, and asked me if I had other reasons to implement it. So I sent along this list along with a suggestion:

  1. Performance - loading jQuery twice adds an extra 35kb plus a sever request to the user's browser. This affects not only speed but also data plans.
  2. jQuery conflicts. If someone is running jQuery 2.x, when you load your jQuery 1.11.x there are a few functions that cause conflicts.
  3. No conflict mode. If you're not running jQuery in no-conflict mode, then you could cause issues with sites that are already running Prototype, or other libraries that have mapped the $ prefix. (Like 360Link from ProQuest). Likewise, if you run it in no conflict mode, you could cause conflicts in versions between my jQuery that I'm loading in 360Link in no conflict mode, if I were running a different version that you! :)

It should be as easy as adding something like this function, adapted from Karl Swedberg's jQueryify bookmarklet:

if(typeof jQuery!='undefined') {
    console.log('This page already using jQuery v'+jQuery.fn.jquery);
} else if (typeof $=='function') {
    otherlib=true;
    $jq=jQuery.noConflict(); // Use $jq in script instead of $
}

I will update on that status of this once I hear back from Springshare.

[1:41 pm - Matthew]

I took a closer look at Springshare's code, and they are testing for jQuery before they load it with window.jQuery (lines cf. 28). I suspect the issue is that because ProQuest is loading both Prototype (why?!?) and jQuery on 360Link, and running jQuery in no conflict mode, the global jQuery & $ variables are somehow registering as undefined when Springshare's widget queries them. (This article might give some insight.)

Not sure if this can be addressed, since it's a specific case to how two versions of jQuery get loaded when one product is used on another product page, but I'll keep tinkering with it.

[4/21 @ 11:17 am - Matthew]

Since there is no way for me to load the relevant LibChat script after ProQuest loads jQuery until ProQuest fixes their 360Link 2.0 "Custom JavaScript" function, LibChat is checking for jQuery before the other version loads. I'm closing this out as a Springshrare issue, and moving it to the Link Resolver.

This Feature Request was reported on 4/17/15 and resolved on 4/21/15.

Minor Issue for Summon Resolved

[4/17 @ 11:34 am - Matthew]

The script I wrote to add in our chat button in Summon is making it very hard to click on the "Saved Items" icon in Summon, since the actual icon is not part of the markup for the link. My chat button is pushing the link markup further down the page. I'm working on a fix.

[12:31 pm - Matthew]

I've fixed this issue, and also made the chat button display whether chat services are available or not (and improved chat positioning on smaller screens.)

This Minor Issue was reported on 4/17/15 and resolved on 4/17/15.

Feature Request for Subject & Course Guides Unresolved

[4/17 @ 11:01 am - Matthew]

We'd like to be able to manually order the databases listed as "Best Bets" in the Database A-Z list.

[12:39 pm - Matthew]

From Springshare (wow they are fast):

You're not alone in wanting the ability to setup a custom order for your best bet databases. We already have this feature request filed. I'm not sure when the LG developers will be able to actually get it coded, but it is on the list!

This Feature Request was reported on 4/17/15.

Update for Databases Resolved

[4/15 @ 1:46 pm - Matthew]

All database have now been mapped to subjects in the new LibGuides Database A-Z List. If you are a liaison, please take a moment to make sure your subject databases are correct, and thank Amy from KARMS for all the hard work mapping well over half of these databases!

This Update happened on 4/15/15.