When creating terms, the most recent term created is in drupal_set_message(), but there's no overview of all terms recently created. This can be confusing when adding a group of terms.
It'd be nice if we could combine the two pages, so you have an overview of your terms and the ability to add new ones on the same page.
Comments
Comment #1
yoroy commentedBump to 8
Comment #2
Jeff Burnz commentedPerhaps clicking +Add term exposes the form elements for adding the new term, instead of loading a new page. In any case we should start with a design so we can get an overview of what this might look like.
I'm starting to tag stuff like this as "Needs Design", if we have a better tag already we can use that instead, but certainly I am strongly in favor of things like this starting with at least a wireframe before we start coding.
Comment #3
yoroy commentedExcellent!
Comment #4
kika commentedthis is important, but perhaps we shoukd move the discussion to more general level, there are several +Add X patterns who should take advantage of the modal/sliding panel pattern.
Comment #5
Jeff Burnz commentedLeisa Reichelt talks about establishing a patterns lib here: http://www.disambiguity.com/5-ux-initiatives-for-drupal8/ its possible this could be one of those patterns that needs to be fleshed out in core initiative, so perhaps when the UX team establishes those initiatives we can move discussion there, and postpone this issue.
Comment #6
yoroy commentedHi Kika!
Jeff: #1087090: Interface patterns is where we'll document existing core patterns. Cooking up new ones should probably have it's own place, but not sure where that should be.
Comment #7
xjmMarked #1055242: show list of existing terms - while adding new terms as duplicate of this issue.
Comment #8
xjmSee also: #1340500: Merge "list terms" page into "edit vocabulary" page.
Comment #9
jibranFeature requests are part of 8.1.x now.
Comment #10
xjmActually, this is a potential UX improvement rather than just a feature, so it's still on the table for 8.0.x. (Not that I think it's likely to happen, but we don't need to postpone it yet.)
Comment #11
jibranI don't think this is a good idea see #1368140-3: Improve user experience of the taxonomy/term/X/edit page. We have a lot of settings(relation, url alias) on term add/edit page(Drupal\taxonomy\TermForm) and contrib will add more settings like metatags, redirect, and etc.
But we are doing #663946: Merge "List links" page into "Edit menu" page in core that is why I think #1340500: Merge "list terms" page into "edit vocabulary" page is a good idea. So I'd suggest to drop this in favor of 1340500 and we can do #1368140 instead.
Comment #12
xjmAh, I would also be in favor of closing this as wontfix in light of #1340500: Merge "list terms" page into "edit vocabulary" page and #1368140: Improve user experience of the taxonomy/term/X/edit page. We've put a lot of work in D8 into making "Add" a separate operation, elsewhere, so let's stick with that pattern. Contrib can provide other UIs and workflows for adding terms if desired. Thanks @jibran!
Comment #13
jibranClosing this as won't fix as per #11 and #12. @yoroy or @Jeff Burnz can disagree and re-open. Thanks.