I want more info about adding copyright to my website. Maybe I missed something, though there were no details or a plugin or anything//
I enjoy learning from you and from others offering me knowledge continuously! Lorie Ann Jermounehttp://lorieannj.com/ http://twitter.com/lorieannjhttp://lorieannjermoune.com http://www.skillpages.com/lorie.jermoune --- On Mon, 6/11/12, Andrew Nacin <[email protected]> wrote: From: Andrew Nacin <[email protected]> Subject: Re: [wp-testers] Problem with appearance -> background To: [email protected] Date: Monday, June 11, 2012, 5:37 PM On Mon, Jun 11, 2012 at 2:44 PM, Andrew Nacin <[email protected]> wrote: > On Mon, Jun 11, 2012 at 2:33 PM, Otto <[email protected]> wrote: > >> It sorta strikes me that if you're using custom background >> functionality, then you shouldn't have any background image references >> in the main stylesheet. You should instead define a default image with >> the custom background code. >> >> Like, maybe a user doesn't want a background image and just wants a >> solid color instead. Selecting "no image" is a valid selection too. > > > This is why 3.4 will actually issue a background-image: none; when there is > a registered default but the user does not want a background --- in order > to > override any stylesheet values. > > With regards to child themes, if a child theme wants to override a parent > theme's default settings, then they should be doing it via PHP, not via > CSS. > That means either calling add_theme_support() and setting default-image > to its own value (or to false), or calling remove_theme_support(). > > If we make it clear that default background images should *not* be > specified > in CSS, then we can just remove the "background-image: none" stuff, > and it would allow a child theme to provide a CSS background-image as long > as the user also presses "Remove Background Image" in Appearance. > > That would make http://core.trac.wordpress.org/ticket/20132 invalid, > would simplify some of our logic, would probably be less of a backwards > compatibility risk, and would avoid stomping on custom CSS (even though > the child theme should probably be using the API properly). > Thanks Frumph and Otto for weighing on on this. What we've come up with: http://core.trac.wordpress.org/changeset/21054 Nacin _______________________________________________ wp-testers mailing list [email protected] http://lists.automattic.com/mailman/listinfo/wp-testers _______________________________________________ wp-testers mailing list [email protected] http://lists.automattic.com/mailman/listinfo/wp-testers
