[wp-trac] Re: [WordPress Trac] #9511: Redesign widgets admin page
WordPress Trac
wp-trac at lists.automattic.com
Thu Apr 23 20:40:44 GMT 2009
#9511: Redesign widgets admin page
-------------------------+--------------------------------------------------
Reporter: azaozz | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: 2.8
Component: Widgets | Version:
Severity: normal | Keywords:
-------------------------+--------------------------------------------------
Comment(by Denis-de-Bernardy):
I'm still investigating this, and I may possibly be wrong, but I believe
there are bugs when you use old-style multi-widgets, that use the legacy
procedure to update (in what would now be the form() method:
http://core.trac.wordpress.org/browser/tags/2.7.1/wp-
includes/widgets.php#L1997
Js errors that I bumped into set aside (mine, outlined in a separate
ticket, and fixed since courtesy of Andrew), old-style multi-widgets get
"added" but fail to stick into the sidebar (sidebar fails, but the widget
is apparently deleted, probably due to the old save procedure).
It occurs somewhat randomly, too. I haven't tested on kubrick, which has a
single sidebar. But it definitely does happen with my theme (12 sidebars),
in spite of the fact that it adds no scripts to widgets.php beyond the one
that got fixed since. I'll try this:
http://core.trac.wordpress.org/ticket/9511#comment:14
... and report back if it highlights any pointer to why it's happening.
On a separate note, the widgets apparently no longer display their title.
Is this intentional?
Also, UI wise, multi-widgets seem to appear both in the available widgets
and the unused widgets. Would it not make more sense to stick to adding
configured multi-widgets into the unused widgets?
--
Ticket URL: <http://core.trac.wordpress.org/ticket/9511#comment:38>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list