Add hierarchical (treeview-based) browse page to explore all holdings in AtoM
|Assignee:||Corinne Rogers||% Done:|
|Category:||Search / Browse||Estimated time:||112.00 hours|
|Target version:||Release 2.5.0|
|Google Code Legacy ID:||Tested version:||2.5|
This new feature will provide users with an additional way of browsing records held in AtoM - via a full-page version of the full-width treeview that contains all descriptions.
This new browsing mode will be disabled by default in new installations. An administrative setting will be available for users to toggle on the display of Hierarchical browse page. When enabled, a new link will appear on the archival description search/browse page, labelled "Browse by hierarchy." Clicking it will take users to a full-page, full-width treeview containing all top-level descriptions in AtoM.
As with the current description treeview, each description in the hierarchical browse page that has children will display an “expand/collapse” icon which can be clicked to display all the children of that description. Any child descriptions that in turn have children, will also be expandable.
The Browse by hierarchy treeview will have the same functionality as the standard treeview, except:
- All description titles from any level in the catalogue database will be shown,
- The detailed archival description metadata will not be displayed,
- The treeview will use the entire display area of the page, so the “gripper” to expand and shrink the vertical size of the treeview pane will not be necessary,
- When a user clicks a description title in the Hierarchy browse page,they will be redirected to the related archival description view page with the standard treeview. The user should then be able to return to the hierarchy browse page, in the state they left the page (showing the clicked description in the tree, and with all the parent nodes open). This is especially important in case the user clicks the wrong description.
No filters or facets will be available on the Hierarchy browse page. On the archival description view page, a link back to the Hierarchy browse page will be provided when the setting is enabled.
#6 Updated by Mike Cantelon about 4 years ago
- Status changed from Feedback to QA/Review
- Assignee changed from Mike Cantelon to Dan Gillean
I forgot to make a PR and just merged it... luckily I think the code's pretty clean (other than a comment TODO that I'll remove in a subsequent PR). Anyways, it's available for QA in qa/2.5.x.
#8 Updated by Dan Gillean about 4 years ago
- File additions.csv added
- File isad_0000000001.csv added
- Status changed from QA/Review to Feedback
- Assignee changed from Dan Gillean to Mike Cantelon
Please see the following post in the user forum - Radda thinks that the behavior I saw there originates with this development:
I'll add the 2 test CSVs here as well. I first imported isad-000001, then the additions csv. Let me know if you have any questions.
#9 Updated by Dan Gillean about 4 years ago
One thing I've realized that has resulted from this:
When I was first testing the hierarchy browser, the sorting seemed completely aribitrary and we talked about sort options, in comments 12-14 on the related client ticket. You implemented a new sort order, changing it from sorting by lft - but I didn't realize this would affect the full-width treeview everywhere in AtoM!
We're seeing the consequences of that now with the behavior described on the forum post above. Mike, I'm wondering if there might be any way that the hierarchy browser can keep the sort you gave it, but elsewhere in description view pages, it still sorts by lft, so it is consistent with the manual sort option on the sidebar treeview?
#15 Updated by Dan Gillean about 3 years ago
Some docs added to 2.5 in: https://github.com/artefactual/atom-docs/pull/77
However, the setting (found in Admin > Setting > Treeview) to enable and disable the feature has not yet been covered.