[wp-trac] Re: [WordPress Trac] #9527: Manage Plugins page layout
changes
WordPress Trac
wp-trac at lists.automattic.com
Tue Apr 21 17:41:44 GMT 2009
#9527: Manage Plugins page layout changes
-------------------+--------------------------------------------------------
Reporter: arena | Type: enhancement
Status: new | Priority: normal
Milestone: 2.8 | Component: UI
Version: 2.8 | Severity: normal
Keywords: |
-------------------+--------------------------------------------------------
Changes (by Denis-de-Bernardy):
* keywords: has-patch commit tested =>
Comment:
we've UI problems... the active plugins should be the default filter imo
also, when you bulk deactivate plugins, from the active plugins, you
return to the list of all plugins, rather than to the list of active
plugins. presumably the same occurs when you bulk activate the plugins
from the deactivated list. if pagination weren't around, btw, I might
expect the latter to redirect me to the recently active plugins list and
to the active plugins list, respectively. (worth asking Jane.)
the pagination was a very bad idea imo, or then it should be increased to
50 items at the very least. when you've several pages of plugins it's a
mess to mass-activate or disable them, or when you need to get a clear
picture of what's active.
as it stands, disabling all plugins looks like this:
- browse active plugins (because you otherwise get tons of unnecessary
things)
- select all, deactivate
- get redirected to all plugins
- browse active plugins again
- select all, deactivate
- and again... as many times as needed (in my case two more)...
needing to do this kind of thing happens quite often, when you need to
debug a site. the first thing I usually do when a customer reports a bug
is to disable all plugins I didn't author -- in which case he gets to fix
his own site. pagination turns this otherwise simple task (check check
check, click button) into a real burden. picture plugins 19-25 out of a
list of 40 needing to be disabled: you end up disabling them one by one,
not to mention the redirect problems highlighted above.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/9527#comment:25>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list