[wp-trac] [WordPress Trac] #52649: Themes admin page: provide labeling context on controls and links

WordPress Trac noreply at wordpress.org
Mon May 10 22:54:26 UTC 2021


#52649: Themes admin page: provide labeling context on controls and links
-------------------------------------+-------------------------------------
 Reporter:  alexstine                |       Owner:  alexstine
     Type:  enhancement              |      Status:  accepted
 Priority:  normal                   |   Milestone:  5.8
Component:  Themes                   |     Version:  5.7
 Severity:  normal                   |  Resolution:
 Keywords:  has-patch needs-testing  |     Focuses:  accessibility,
  needs-design-feedback has-         |  administration
  screenshots                        |
-------------------------------------+-------------------------------------

Comment (by critterverse):

 Hi all, this is such a great improvement for the Theme admin page. I have
 a few design notes — sorry I’m not able to share this in a patch yet but
 I’m hoping to figure out how to do that in the future!

 I love how this solution eliminates the horizontal overlap that happens on
 smaller viewport sizes now that the text and buttons have a lot more
 breathing room.

 However, having all 3 buttons visible at all times (rather than only on
 hover and focus) is very overwhelming when seeing a bunch of these theme
 tiles together on the admin page. So I think we should reconsider this
 aspect.

 What if only the bar containing the theme title was visible at first, and
 the second bar containing the 3 buttons appeared below it on hover and
 focus? The second bar could slide in from the bottom and push the title
 bar upwards.

 I think it would also help to separate the buttons so that Theme Details
 is anchored to the left side, and Customize or Activate/Live Preview are
 right-aligned.

 One consideration with this direction is that on mobile devices, we may
 want to make the Customize button for the active theme appear on the right
 side of the title bar so that it's persistently visible (to match the
 current mobile behavior). Would it be possible to do this only when a
 touch device is detected, perhaps?

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/52649#comment:27>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list