When adding structure to sometimes lengthy lists migrated from our previous system, tutors use the search function to find the item they wish to move to one of their sections. However, the 'cut' feature is then absent from the action menu meaning they cannot 'move' the item to the right place in the list; only 'copy' it via 'My Bookmarks'. This either means the original item is still floating in the unstructured portion of the list and has to be found again to be deleted, or the tutor has to remember to open the action menu a second time with the search filter still applied and select 'delete'.

I believe this is particularly problematic for items that have been digitised (we use the DCS integration) as diverting the item through the 'My Bookmarks' area and deleting the original entry breaks the linking and causes additional restorative work for our digitisation team.

The ability to search, cut then 'move' the item in one manoeuvre would also be more streamlined than the current options.

We would like to see a feature built into Talis Aspire that would enable the system to run an accessibility check on items as they were being added to a reading list to determine whether the destination platform (e.g. an eBook site or journals database) is compliant with Web Content Accessibility Guidelines. If that were possible, we could train our list creators to choose accessible resources for their lists. Also, the existence of a tool like this would put some pressure on those resource providers whose platforms are not very accessible to make improvements, or else find their resources making fewer appearances on Aspire-powered reading lists.

Of course, third-party accessibility checkers are available and are used by a limited number of staff already, but an inbuilt tool could be rolled out much more widely because it would become an integral part of the list creation and editing process.

The bulk action tools produced by Joe Munzer at York St John University under the aegis of Talis Developer Network have been absolutely invaluable during the last year - thanks Joe! However, my colleagues and I have had some difficulties getting the tool set up on our work computers because they are Managed Desktop machines and not really intended to run applications like Docker and XAMPP, which are needed to use Joe's bulk tools. Ideally, we would like to see the functionality of bulk tools could be incorporated into Aspire 'Admin' menu or even added as a separate 'Actions' menu to prevent them becoming too long. This would make it possible for staff who don't have admin rights to their work computer - which I anticipate is a majority of HE librarians - to bulk-add items to lists, replace URLs, and all the other great features that we've come to rely on. Anecdotally, I know that quite a few people are having to use their personal machines to make changes to institutional reading lists, which isn't really OK.

Would anyone else like this to happen as well? Please vote generously if so!

In the New List Edit View / Published view you cannot use the browsers built in find function to search through an entire reading list.

You can only search for items that are in close proximity to where you are on the page.

In the attached video I am pressing ENTER as I move down the list searching for the item. It only finds and highlights the item when I am close by.

I use the browsers find feature as part of my workflow to jump around the reading list while I am editing. This way I can quickly find items and drag them around to re-order the list as needed.

Would it be possible for a user to be warned when they are removing a bookmark with a digitisation attached? Or for the Reading List team to receive a notification when someone has removed a bookmark that had a digitisation attached?
We find that academics remove the bookmarks without telling us that the digitisation is no longer required (they seem to think that removing the bookmark terminates the digitisation) - the digitisation stays live in TADC but is no longer accessible via the list. At the moment the process of doing our monthly stats identifies when there is a discrepancy between the total number of live requests in TADC and the total number of live requests on reading lists - but it is time consuming to then identify the specific requests so that they can be withdrawn in TADC.

Quite often a reading list will feature several instances of the same book, but with different chapters to be read in different weeks. Usually in this case the book is bookmarked once and this is then dragged and dropped into each part of the list, then each instance is edited to 'Has Part - Chapter' and the appropriate details filled in.

When saving this or making any future edits, we get the prompt 'You have added this bookmark in multiple places - in total it appears X times on X list(s)' ... Do you want the changes you have made to affect all X occurrences, or just this occurrence?'

Would it be possible to turn this prompt off when the resource we are formatting is/has a chapter? Several members of my team have reported that it is too easy to accidentally click 'change all occurrences' which then formats all bookmarks as the same chapter and loses the detail of what we actually wanted in each week. Updating all instances is a very useful tool for articles and books but not so much for chapters.

Previously (i.e. on classic list view) when editing a list, the 'Edit metadata' option for individual bookmarks allowed you to make changes to a bookmark and then to return to the same point on the list when you clicked Save. This was useful if you needed to work through a list (e.g. to upgrade the quality of the metadata in bookmarks).

In new list view the 'Edit metadata' option returns you to the top of the list when you click Save, rather than to the point on the list you were working on.

Particularly when working through long lists, it would be a useful and time-saving feature if the previous arrangement could be implemented in new list view.