Opened 7 years ago
Last modified 5 weeks ago
#47359 accepted defect (bug)
Unable to distinguish post formats when viewing list tables on mobile
| Reported by: |
|
Owned by: |
|
|---|---|---|---|
| Milestone: | Future Release | Priority: | normal |
| Severity: | normal | Version: | 5.2.1 |
| Component: | Post Formats | Keywords: | needs-design has-screenshots needs-patch |
| Focuses: | ui, accessibility | Cc: |
Description
Post format icons were recently removed from post list tables and a post format dropdown menu introduced to allow people to filter posts by format. See #46591 and [44961].
On narrow screens, however, the filter tools are hidden leaving mobile users with no way distinguish the format of their posts.
I suggest we revisit the decision to remove post format icons and consider the mobile user experience.
Attachments (2)
Change History (22)
#2
follow-up:
↓ 3
@
7 years ago
Worth noting this applies also to other things. For example, it's not possible to distinguish posts by categories and tags (at least at first sight). To do that, users have to expand the post details one by one.
Here some things that happen in the view for small screens:
- Search is moved to the bottom: not sure this is so user-friendly
- Bulk actions are not available
- Filters by date, categories, and post formats are not available
- same for filters added by plugins
Seems to me this is because a few years ago, in the first era of "responsive design", the approach was to just hide things for small screens. Over time, this proved to not be a good approach because it prevents access to important features.
For example, consider what happened with the "Screen Options" at the top of the page in #40985:
I recently needed to disable comments on a particular post while away from my laptop. I opened the post editing screen on my mobile device but the Discussion meta box was hidden and there is no way to access Screen Options on mobile to show/hide meta boxes. This meant I was unable to disable comments on the post from my mobile device.
I'd like to propose a different approach: never hide functionalities on small screens. In this specific case, all the bulk actions / filters could simply be placed in an expandable panel.
#3
in reply to:
↑ 2
@
7 years ago
Replying to afercia:
Search is moved to the bottom: not sure this is so user-friendly
Agreed, I was also confused by this a few times.
I'd like to propose a different approach: never hide functionalities on small screens. In this specific case, all the bulk actions / filters could simply be placed in an expandable panel.
I support this approach :)
This ticket was mentioned in Slack in #accessibility by afercia. View the logs.
7 years ago
#6
@
7 years ago
- Milestone changed from Awaiting Review to Future Release
Discussed during today's accessibility bug scrub and agreed to move this ticket to Future Release, as something that needs to be addressed. If a patch comes to life, can always be considered for 5.3.
This ticket was mentioned in Slack in #design by estelaris. View the logs.
6 years ago
@
6 years ago
There is no post formats dropdown available for filtering posts at this width of 780. There is also no Bulk action UI, but it is mentioned in the Help.
This ticket was mentioned in Slack in #design by chaion07. View the logs.
5 years ago
#10
@
5 years ago
- Keywords needs-design has-screenshots added; needs-design-feedback needs-screenshots removed
From Design Triage today in Slack, we agreed that filtering should be available in mobile. So this one needs some design.
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
12 months ago
#12
@
12 months ago
- Milestone changed from Future Release to 6.9
- Owner set to joedolson
- Status changed from new to accepted
It really makes a lot of sense to add a disclosure that exposes these items on demand, as @afercia suggested above; it would make the mobile interface significantly more useable.
I'm going to work on this.
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
7 months ago
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
7 months ago
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
6 months ago
#16
@
6 months ago
- Milestone changed from 6.9 to 7.0
After exploration, this is unfortunately a lot more complicated than you'd expect, thanks to some unfortunate decisions in the HTML structure of the filters. It may be a good idea to restructure those to improve the options, but that's a more major change than should be made this late in the cycle.
This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.
6 months ago
This ticket was mentioned in Slack in #core by audrasjb. View the logs.
2 months ago
#19
@
2 months ago
- Keywords needs-patch added
- Milestone changed from 7.0 to Future Release
As per today's bug scrub:
Moving to Future Release until we have a patch to review/discuss.
#20
@
5 weeks ago
Building on comment:2 and comment:16, here are two narrower tracks that could produce a reviewable patch independently of the broader disclosure-panel restructuring.
Track A — Filterability: CSS selector precision (no PHP change)
The ≤782px breakpoint hides filter controls via an overly broad selector in
src/wp-admin/css/list-tables.css:
.tablenav.top .actions, /* hides .bulkactions AND the filter controls div */
.tablenav .view-switch {
display: none;
}
The bulk actions <div> already carries .bulkactions alongside .actions.
The filter controls <div> does not. So a one-line selector change would expose
all filter dropdowns (date, categories, post format, and plugin-added filters) on
mobile:
.tablenav.top .bulkactions,
.tablenav .view-switch {
display: none;
}
Bulk actions remain available in the bottom tablenav. Note this would affect
all list tables on mobile, not just posts — which is consistent with the broader
concern in comment:2, but worth flagging in case it's considered too broad a change.
It would also need supplemental layout CSS for the stacked view at narrow widths,
and a design mockup per the needs-design keyword.
Track B — Visibility: inline format label in the primary column (PHP + CSS)
For the original use case — identifying a post's format at a glance without
needing to filter — a text label in column_title() following the existing
_post_states() pattern would work:
// After _post_states( $post ), inside column_title():
$format = get_post_format( $post->ID );
if ( $format && 'standard' !== $format
&& is_object_in_taxonomy( $post->post_type, 'post_format' )
) {
echo ' — <span class="post-format-state">'
. esc_html( get_post_format_string( $format ) )
. '</span>';
}
Restricted to mobile only, and intentionally avoiding the icon approach removed
in 45136 per #46591:
.post-format-state { display: none; } @media screen and (max-width: 782px) { .post-format-state { display: inline; } }
Note that Track B addresses only visibility (identifying a post's format in the
list), not filterability. The two tracks are independent of each other. Happy to
put together a formal patch for either if the direction aligns.
Hi @ajfleming, welcome to WordPress Trac! Thanks for the report.
#46591 was an attempt to keep the icons for exactly this reason (see also comment:52:ticket:35497), but they were still removed per design feedback.
Seems like we should either restore the icons in mobile view or show the filter tools.