Feature #5409

Add "Manage Terms" button to browse subject and places pages for authenticated users with Taxonomy edit permissions

Added by Dan Gillean almost 9 years ago. Updated over 7 years ago.

Status:VerifiedStart date:07/24/2013
Priority:MediumDue date:
Assignee:José Raddaoui Marín% Done:

100%

Category:Taxonomy / TermEstimated time:1.50 hour
Target version:Release 2.0.1
Google Code Legacy ID: Tested version:2.0.0
Sponsored:No Requires documentation:

Description

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.

option_1.png (23.8 KB) José Raddaoui Marín, 10/28/2013 05:58 PM

option_2.png (23.8 KB) José Raddaoui Marín, 10/28/2013 05:59 PM

option_3.png (23.9 KB) José Raddaoui Marín, 10/28/2013 05:59 PM


Related issues

Related to Access to Memory (AtoM) - Bug #5562: Add donor inaccessible via GUI unless Donors are already ... Verified 09/10/2013

History

#1 Updated by Jesús García Crespo almost 9 years ago

  • Estimated time set to 1.50

#2 Updated by Jesús García Crespo over 8 years ago

  • Assignee changed from Jesús García Crespo to José Raddaoui Marín

#3 Updated by José Raddaoui Marín over 8 years ago

Hi Dan,

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.

#4 Updated by José Raddaoui Marín over 8 years ago

  • Status changed from New to QA/Review
  • % Done changed from 0 to 100

Applied in changeset atom|commit:95eadecc1cc09826daefd8678d1d3966a033d825.

#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.

#6 Updated by Dan Gillean over 8 years ago

  • Status changed from QA/Review to Verified

#7 Updated by Dan Gillean over 8 years ago

Okay, I found the subject of the Add new button already mentioned on issue #5562, so we'll leave it there for now.

#8 Updated by José Raddaoui Marín over 8 years ago

Thanks Dan!

#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.

#10 Updated by José Raddaoui Marín over 8 years ago

I think the best way to go is using the actions section, like the "Add new" button in the browse pages. Does it seem right?

#11 Updated by Dan Gillean over 8 years ago

Hi Radda,

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?

#12 Updated by Dan Gillean over 8 years ago

If that just doesn't look right, we'll try adding the button block/actions section, and see how that works.

#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

Final thoughts?

#14 Updated by Jesús García Crespo over 7 years ago

  • Target version changed from Release 2.1.0 to Release 2.2.0

#15 Updated by Dan Gillean over 7 years ago

  • Status changed from New to Verified
  • Target version changed from Release 2.2.0 to Release 2.0.1
  • Tested version 2.0.0 added

This was actually implemented in 2.0.1. In 2.1, the terms pages have been redesigned, making this functionality unecessary.

Also available in: Atom PDF