[wp-trac] [WordPress Trac] #22038: Bad UX with default background color
WordPress Trac
wp-trac at lists.automattic.com
Fri Sep 28 20:59:13 UTC 2012
#22038: Bad UX with default background color
--------------------------------------+------------------------------
Reporter: DrewAPicture | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Appearance | Version:
Severity: normal | Resolution:
Keywords: dev-feedback ux-feedback |
--------------------------------------+------------------------------
Comment (by DrewAPicture):
Replying to [comment:2 Ov3rfly]:
> The inline css in front end should not be included if a custom
background-color in ''Design -> Background -> Color'' was never saved or
has been reset with the "clear" option there.
> Actually the "clear" option would be pointless otherwise.
I think there needs to be an examination of the implications of themes
setting default background colors.
* Does the default ''always'' rule, meaning if nothing is set then the
default is used?
* Or does it only apply for when the theme is first activated?
If the former is true, then clearing it should have no effect other than
to set the default and the UI should reflect that default as it current
does not.
If the latter, then you're correct that the inline css shouldn't be there
and the UI should reflect no setting as it currently doesn't as of r22080
--
Ticket URL: <http://core.trac.wordpress.org/ticket/22038#comment:3>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list