[wp-trac] [WordPress Trac] #40432: Customizer: Should we stop contextually hiding features?

WordPress Trac noreply at wordpress.org
Fri Jul 7 21:15:29 UTC 2017


#40432: Customizer: Should we stop contextually hiding features?
-------------------------+------------------------------
 Reporter:  melchoyce    |       Owner:
     Type:  enhancement  |      Status:  new
 Priority:  normal       |   Milestone:  Awaiting Review
Component:  Customize    |     Version:  4.0
 Severity:  normal       |  Resolution:
 Keywords:               |     Focuses:  ui
-------------------------+------------------------------

Comment (by joyously):

 This discussion includes most of the reasons why I do not like the
 Customizer.
 I review a lot of themes. The first thing I do after activation is set up
 widgets -- in the admin page, not the Customizer. It is easy to see all
 the widget areas and drag the widgets I want to the areas I want. One of
 the comments I give to theme authors is to improve their widget area
 descriptions so that the user can tell when and where they are shown (no
 preview needed and it's a requirement to document theme features). I also
 have told authors that I put widgets into an area, and visited all the
 pages and never saw those widgets, so they should not register the widget
 area until it is enabled, because that is confusing for the user to
 configure a widget area and not be able to see it on the site.

 At the end of my review testing, I go into the Customizer to test that all
 the options work and have default values. But I don't ever go to the
 Widgets section due to how it works (and I've already configured them).

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


More information about the wp-trac mailing list