Ticket #4498 (closed enhancement: duplicate)

Opened 1 year ago

Last modified 4 weeks ago

Add configuration page links to Plugins page

Reported by: strider72 Assigned to: anonymous
Priority: normal Milestone:
Component: Administration Version: 2.2
Severity: normal Keywords: has-patch plugin-management
Cc: strider72

Description

Per a discussion on wp-hackers: I think it would be a good idea to add a field to Plugin headers that allows for the creation of a link on the Plugins admin page. For example, in Akismet you might have:

Options URI: plugins.php?page=akismet-key-config

... and on the Plugins page that would create a "Configure" link in the list.

I've implemented this change, and am attaching the .diff files for plugins.php, admin-functions.php, and akismet.php, plus a screenshot of the plugins page.

Attachments

admin-functions.php.diff (428 bytes) - added by strider72 on 06/20/07 14:24:00.
akismet.php.diff (55 bytes) - added by strider72 on 06/20/07 14:25:06.
plugins-screenshot.jpeg (79.8 kB) - added by strider72 on 06/20/07 14:25:19.
plugins.php.diff (0.8 kB) - added by strider72 on 06/20/07 14:25:37.

Change History

06/20/07 14:24:00 changed by strider72

  • attachment admin-functions.php.diff added.

06/20/07 14:25:06 changed by strider72

  • attachment akismet.php.diff added.

06/20/07 14:25:19 changed by strider72

  • attachment plugins-screenshot.jpeg added.

06/20/07 14:25:37 changed by strider72

  • attachment plugins.php.diff added.

(in reply to: ↑ description ) 06/20/07 14:28:47 changed by strider72

Replying to strider72:

admin-functions.php.2.diff is a duplicate file. Sorry -- browser was acting oddly and I submitted twice.

06/20/07 14:58:35 changed by foolswisdom

  • keywords set to has-patch.
  • milestone set to 2.3 (trunk).

06/20/07 15:51:19 changed by strider72

  • cc set to strider72.
  • version set to 2.2.

06/25/07 15:12:48 changed by strider72

  • priority changed from low to normal.

09/13/07 21:14:59 changed by ryan

  • milestone changed from 2.3 to 2.4.

(follow-up: ↓ 8 ) 12/09/07 13:49:55 changed by DD32

A Similar setup can be achieved by entering <a href="options.php?page=plugin.php">Configure</a> into the Plugins Description.

12/14/07 05:16:31 changed by darkdragon

  • keywords changed from has-patch to has-patch plugin-management.

(in reply to: ↑ 6 ) 12/20/07 18:44:18 changed by strider72

Replying to DD32:

A Similar setup can be achieved by entering <a href="options.php?page=plugin.php">Configure</a> into the Plugins Description.

True, but as discussed on wp-hackers (around the time I submitted this) there are circumstances where it is good to have a clean separation between the plain description of the plugin and an administrative link. An example is blogs using a "plugins used" plugin -- their "plugins used" page will have nonworking admin links in the plugin descriptions.

I'm just trying to maintain a clean separation of different data. An options link is not really part of describing the plugin itself.

(From more recent discussion, there may be a call for a more generalized means for plugin authors to insert "meta" links into their plugins, for Options Pages, Uninstall Functions, and so forth.)

12/20/07 19:03:07 changed by santosj

I would hold off on this, until after the admin theme update.

Afterwards, I have several tickets I want to knock out and this is one of them. I think having a link along with the activate/deactivate | uninstall | edit | configure should make it sweet.

(follow-up: ↓ 11 ) 12/20/07 19:08:49 changed by santosj

Well, actually it does look like you've taken hold of this. I'll take over the rest and just merge whatever patch you submit.

(in reply to: ↑ 10 ) 12/20/07 20:15:33 changed by strider72

As I have no real idea what the Happy Cog stuff will do to admin, I am satisfied with waiting for that shoe to drop before putting further work into this. :)

I do have an image in my head of a single column in the plugins table with multiple standardized icons/buttons that represent available meta-functions:

Options Link Uninstall Setup (?) (for one-time set-and-forget configuration)

... and whatever other common functions we find are useful.

I do think that "Activate/Deactivate" should remain their own separate thing, as that is absolutely fundamental to the plugins panel and should not be downplayed in any way.

As for "Edit" -- I don't think this is a good idea, as we should discourage developers from making plugins that require users to directly edit code. That's what an Options page is for.

Here is the earlier discussion on wp-hackers: WP-Hackers: Plugin Options Page

12/20/07 20:20:18 changed by santosj

That would be totally awesome! Icons wouldn't need translating and so you would only require one translation for each icon.

The "Edit" already exists and from comments on whether to remove it, it remains a "feature" that will remain. I don't think it is a good idea either, but there would be a huge backlash in removing it.

However, you do it, I have a few other areas that I'll be adding and should match what you plan on doing.

03/19/08 11:47:10 changed by ffemtcj

  • milestone changed from 2.5 to 2.6.

05/14/08 00:51:49 changed by DD32

  • status changed from new to closed.
  • resolution set to duplicate.
  • milestone deleted.

The ability to do this slipped into 2.5:

[7517] Filter list of plugins actions. Props DD32. see #5660

I'm going to close this as a duplicate of that ticket.

I've just written an example plugin that showcases the use of it, As well as deactivation/activation/validation option management:
http://dd32.id.au/files/wordpress/test-configure-link.php

06/09/08 16:02:24 changed by strider72

I know this is closed, but I thought I would respond to this comment:

"Icons wouldn't need translating and so you would only require one translation for each icon."

Any Icon buttons should probably have a title attribute naming the button. As such, they do still need translation. (Though yes, a good icon can be pretty universal.)