We would like to see improvements to the usability of the ASPIRE interface.
1 Use of keyboard short cuts for common actions, eg edit, review, moving within a list
2. The ability to search across a list when displayed on screen rather than relying on the search function in the web browser

At the moment, I can revoke roles that have already been accepted, one user at a time.

However I can't retrieve/revoke an invitation that has been sent in error, if the user has not yet accepted the invitation.

I would like to be able to:

(1) Revoke/retrieve an invitation to accept a role, even before the user has accepted the role.

(2) Remove roles from batches of users, not just one user at a time.

As we find the current typography i.e. size / format / color of various sections, notes and titles on the lists and items to be off-putting, unwieldy, disproportionate (in places) we would like there to be an option to customize this or change it back to the previous appearance.

We would like there to be a way to switch off the "read status" and "add note" buttons from appearing on the list outline page when users are not logged in.

We would be interested in exploring the idea of having a button that links through to a book's copac record.

At king's we often recommend that students visit other libraries in London to find books we may not necessarily hold ourselves.

This button could replace the buy from amazon button (which has attracted some criticism at King's) or sit elsewhere on a resource's record.

When a published list is under review, the list should be flagged as such in Aspire, otherwise the user may think it's the official final version. The wording of the "this list is under review" would be configurable by the customer.

(We often publish the list before reviewing it to keep procedures more accurate and to ensure users can see something in case we have a backlog of reviews. But we really need the flag to be there so users can see that it's the provisional list and they should check before purchasing items, for example.)

It'd be very handy to have a report which allows us to see the dates when lists were first published.

We'd use this information to see how long it took us between receiving the list and publishing the list - so a "last" published date is not accurate enough to reflect this.

Now that the number of reports has increased, it is getting very difficult to see the reports at the bottom of the list. I therefore suggest changing the reports dropdown to a button and creating a webpage to select reports from.

It is confusing for students to be be presented with 2 links when accessing electronic resources. Currently, the "OpenURL" is listed first, with the "Web address" link listed below. It is not intuitive what the difference is, and as such most students will click on the first link. They then get frustrated, because the link doesn't take them directly to the article. We would prefer the web address to be listed first

If there was a QR code on each list the user could then call up the list on their mobile device once at the library to help find the item/s.

Our users would find it much more helpful to have Author/Title as the heading of an item rather than just the title.

Several of our staff have commented that from a students viewpoint they don't feel the URL to articles is prominent enough, and that they will not be familiar with the term DOI. Could article links be more clearly labelled and made more obvious?

At the moment, if academics want an item to be put on short loan they write this request in the library note field. Is it possible to have a tick box for academics to select items for short loan?

Provide a report that shows all existing time periods along with their data: name, slug, start/end time.

At Monash, we believe that the Dashboard functionality is so good that it should be accessible to everyone, irrespective of their role(s).

I suggest that this access be granted by a hyperlinked button at the top of the reading list. Given that the reader has already authenticated to gain access to the list, are there other data protection related reasons for not offering this as an option?

We would like a feature to automatically email a list owner when the list is published. This would provide feedback to the Academic staff from the reading list assistant who keyed in the data for the reading list in Aspire and let them know that the list has been published and they are online.
A work around would be to run a report on published lists and export to csv file, run a mail merge and update the academic staff, however the email address in not included in the export file?

For Online Resources, add a new "Report Broken Link" button to the reading list item page for students to click if the URL doesn't work. See attached mock up to get the idea.

The "Report Broken Link" button, when clicked, would pre-populate an email with the Author, title, ItemID and URL detail fields, and would send the notification to a predefined admin email address.

This would enable students to notify about broken links without bothering the academic and speeding up the process to broken fix links as they are found by students.