[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