[wp-trac] [WordPress Trac] #25571: Remove Custom Header Page in favor of the Customizer

WordPress Trac noreply at wordpress.org
Thu Apr 17 18:57:15 UTC 2014


#25571: Remove Custom Header Page in favor of the Customizer
------------------------------+------------------------------
 Reporter:  celloexpressions  |       Owner:
     Type:  enhancement       |      Status:  new
 Priority:  normal            |   Milestone:  Awaiting Review
Component:  Appearance        |     Version:
 Severity:  normal            |  Resolution:
 Keywords:  has-patch         |     Focuses:  ui
------------------------------+------------------------------
Changes (by celloexpressions):

 * keywords:  needs-patch => has-patch


Comment:

 Now that the Customizer fully supports custom headers, and arguably
 provides a much better interface for managing them, we can consider this.

 Since Headers (and Backgrounds) have always been part of the customizer
 and are one of the most significant features in the customizer, there is
 little reason to use the separate pages at this point other than not
 knowing that the functionality is in the customizer (or the customizer not
 being available).

 I've added a patch to hide the headers link from the front-end admin bar
 when the customizer is available (it also fixes spacing/formatting of -
 only actual change is the addition of `.hide-if-customize`). The admin
 menu is a mess... the best option I can think of there is to do something
 like this in CSS:
 {{{
 .customize-support #menu-appearance a[href="themes.php?page=custom-
 header"] {
         display: none;
 }
 }}}

 That does work, but I was wondering if anyone has a better idea that
 allows it to stay for no-customize support?

 Since a similar iteration of backgrounds in the customizer could
 potentially happen in the near future, causing the customizer version to
 surpass that page in usability, these could both go together. The key
 issue to consider is whether hiding these pages will cause issues for
 updating users. New users actually tend to have trouble with the separate
 headers page, expecting that functionality to be in the customizer, from
 what I've seen. For updating users, a simple pointer on `themes.php` to
 the customizer link in the admin menu stating that "Custom Headers and
 backgrounds can now be managed in the Theme Customizer" would probably be
 sufficient.

 We also need to contend with the `custom_header_options` action on this
 page, primarily gauging usage. Anyone using it should be able to port
 those options to the customizer pretty easily.

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


More information about the wp-trac mailing list