On Saturday, January 19th starting at 10pm EST, ProQuest will be conducting maintenance on many of its platforms. Many of our subscription systems will have periods of unavailability overnight. The maintenance is expected to last up to 8 hours.
Here’s the list of affected services:
The redesign for Course Reserve will be going live this Thursday morning, July 5th! Course Reserve will get the shiny new template, as well as a bunch of workflow improvements for faculty who want to manage their own courses. You can see the new design (with some limited functionality - you can’t actually get to the items that are on reserve) at https://gvsu.ares.atlas-sys.com/ares/TestWeb
I built a script over the past few months that tries to address the confusion users have around the difference between “Adding a class” (starting from scratch) and “Cloning a class” (copying a class from one semester to the next). We’re stuck with the labels because the developers of Ares thought it would be a good idea to make their scripts dependent on a specific English word they had picked being sent to them (good luck with that translation, folks!) so instead I used data we’ve collected from interviews, support emails and calls, and last Winter’s faculty usability tests.
Basically, if you click “Add a class” my new script will load up to 3 of your previous classes in the background, and then present you the options to “Start from scratch” (with the button text reading “Add a class” to appease the computer gods) or show you yiour 3 previous classes with the option to copy them to a new semester (again, with appropriate deference to the deities of computer code). If you have more than 3 previous classes, you’ll also have the option to see more previous classes. You can see a screenshot of the prototype here. (Thanks to Kyle and Jon Earley for great feedback!)
There are only 2 more systems to do: Omeka (a.k.a. Digital Collections) and the Status Page. Those will be coming soon!
All summer long I’ve been working on redesigning all of our library web systems (except for Summon and ScholarWorks) in order to match the University’s new branding campaign and improve the overall accessibility of our sites. In late April, four of our GVSU-hosted websites switched over to the new design. (The fifth—Services for Faculty and Staff—was absorbed into the main library website.) In May, I redesigned the Library Catalog, EZ Proxy’s error pages, and upgraded our link resolver to 360 Link 2.0. In addition, I built a tool that allows us to put our library hours into all of our other systems! You may remember that I’ve done a lot of user research on how users get to our hours, and it’s one task that has evolved continuously since I started here. Earlier in June, I redesigned the Journal Finder. And since then I’ve been hard at work on other systems!
Tomorrow morning I’ll begin switching over our Help site (run by LibAnswers). Because of the way LibAnswers is structured, it will be a fairly manual process. I’ve been running the new design on a test section of the site (with different questions) so I could test it out in different browsers and devices, and to let others have a look! (Thanks to Kristin, in particular, for great feedback on an earlier iteration of the Help homepage.)
On Thursday I’ll begin the manual process of moving LibGuides over to the new template. I’m also running the Web Content group in that new template so you can test it out. A lot of the customizations I’ve been working on have been on the editing side of things, so LibGuides creators and editors should enjoy the new template in particular.
Springshare products in particular were challenging because they use the same design framework as the campus CMS - Bootstrap. The problem is that GVSU’s Web Team’s version of Bootstrap has some customizations to it that conflict with the customizations of the LibGuides’ Bootstrap. And because of the way LibGuides and LibAnswers have structured their template engine, I can’t turn off their version of Bootstrap for the test part of the site - I have to turn it off globally or leave it on everywhere. So, there will be a little style sheet tweaking when these systems go live to make sure that the two different production versions of Bootstrap play nicely with each other. (Yet another reason I don’t recommend folks use other people’s design frameworks, especially if you plan to sell your product as “customizable”!)
Next week I’ll begin working on Omeka, our Digital Collections platform. Kyle and I did a lot of work to customize that template when Omeka was first launched, and we learned a lot about this system. I feel pretty confident that it will be easier than some of the previous systems because we have complete control not only over the design but also most of the system’s code, too! I also have a wish list of interface tweaks for specific digital collections I’ll be incorporating into the redesign, and Kyle will be launching a new search plugin he’s been plugging away at for the past few months.
After that, I’ll spend the rest of July tackling Document Delivery and Course Reserves. The frameworks for these two systems are very similar (both were developed by Atlas Systems) so I wanted to do them together. I’ll also be releasing some more improvements to the faculty workflow in Course Reserves based on the faculty usability tests I ran in December in January on the previous round of improvements. Finally, Kyle will be updating the Library Status Page with the new template to get familiar with the new design patterns since he’ll be tinkering with anything that needs tweaking while I’m on sabbatical in the Fall!
At the end of July and the first half of August, I’ll be running more tests on these systems and making some performance improvements. For instance, right now each system is loading 5 or 6 style sheets—some from GVSU’s Web Team, some from the software provider (like Springshare or III), and some from us. This means that each site has to request 5 or 6 pages from different servers every time a page loads. We can speed that up by combining all the styles in a single style sheet, and setting it to cache on the user’s computer. (I wrote a special tool that does just almost automagically.) But it takes a bit more effort to make changes in that setup. So, until I’m comfortable that the sites are working as expected, I’ve left the separate style sheets. But I’ll be working back through each system and updating them before I wrap things up in August. I’ll also be updating all the customization files on the Libraries’ Github (those that haven’t already been updated) for anyone interested in how these changes were made.
That’s it! Please drop me a line if you have questions or concerns!
I’ve been hard at work updating the first three external systems to our new web template. EZProxy quietly went live last week. Hopefully you won’t notice! It will only show up if there is a problem. ERMS and I have been testing the link resolver for over a week, and below I have details on how you can test it from the comfort of your own computer before it goes live, May 24th. And the catalog is coming along, but there are so many moving parts I will have a few more days of tinkering before I can start testing.
At long last I am updating us to 360 Link 2.0 with this template change. This is a big boon for two reasons: first, I will no longer have to maintain the 360link Reset script I wrote years ago to reformat the link resolver for usability. (ProQuest redesigned 360 Link 2.0 to look just like ours. No, we didn’t get a discount.) Second, the link resolver includes Index Enhanced Direct Linking, which means that if a reliable direct link to an article exists, users will go right there, bypassing the link resolver. We already have this functionality in Summon, but now it will be available to users coming from other databases or Google Scholar, as well.
If you would like to test 360 Link 2.0, you can do it easily by installing a bookmarklet in your browser, and then any time you find yourself on a link resolver page, click the bookmarklet and it will reload the page with the new template and functionality in place.
Drag the link below to your bookmarks bar:
(Need help? Here are some tips for installing bookmarklets.)
Then load a link resolver page (like this one). Click the bookmarklet in your bookmarks bar, and the page will reload. It should look something like this:
The new template will go live Thursday morning, May 24th. (Exact time depends on when ProQuest’s update cycle runs, which vaires a bit.) After that, you won’t need the bookmarklet to see the new template.
If you see an issue with the new template, be sure to click the “Report a problem with this page” link in the bottom right. That tells us what exact URL you were looking at. Be sure to also tell us what the problem is. “Wrong” is not enough information for us to fix anything. :)
As always, let me know if you have any questions!
I’m hard at work on the research for the book I’ll be writing about algorithmic bias this Fall. I thought I’d do a quick update on how things are going for those who are interested!
Thanks to everyone who has given me feedback and reading recommendations along the way. Keep them coming! I’ll be in the office through the end of August, plugging away at redesigning all the rest of the Library websites and running a lot of searches in Summon, Primo, and EDS. Then I’ll be back in January!
Tomorrow morning we will be moving a few sites to the new CMS 4.1 template:
The former “Instruction” website (then called “Services for Faculty and Staff”) has been moved into the regular library website. All the old URLs have been redirected, and any links in LibGuides have been updated to the new pages.
Updates to Scholarly Communications, the Knowledge Market, and Curriculum Materials sites will be strictly visual. I’ll be updating header images this week to take advantage of the extended width of the new template, but no organizational changes will happen on these sites.
A few things are changing on the main library website. (The content changes have already been made - except those that require the new template):
You can see a rough draft live in your browser by visiting the staging server. PLEASE NOTE: most of the links do not work. The hours are not correct. The ads are probably wrong. I am aware of that. It’s just a mockup. They will work on the live site. ;)
The Web Team will start moving the template over in the morning, and we hope to have everything switched over by noon. Tomorrow morning things might be partway the old template and partway the new template for a bit. This won’t affect any other system, like LibGuides or Summon or the Catalog.
I made a few other changes around the web today:
Later this week I’ll start working on the next stage of the template update: the Library Catalog, EZProxy, and 360 Link. More details to follow! (See the whole schedule.) We’ll also be working on some usability testing. Let me know if you have any questions!
This summer, I will be migrating all of our library web tools to a new template to match the current Grand Valley State University branding campaign. This migration is necessary to address accessibility issues with our current template, and to take advantage of new administrative features and customizations in the GVSU Content Management System (CMS). Since many of our tools are designed t look like our main website, the project will proceed in phases to enable us to meet Institutional Marketing’s timetable while not disrupting student work. I have been drafting project plans for each stage of the process, which are posted in LINK under TIS > Systems & Technology Project Forms > CMS 4.1 Migration. Currently, plans for the April stages are posted, and the rest will be added as we finish planning the details of each stage and working with project partners.
The schedule is as follows:
No changes will be made to LibChat or Summon at this time. Please let me know if you have any questions or concerns!
In a few weeks, Google Chrome will release version 61 of its web browser, which will flag all sites that have forms that load over an insecure HTTP connection as “Insecure” sites. What kind of site has a form and probably loads over HTTP, you ask? Nearly every library webpage ever! Luckily, Mary Morgan and I have been scrambling for the past month to make sure we’re ready when Chrome updates. (All of the other browsers will follow suit shortly, plus pover 60% of our users are on Chrome.) All of our online services (except for ScholarWorks, which is hosted and out of our control) not support HTTPS. Many also force HTTPS connections, but not all our services currently allow us to do that (*cough* Summon and The Catalog *cough*).
Last week we updated LibGuides, the Knowledge Base, and LibChat to all use HTTPS. Those were the final services to move over, but we now have another project to undertake: most of the images that LibGuides owners have added over the near decade that we’ve had LibGuides are set up to load over HTTP, which makes browsers unhappy (and is a security vulnerability). And so, we have to fix them. Tessa, our superstar student in System and Technology, will be helping me manually fix all the images on the 337 pages that have been identified as having problems. (Let’s be honest: she will fix most of them. Send her chocolate!)
Going forward, all images you add to your site, including thumbnail images for books or links, must be loaded over HTTPS. There are two ways to do this:
https:” at the beginning, and see whether the image loads. If it does, great! You have a working HTTPS URL. If not, then go to step 2.
//” with no http or https in front of it, but that’s fine. It will load with whatever protocol the page loads with, which will be HTTPS.)
At long last, we’ve finally switched one of our most used tools, LibGuides, over to HTTPS. This is especially important as Chrome is releasing a new version of its browser next month that will flag every webpage loaded without HTTPS (i.e. every library webpage ever) that also has a form as “Insecure.” (Over 60% of our users use Chrome, and all other browsers will follow suit.) We’ve worked hard to earn our users’ trust, so we don’t want a browser update to undo that.
Thankfully, Springshare has been working hard to support HTTPS on all their tools. We’ll be moving LibAnswers (the Knowledge Base and Chat) over soon, as well. The only tool we aren’t able to move over now is ScholarWorks because HTTPS is not supported. (It seems that bepress has been distracted from supporting their product lately.) So, after October 15th, anyone visiting ScholarWorks in Chrome will see a warning in their browser that the site is not secure. This is especially disappointing since ScholarWorks is our most visited online tool at the library and directly represents the work of our faculty and students.
We’re not completely done with LibGuides yet, though. All the images that have been added using “http” instead of “https” will still trigger security warnings in all browsers, so Tessa and I will be working on updating all of these images.
For LibGuides creators going forward: do not link your images to a server that does not have https in the URL. Instead, download the image, upload it into LibGuides, and link from there. (This also means it won’t be one of the dozen broken images we have to fix every week.) Let me know if you have any questions!
This week I’ve made some small (but hopefully effective) changes to the user interface of the Instructor side of our Course Reserves website. Todd, Brian, Kristin, Mary Morgan, and I have been working to improve the workflow of faculty adding items to Course Reserves over the past few months, and we’ve made some headway with other user interface changes as well as the addition of a whole category of help topics for faculty.
Todd has reported several instances of faculty creating new classes when they meant to copy items from a previous course. Ares, the software behind Course Reserves, doesn’t make this especially easy, so I changed a few things in the user interface to make it a bit more intuitive.
First, I added a “Clone course” link to each class in an instructor’s list. This way an instructor doesn’t need to select a course to get the course menu before cloning. I also updated the help entry on cloning to match this new workflow, although the old way still works for folks who are used to it. (For the curious, here’s the jQuery function that adds the new links.)
Next, I added an alert at the top of the “Add a New Class” form letting faculty know that they can copy a previous course to the new semester.
In the coming weeks, I’ll also be modifying the “Add New Class” button and link to help direct faculty to either cloning an existing course or to creating a new one from scratch. Since this isn’t an operation that happens frequently, an extra step in the workflow shouldn’t be too troublesome, especially when the alternative might be support phone calls to Course Reserve and waiting days for the team to manually copy your items over.
Last, I wanted to make sure that faculty to easily access the new help content for adding items and courses. I haven’t crunched numbers, but Todd and Brian have said that the small changes we made in how we communicate Course Reserve instructions has led a lot more folks to manage their courses from the website, but that will mean a lot of new questions as people explore these workflows for the first time. Having help front and center is essential to making this transition, and we hope that a prominent “Get Help” menu will be the first step in integrating this help.
In the next few weeks I’ll also be working on a few other changes to Course Reserve:
In October or November we’ll be conducting our first faculty usability test of Course Reserve, to see where else we can improve. If you know of anyone who is interested in participating, let me know!