Make WordPress Core

Opened 6 years ago

Closed 16 months ago

#21059 closed enhancement (worksforme)

Customizer color picker has no remove button

Reported by: kcssm Owned by:
Milestone: Priority: normal
Severity: normal Version: 3.4
Component: Customize Keywords:
Focuses: Cc:


There is no remove button for color picker in the customizer. It would be great if we could remove the color or set it to the default if we don't need the color.

Change History (16)

#1 @SergeyBiryukov
6 years ago

  • Component changed from General to Appearance
  • Type changed from defect (bug) to enhancement

#2 @greenshady
6 years ago

  • Cc justin@… added

I could definitely use this. I just built a random background script that integrates with the 'custom-background' theme feature only to realize that the user will be forever stuck with their custom background color once they select one.

#4 @helenyhou
5 years ago

Is this still relevant? There's a "Default" button now.

#5 follow-up: @justnorris
5 years ago

  • Cc justnorris added

There is a "clear" button right now (3.5 & 3.6 Beta), but when using

'default' => null, 'sanitize_callback' => 'sanitize_hex_color',

Clicking the "Clear" and saving does nothing, the user is still not able to change the color, even though a way to "clear" exists.

Version 1, edited 5 years ago by justnorris (previous) (next) (diff)

#6 @aniketpant
5 years ago

  • Cc me@… added

I am not sure what you mean by the "clear" button. And if a button actually clears a color, what should it change to- transparent? Removing the color doesn't make sense.

The default button is available now which solves one part of your suggestion.

#7 @corradomatt
5 years ago

It would be nice to have the option to choose transparent or clear the color choice to transparent.

For some designs which use sections that are overlapped or nested, a transparent option is necessary if the user doesn't want a color to appear in the background on a particular element.

For example, with a menu bar in the header...the menu bar could have it's own unique color or (if the user chooses clear/transparent) the menu bar now becomes one with the color of the header block - essentially taking on the color of the header.

#9 @tskk
3 years ago


Suppose I am using color control for customizing link color, I select a color and save the settings, I get this color on front end with get_theme_mod. Now if I want to undo it, I click clear and I see "false" and save the settings. I still get the old color I selected earlier via get_theme_mod, it is not deleting the previous saved color.

This ticket was mentioned in Slack in #themereview by poena. View the logs.

3 years ago

#11 @johnjamesjacoby
3 years ago

I would like to see this come back as adding native rgba() support.

RGBA support would provide opacity/transparency without the need for added UI in the customizer itself.

I imagine this either as a replacement to or extension of WP_Customize_Color_Control.

Related: #19100, #27583.

#12 @johnjamesjacoby
3 years ago

I'm imagining something like this, though obviously less bootstrappy for core:


This ticket was mentioned in Slack in #core-customize by westonruter. View the logs.

16 months ago

#14 in reply to: ↑ 5 @westonruter
16 months ago

Replying to justnorris:

There is a "clear" button right now (3.5 & 3.6 Beta) when using

'default' => null, 'sanitize_callback' => 'sanitize_hex_color',

Clicking the "Clear" and saving does nothing, the user is still not able to change the color, even though a way to "clear" exists. This means that I must to specify the colors in PHP and CSS, which is not ideal.

This could be because a null value is interpreted in the customizer as meaning it is invalid.

#15 @melchoyce
16 months ago

@johnjamesjacoby Created #39681 to address RGBA support.

#16 @melchoyce
16 months ago

  • Milestone Awaiting Review deleted
  • Resolution set to worksforme
  • Status changed from new to closed

Looks like this was addressed some time in the past.

Note: See TracTickets for help on using tickets.