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

yoroy’s picture

Version: 7.x-dev » 8.x-dev

Bump to 8

Jeff Burnz’s picture

Issue tags: +#d8ux, +Needs design

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

yoroy’s picture

Excellent!

kika’s picture

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

Jeff Burnz’s picture

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

yoroy’s picture

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

xjm’s picture

xjm’s picture

jibran’s picture

Version: 8.0.x-dev » 8.1.x-dev
Issue summary: View changes

Feature requests are part of 8.1.x now.

xjm’s picture

Version: 8.1.x-dev » 8.0.x-dev
Category: Feature request » Task

Actually, 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.)

jibran’s picture

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

xjm’s picture

Ah, 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!

jibran’s picture

Status: Active » Closed (won't fix)

Closing this as won't fix as per #11 and #12. @yoroy or @Jeff Burnz can disagree and re-open. Thanks.