From UMN testing comments: If search for a resource record, click on view or edit for a particular box, you cannot return to the search results screen. Clicking the back button OR Top Container breadcrumb leads you back to the blank search page. IT’S INCREDIBLY ANNOYING. At least in version 1.5.2, clicking view/edit for a top container will open in a new page – this is not the case in 2.0.
It seems to make sense that this be addressed, but my institution's ArchivesSpace is not up to this version yet (alas we're in 1.4.1 or .2), even though I'm not up to date, I imagine wanting the option to go back, without having to re-enter a search to do so.
This should be a simple fix.
1. It should open in a new tab (possibly)
2. the breadcrumbs for viewing/editing the Top Container should be more functional. Minus my silly fonts, there should be a breadcrumb to navigate to the overarching collection as well as to return to the search results (in the same area of the results where it was left off).
Don't forget that, currently, a container can be linked to multiple Resource (or Accession) records (via Browse containers rather than the type-ahead suggestions).
The proposed breadcrumb to add the "Scotts Co. Records" would be complicated if there were multiple collections involved.
Good point, Nancy! My institution hasn't started to add our shared containers (map cases, etc) yet, so I overlooked that aspect. Do you know if there's currently a view of the particular Top container with the associated collections? If so, it would be nice to have a breadcrumb to that view, and then the user can navigate back to the collection they want. Otherwise, probably the best simple solution is to open this view in a new tab as it did in version 1.5.2. It might be best to include both options for accessibility, since I don't know how easy it would be for someone to navigate through multiple tabs in a browser with a screen reader.
re: current view with associated collections. Sort of. Here's a manufactured example to show the collection and series display strings (I'd think most actual shared boxes don't have series): http://sandbox.archivesspace.org/top_containers/7441
A summary list of associated collections is available in Manage Top Containers. It shows repeated collection identifier and display_string (though the relationship to _which _series is _which _collection is .. muddied)
Meanwhile, the container's display_string lists each series from both collections:
"Box 1: Series 1; Series 2; Series 2"
The blue are from Muddy Waters collection. The orange from Kurt Vile collection.
Since the container display_string shows the series info, but not the collection info, the "series 1, series 2; series 2" could be puzzling. Especially, if it refers to a 'series 1' from a _different _collection.
Including the logic from the Manage Top Containers to list the collections might be more straightforward than the breadcrumbs from the 'Scotts co.' screenshot. If the list had links, the next question is what to link to. Landing on a resource record would not nec. be useful. Landing on a 'manage containers' query for all containers from that collection sounds more useful.
Or, maybe some more thought into the container's display_string. Trouble is, you don't want to overload the container display string with something too long. Adding collection info to that string could get too long, fast.