Force a single admin color scheme for all users of the site.
Though it is typically an individually configurable aspect of WordPress, there are times when forcing a single admin color scheme upon all users of a site can be warranted, such as to:
Additionally, the plugin removes the “Admin Color Scheme” profile setting from users who don’t have the capability to set the admin color scheme globally since being able to set its value gives them the false impression that it may actually apply.
Links: Plugin Homepage | Plugin Directory Page | GitHub | Author Homepage
The plugin is further customizable via one filter. Typically, code making use of filters should ideally be put into a mu-plugin or site-specific plugin (which is beyond the scope of this readme to explain).
c2c_force_admin_color_scheme (filter)
The ‘c2c_force_admin_color_scheme’ filter allows you to set or override the forced admin color scheme. Use of the constant (“) takes priority over the filtered value, but the filtered value takes priority over the value set via the admin.
Arguments:
Example:
/** * Sets a forced admin color scheme based on user. Admins get one color scheme, whereas everyone else gets another. * * @param string $color The current forced admin color scheme. Empty string indicates no forced admin color scheme. * @return string */ function my_c2c_force_admin_color_scheme( $color ) { return current_user_can( 'manage_options' ) ? 'sunrise' : 'coffee'; } add_filter( 'c2c_force_admin_color_scheme', 'my_c2c_force_admin_color_scheme' );
/wp-content/plugins/
).c2c_force_admin_color_scheme
filter in custom code to programmatically set the forced admin color scheme with greater control.C2C_FORCE_ADMIN_COLOR_SCHEME
constant somewhere (such as wp-config.php
) if you’d prefer to configure the color that way. Configuring the color in this manner takes precedence over the color as configured via an admin’s profile. Also, if the constant is used, the plugin prevents the setting of admin color schemes entirely from within user profiles, including by admins.The profile page for an administrative user who has the checkbox to force an admin color scheme on users, though one hasn't been forced yet.
The profile page for an administrative user who has the checkbox to force an admin color scheme on users, with a color scheme having been forced.
The profile page for an administrative user when the forced admin color scheme is configured via the filter.
The profile page for an administrative user when the forced admin color scheme is configured via the constant.
The profile page for an administrative user when the forced admin color scheme is incorrectly configured via the constant. A similar warning also appears if the color scheme is incorrectly configured via the filter as well.
Have you followed all of the installation instructions? You must configure the forced admin color scheme by setting the color scheme for yourself while also checking the “Force this admin color scheme?” checkbox.
Uncheck the “Force this admin color scheme?” when updating an administrative profile (assuming the plugin’s provided constant and/or filter aren’t being used), or simply deactivate the plugin.
Yes, but only via custom coding by making use of the c2c_force_admin_color_scheme
filter. See the documentation for the filter for an example.
The plugin will recognize that the chosen admin color scheme is no longer valid and will act as if one isn’t set. In such a case, users would then see their individually chosen admin color schemes. If the custom admin color scheme becomes available again (before a new existing color scheme is selected as the new scheme to be forced), then the plugin will reinstate it as the forced admin color scheme.
Just to be clear, if an admin color scheme is being forced, then non-admininistrative users won’t see the admin color scheme picker at all.
The plugin does not disable the admin color scheme picker for administrative users even if a value is directly configured in code (via the constant or the filter) so that the admin color schemes can still be seen and previewed in case an admin user wants to evaluate alternatives.
Yes.
phpunit/
into tests/
phpunit/bin
into tests/
phpunit/
to house all files related to unit testingbin/
to phpunit/bin/
tests/bootstrap.php
to phpunit/
tests/
to phpunit/tests/
phpunit.xml
to phpunit.xml.dist
per best practicesFull changelog is available in CHANGELOG.md.