[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