[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