Posts edit list window display no information about filtering

[yoavf]

The "All Posts" page lists the available posts.

It can filtered by authors or terms, for example by clicking on a category name or the author name next to a post.

The URL will change to apply the filtering, but there's no other visual indication of the filtering, nor a link to quickly disable filtering.

This can lead to confusion when users are accessing filtered lists directly or via links in other part of the dashboard.

[DrewAPicture]

Replying to yoavf:

The URL will change to apply the filtering, but there's no other visual indication of the filtering, nor a link to quickly disable filtering.

This can lead to confusion when users are accessing filtered lists directly or via links in other part of the dashboard.

I agree. Maybe we could push the filter terms to an admin notice. Maybe something like:

Showing posts from: [Date], [Category]

[helenyhou]

Replying to DrewAPicture:

Maybe we could push the filter terms to an admin notice.

What about using the same placement as the message for search results? (span.subtitle within the h2)

[SergeyBiryukov]

Duplicate: #9087

[sillybean]

First pass at adding filter indicator to post list page title

[sworddance]

add author selection box to the post list page

[sworddance]

sillybean's and (mine + enej)'s are complementary

[chriscct7]

Refreshed both patches and combined them into a single patch

[karmatosed]

@chriscct7 I was testing this and wanted to confirm what I should see different. If there could be some steps to test this that would be great. I did check the posts table but couldn't see anything visually changing.

There was an error running the patch so perhaps we just need a refresh? I want to run the patch to give some feedback UI wise.

[chriscct7]

@karmatosed Patch indeed in need of refresh. Uploading refresh now.

With author (for example) selected:

Before:
Url: wp-admin/edit.php?post_type=post&author=1
Screenshot: ​http://screencloud.net/v/6Y0B

After:
Url: wp-admin/edit.php?post_type=post&author=1
Screenshot: ​http://screencloud.net/v/sK0s

[chriscct7]

The output for the indicators is in the same place as where the output for the search term indicator goes for reference.

[karmatosed]

@chriscct7 thanks for that. I'm wondering a few things on looking at this:

• Is there an existing style that works better for this? I ask as it feels a little stuck there. Maybe there is an existing pattern we can use that fits this more? I will note, after a tiny bit of looking one didn't strike me as better.
• I like the visual feedback, it makes sense. I do wonder though if it's weird it appears and isn't there from the start.
• On the pages list it says 'showing posts' - it should be pages I think there.

[chriscct7]

I agree it's a bit weird styling but that's what we currently style the search term feedback: ​http://screencloud.net/v/43j

Styling this + search term (since that will be there regardless of the merge of this or not) would probably be best handled on another ticket.

I like the visual feedback, it makes sense. I do wonder though if it's weird it appears and isn't there from the start.

Again, that's sorta how we do the search term thing. I think it makes enough sense that it appears and isn't really jarring. Also re:defaults this is again where we'd bump into the existing search functionality. A different ticket would probably better handle what to show if none of the filters or search is used OR if search isn't used, so that that can be done independent of this ticket.

On the pages list it says 'showing posts' - it should be pages I think there.

Updated!

[chriscct7]

Changes to use post type label

[chriscct7]

Broke last patch. Reuploading

[chriscct7]

Fixes last patch. Also strtolower label name

[karmatosed]

@chriscct7 that seems to make sense to use the search format then, thanks for giving the UI context.

I found one thing that made me wonder in testing. I didn't see category showing but I do author:

Is that a bug? I expected to see it even for 'Uncategorized'. I think if we fix that up then I would say the UI is ready to merge and thanks for keeping going with this one.

[helen]

Seems like not a lot of cases are covered and translations make me a little nervous - I don't think this requires an entire rethink of filtering UI and UX, but we need to do one of those anyway, so unless it's a small effort to make this better in the meantime, I think I'd rather tackle the bigger picture. In any case, not enough bandwidth for this before 4.7 beta.