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.
We are also not excited by the 4 step process as Alice has outlined below. We would at least like to be able to cut an item after finding it in the search box so we can avoid this cumbersome process.
Alternatively, being able to ctrl+f to find the item would at least be a work around we could use.
Catherine Riches commented
Echoing the comments already made, and also don't like the fact that once you have edited the bookmark metadata and saved the changes, the whole list then reloads and you're put back at the top and must search again if you need to then take further action on the thing you've just edited (eg place a digitisation request or add a student/library note). I am pretty sure this didn't happen in the classic list view (though my memory may be rusty!)
Robin Farndon commented
As Alice and Hazel have highlighted below, while the built in search works well for finding an item, it does make moving or doing other more complex tasks with the item you're searching for notably more time consuming. I've had this flagged by several members of both our Academic Librarian and Collections teams as something that notably adds to the time taken for some common list editing/updating tasks.
Hazel Rothera commented
Yes, agree, for the same reasons as highlighted by Alice. Our library staff also find the in-built search problematic because it turns off the blue editing bar. Example scenario: an academic has made such a mess of a bookmark that rather than editing their bookmark, it's quicker to navigate to the item anew (eg journal article) and re-bookmark it. However, you then need to know where in the list the academic's original bookmark is, so you can drop your replacement one next to it and then delete the dud one. Once you've used Search to locate the dud bookmark, you then can't add your new one as the blue Edit bar is gone. So have to revert to the four-step process outlined by Alice.
Alice Lathbury commented
My team also find this an issue. Though the built in search feature is good, it does not accommodate moving items, so what used to be 2-step job (1. Find 2. Move) is now 4-step job:
2. Clear search results
3. Navigate to location