Add "Manage Terms" button to browse subject and places pages for authenticated users with Taxonomy edit permissions
|Assignee:||José Raddaoui Marín||% Done:|
|Category:||Taxonomy / Term||Estimated time:||1.50 hour|
|Target version:||Release 2.0.1|
|Google Code Legacy ID:||Tested version:||2.0.0|
Currently the only way to get to the term management screen is somewhat long-winded: Manage > Taxonomies > [navigate to page 2 for places, pg. 3 for subjects] > [Places or Subjects] > [select term]
Generally, most editors will only ever be editing the places and subjects taxonomies - having to navigate through a bunch of other taxonomies, several of which are locked in any case, to find these, seems unnecessary.
It would be nice to simplify access to this for authenticated users with edit permissions for taxonomies. Since changing the menus in the AtoM header is tied up with the Change labels functionality and could involve a lot of coding to change, one suggestion is to add a [Manage terms] button to the browse screens for places and subjects. This would take a user straight to the [atom]/places page when clicked on the Browse > Places page, and to the [atom]/subjects page when clicked on Browse > Subjects.
Ideally, buttons might be available above the context treeview for a specific term as well: "Add" would bring up a blank/new term edit screen for that taxonomy (place or subject); "Edit" would bring up the edit screen for whatever term is currently chosen in the context menu/show-screen, and "Manage" would bring a user to the [atom]/places or [atom]/subjects manage page, as above.
This would make the app much more usable for managing subject and place terms on the go, without needing to drill down through the taxonomies, list, and then through a taxonomy to a specific term.
#3 Updated by José Raddaoui Marín over 8 years ago
I've added 'Manage term' and 'Manage taxonomy' buttons in the right of the browse pages for taxonomies and terms. Those buttons will take you to the index page for the taxonomy/term you're in. Permissions are checked in the terms index page.
I don't think it's a good idea to add the buttons you said over the treeview. Clicking the manage term button (or the manage taxonomy button and then selecting a term) you'll see the 'Add new', 'Edit' and 'Delete' buttons, if you have the right permissions.
I hope this is enough for what you're expecting.
#5 Updated by Dan Gillean over 8 years ago
- Subject changed from Add "Manage Terms" button to browse subject and places pages for authenticated users with raxonomy edit permissions to Add "Manage Terms" button to browse subject and places pages for authenticated users with Taxonomy edit permissions
Radda, this is great! A vast improvement.
I agree with your thoughts about the treeview buttons - I think that the buttons you've added provide enough of a usability improvement, without confusing the users with too many options or making the code unnecessarily complex.
One thing I think would be great to add: an "Add new" button on the List subjects/Places i.e. after you click "Manage taxonomy" and you go to the internal taxonomy list page, it seems very counter-intuitive to me to have to click an existing term to be able to add a new one. Ideally there should be a button block here with "Add new".
However, this is true of Donors, Functions, Accessions, and Rights holders as well (all page types where unauthenticated users do not have access, so there is no reason why an "Add new" button couldn't be on the browse/list page)... so perhaps I will verify this issue and add a new one for an "Add new" button on these pages. I'll link it back here after.
#9 Updated by Jesús García Crespo over 8 years ago
- Status changed from Verified to New
- Target version changed from Release 2.0.0 to Release 2.1.0
I think that the button the way that it is after this fix is not consistent with the rest of the application. Moving this to 2.1 so we can find a better way to show it, like maybe in the right sidebar or using the bottom bar as we've been doing it. Or maybe just the way that Radda did, but trying to do the change consistenly along the whole application.
#11 Updated by Dan Gillean over 8 years ago
It's a funny issue, because Jesus is the only who really doesn't like the button as is. Personally I think it might look strange if it was the only button in a button block, and moving it to the bottom of the page means it may not be seen - such as on the term pages, when there are a lot of results.
I wonder if you could try leaving it where it is, and simply applying the same CSS stylings to it as the button block buttons?
#13 Updated by José Raddaoui Marín over 8 years ago
As far as I can see we have four options, I've added screenshots for the first three:
- option_1: like it is and the one I like the most
- option_2: with the same CSS stylings as the button block buttons (without backgroud)
- option_3: adding the button block/actions section
- option_4: in the right sidebar. I don't think is a good a idea to add a column for just a button