[wp-trac] [WordPress Trac] #14466: Widget position uses footer position styling
WordPress Trac
wp-trac at lists.automattic.com
Tue Jun 21 17:34:38 UTC 2011
#14466: Widget position uses footer position styling
-----------------------------------+--------------------------
Reporter: newkind | Owner: koopersmith
Type: enhancement | Status: reopened
Priority: normal | Milestone: 3.2
Component: Widgets | Version: 3.0
Severity: normal | Resolution:
Keywords: has-patch 2nd-opinion |
-----------------------------------+--------------------------
Comment (by newkind):
Replying to [comment:22 azaozz]:
> Replying to [comment:21 nacin]:
> > My suggestion: s/footer/wpfooter/ now...
>
> -1. It's far too late to introduce changes that potentially break
plugins now (3.2-RC1).
> This is not a regression (i.e. doesn't break anything at the moment) and
plugin and theme authors should learn to prefix all their functions, HTML
IDs, names, etc.
Yes it brakes, the position named 'Footer' in WP < 3.2 was only changing
the styling but in WP 3.2 the whole position is unusable because it acts
like it cannot be opened and it's holder appears in the admin footer.
Talking about prefixing widget position names doesn't have sense for me as
it's not something that has to be unique. Having it the way it is right
now with CSS styling for the admin opens a huge variety of names that
cannot be used as widget position names without avoiding style conflicts.
If something must be prefixed here I'd say that all div ID's for the admin
backend.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/14466#comment:23>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list