Manage Plugins page layout changes

[arena]

Could it be possible to have the Plugins page changed to fit the 2.7 list design ?

[arena]

Screenshot of the new plugins list

[janeforshort]

Makes sense. We just never got around to this screen.

[ryan]

There's a start. The name column needs a min width or something so that the actions don't wrap when the table contains only plugins with short names.

[Denis-de-Bernardy]

looks neat with the patch. imo the actions links shouldn't be bold, though.

[ShaneF]

Made it so the action links are not bold and made it so it doesn't wrap.

[ryan]

Included in [10978]. We might be changing things some more, so let's leave this open.

[arena]

Really nice job ! some adjustements and it will be perfect !

In the picture attached, you can notice that :

• 'subsubsub' : list can be filtered by the plugin statuses (All, Active, Recently active, Inactive).
• 'search box' : list can be filtered with a search box for sites using a long list of plugins
• there is only one list (still two lists in the patch)

you cannot notice that :

• 'contextual_help' : the trailer text "Get More Plugins ..." should be moved in the help tab.
• the picture didn't mention the pagination ...

[ryan]

(In [10999]) Add plugin filter by status. Move help verbage to contextual help. see #9527

[ryan]

If anyone wants to implement search and paging, have a go.

[ryan]

A filter that would be handy: "Upgrade Available" or "Needs Upgrade"

[ryan]

(In [11000]) Add filter showing all plugins that have an upgrade available. see #9527

[ryan]

(In [11001]) Move leader text to contextual help. see #9527

[DD32]

Paging

[DD32]

Paging + Searching based on stripos

[DD32]

Paging + Searching based on stripos

[DD32]

attachment 9527.5.diff added

• Paging
• Searching based on stripos
  • Searches the metadata in what i thought was the most likely order for the phrase to be found
  • from .4: Changed it to match strings at the start of the metadata
  • Probably isnt the best way to go about it really.

The table also needs Bulk actions adding to the bottom of it.

About to add another patch which fixes the Plugin Home link & Author display on the description, But the patch will conflict with #9573, Might be best to commit that first, or commit .5 while waiting for #9573 to be dealt with.

[DD32]

attachment 9527.6.diff added

• Doesnt have the patch conflict, Use this over .4 or .5
• #9527 still needs to be commited though :P

[arena]

Great !

do not know if it is still a bug,

in last trunk :

Active and Inactive filtered lists work fine,
but for All list, unable to deactivate a plugin, only activate option available,
i believe plugin status should be tested to retrieve the right text and link (Activate/Deactivate)

[arena]

+ global actions and item list actions should be the same for the different type of statuses lists.

[ryan]

(In [11003]) Plugin search and paging. Props DD32. see #9527

[ryan]

(In [11004]) Show actions based on plugin active status. see #9527

[ryan]

We need a per page screen option as with the other manage screens.

[ryan]

Force ftp so I could the connection screen. I see two h2s: "Upgrade Plugin" and "Connection Information".

Installs and upgrades using direct went off without a hitch.

[ryan]

Ignore the above, wrong ticket. :-)

[arena]

Just fine,

agree with ryan about the screen option

and
on ALL list, global actions do not have the deactivate option

[arena]

and on Search Results list, global actions do not have the deactivate option

[ryan]

(In [11014]) Fix bulk action lists. see #9527

[ryan]

(In [11027]) Add per page screen option to plugins page. see #9527

[Denis-de-Bernardy]

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.

[automattor]

(In [11029]) Remember status and page when redirecting. see #9527

[ryan]

Redirects fixed. The number of plugins per page can be changed via screen options.

[ryan]

We could remember the last status filter (all, active, inactive, etc.) used and return to that when visiting plugins.php with no plugin_status set. Or, add a screen option for setting the default filter.

[Denis-de-Bernardy]

+1 to remembering the status, always.

[ryan]

(In [11034]) Remember last view for plugins page. see #9527

[mtekk]

Fixes the broken All link since we now remember the last active page

[mtekk]

In the last commit by ryan the All link was broken, see my patch "9527-plugin.php.diff" for a fix.

[ryan]

[11039]

[Denis-de-Bernardy]

when you do a search, it remembers the status too. it would be sweet if it remembered the search string too, else it shouldn't store that status. :-)

[ryan]

(In [11055]) Don't remember search in last view. see #9527

[nacin]

Followup UX changes (removal of plugins_last_view): #18810.