WordPress.org

Make WordPress Core

Opened 2 years ago

Last modified 3 months ago

#19859 accepted enhancement

"Bulk Edit" Missing The Ability To Edit Tags

Reported by: ademos Owned by: gavinwye
Milestone: Awaiting Review Priority: normal
Severity: normal Version:
Component: Quick/Bulk Edit Keywords: ui-feedback ux-feedback
Focuses: Cc:

Description

Though I can add, remove and edit "categories," I cannot do such actions to "tags" inside of /wp-admin/edit.php

So basically, I'm interested in a "bulk tag editing" GUI for the WordPress admin.

===

I was hoping to find out the status of this feature (planned, not planned, etc) but it appears that no one has spoken about this feature on the WordPress Trac.

Is there any interest in adding this feature? And could the respondent please provide any details on why or why not?

Thank you for your time.

Change History (19)

comment:1 knutsp2 years ago

  • Cc knut@… added
  • Resolution set to worksforme
  • Status changed from new to closed

The feature is already there. When I open a bulk edit with the Use button, there is a textarea labelled tags. I put them in there, comma separated, and expect them all to be added to all posts tagged for editing.

If this doesn't show up or work for you I suggest the support forums.

comment:2 duck_2 years ago

  • Milestone Awaiting Review deleted

comment:3 ademos2 years ago

  • Resolution worksforme deleted
  • Status changed from closed to reopened

knutsp:

I apologize for my miscommunication.

===

I was requesting the following feature

1.) Click on a group of posts

2.) See the tags associated with that group of posts

3.) Rename, add or remove tags from that group of posts

===

If you look at how Gmail manages tagging, you can how their GUI works.

http://img192.imageshack.us/img192/7476/gmailbulktagediting4.png

Within the "Label as" box" you can see a check mark, indicating which tags are currently being used.

This is what I mean when I speak of "associated tags."

Such a feature is useful, because you can see which tags are used and which are unused.

In addition, you can individually add and remove tags from the group, by checking and unchecking them

===

From what I can see, this functionality is not available in current version of WordPress Core.

Tags can be overwritten, but it doesn't appear possible to see the tags associated with a group of posts.

===

So I was inquiring if there was any interest in adding this functionality to WordPress Core.

Last edited 2 years ago by ademos (previous) (diff)

comment:4 ocean902 years ago

  • Keywords ui-feedback ux-feedback added
  • Milestone set to Awaiting Review

comment:5 knutsp2 years ago

@ademos: I see.

This situation is equal for both categories and tags. You can not see which categories that are already used on the posts.

Renaming tags or categories should not be included in this ticket, because that is a completely different thing. Adding or removing tags and categories on the basis of the existing terms in a set of posts could be a nice enhancement.

comment:6 ademos2 years ago

knutsp:

I'm glad you agree that this feature could be useful.

I frequently find myself bulk editing posts, but not knowing which tags are already used.

===

I agree that renaming tags/categories is a separate GUI concept, but I didn't make multiple tickets for my inquiry, because I wasn't sure if my request had already been made or not. (since I am new to WordPress and the Trac software)

In other words, I didn't want to annoy the moderators with redundancy.

However, if this GUI concept has not been requested before, I would happy to separate my request into as many tickets as deemed necessary.

===

ocean90:

Thank you for adding the "ux-feedback" tag.

It hadn't occurred to me, to label this ticket as part of the user-experience, but your addition makes sense.

Version 1, edited 2 years ago by ademos (previous) (next) (diff)

comment:7 knutsp2 years ago

@ademos: This enhancement request is about editing tags (and categories) in the scope of posts. Renaming tags (and categories) should not be possible in this scope because this will affect every post that has this tag (or category). Such renaming should only be possible from the Tags (or Categories) screen.

This ticket should be about adding and removing categories and tags to a set of posts in bulk editing, based on the existing set of categories and tags already found in the actual set of posts. It could be enhanced to work on any taxonomy.

My advice is to change the description of this ticket to limit the task and to clarify. This will, in my view, increase the chance of getting someone to write such a patch in the first place, and getting it committed in the second phase.

comment:8 gavinwye2 years ago

@ademos: I agree that this would be a useful enhancement, I've just had to move a bunch of posts from one category to another and not being able to see the categories in the bulk edit mode was not helpful.

I think it's simply a matter of displaying the categories or tags that are being used for the selected posts. However you would run in to complications if, you had selected multiple posts each with different categories. Which categories would be displayed? If you display all of them do you then when you update do you apply all of the categories or tags to all of the posts.

So what is on the face of it a simple problem, I think more though on this is needed. I'm wondering if the command "edit" is a little misleading for users, as the functionality is really add.

I'll think some more and post again if I think I have a solution.

comment:9 Ademos2 years ago

@Knutsp: Thank you for your advice, but I was unable to find a way to edit the description of my ticket. (I tried clicking the "Modify" link, but that only allowed me to change the summary and ticket attributes)

Would you suggest I create a new ticket to fix my mistake in description verbiage?

@gavinwye: You've made some good points about the complexity involved with implementing this feature, from a user-experience level. I agree that communicating which categories and tags are associated with each post, will be complicated. But with enough people involved, I think a solution can be found.

Last edited 2 years ago by Ademos (previous) (diff)

comment:10 gavinwye2 years ago

  • Owner set to gavinwye
  • Status changed from reopened to assigned

@ademos: I'd leave the ticket the same as it has the history, I found it when I had the problem, so I don't think there is anything wrong with the description.

I'm going to try and mock up something this coming weekend as a solution to the problem, I'll post back on Sunday to let you know how I get on.

comment:11 gavinwye2 years ago

  • Cc gavin@… added
  • Status changed from assigned to accepted

comment:12 Ademos2 years ago

@gavinwye: Okay, I'll take your advice and leave my ticket as it is.

I look forward to seeing your mockup!

Last edited 2 years ago by Ademos (previous) (diff)

comment:13 ademos16 months ago

@gavinwye: I was curious if you had any update on your mock up of this GUI. You mentioned that you were planning to mock up something soon, but it's been awhile since our last discussion.

Last edited 16 months ago by ademos (previous) (diff)

comment:14 gavinwye16 months ago

@ademos, Thanks for nudge. It had completely fallen off my radar.

I've quickly sketched up something that I think would solve the problem. The biggest change is tags should be displayed for posts that are being edited in the tags field. At the moment the it is implied that the tags are not there. The same pattern should be used to remove tags as is used to remove the posts.

I've also take this opportunity to make some other changes to the architecture of this area. Currently the bulk edit component is displayed below the title bar which menas that the column headings are don't match up with the posts below. Pulling the bulk edit component out and placing it about the title bar would solve that. It then also seems sensible to rearrange the five drop down lists that are there as well.

My one question is, should you be able to bulk add tags here? I've added it, but all of the other functionality here is to do with editing existing values not adding. But I can't see a better place for this and it makes sense to me to be here.

Here's the sketch:

http://farm9.staticflickr.com/8479/8287746584_29d1bd8a7a.jpg

A few final points. This ticket has been open for a long time with little interest. So is that fact that this doesn't work really a big problem? Should this even be fixed? How many users would benefit?

It would be good to know your thoughts.

comment:15 ademos16 months ago

@gavinwye: Thank you for sketching a mock up of this new area. This design looks very similar to what I was imagining. Specifically, I like how you compartmentalized each area, giving a separate space for "Categories" and "Tags."

In response to your concern about user engagement and interest, I think it would helpful to announce your mock up somewhere. Such an announcement would ensure that you got feedback from users and the core team. I don't know the correct place for such an announcement, but I sometimes see mock ups posted here: http://make.wordpress.org/ui/

Overall, I think this idea at least deserves some exposure before it is considered unwanted. The concept of having easier access to tags and categories during bulk editing, certainly seems like a feature that could be useful to many people.

comment:16 SergeyBiryukov16 months ago

  • Component changed from UI to Quick/Bulk Edit

comment:18 archon8103 months ago

In Wordpress 3.8, adding a tag using the bulk interface doesn't work for me anymore - the new tag does not show up.

Did something break? Pretty sure this was working before.

comment:19 archon8103 months ago

  • Cc archon810@… added
Note: See TracTickets for help on using tickets.