WordPress.org
Get WordPress

Make WordPress Core

Opened 9 years ago

Closed 9 years ago

#33961 closed enhancement (wontfix)

New filter: `plugin_data`

Reported by: sebastianpisula's profile sebastian.pisula Owned by:
Milestone: Priority: normal
Severity: normal Version:
Component: Plugins Keywords:
Focuses: Cc:

Description

Filter for details of plugin

Attachments (1)

33961.patch​ (523 bytes) - added by sebastian.pisula 9 years ago.

Download all attachments as: .zip

Change History (5)

@sebastian.pisula
9 years ago

#1 follow-up: @Clorith
9 years ago

I'm a big fan of filters, but I'm not seeing the need for this one?

In what situation would you need to manipulate the plugin data?

#2 in reply to: ↑ 1 ; follow-up: @sebastian.pisula
9 years ago

Replying to Clorith:

I'm a big fan of filters, but I'm not seeing the need for this one?

In what situation would you need to manipulate the plugin data?

For example translate Plugin Name.

#3 in reply to: ↑ 2 @swissspidy
9 years ago

  • Type changed from defect (bug) to enhancement

Replying to sebastian.pisula:

Replying to Clorith:

I'm a big fan of filters, but I'm not seeing the need for this one?

In what situation would you need to manipulate the plugin data?

For example translate Plugin Name.

Plugin names can already be translated through po/mo files, just like any other string that's passed through the i18n helper functions. See _get_plugin_data_markup_translate. Soon this will also be possible on translate.wordpress.org.

-1 for this.

#4 @helen
9 years ago

  • Milestone Awaiting Review deleted
  • Resolution set to wontfix
  • Status changed from new to closed

Filtering this seems dangerous and the stated use case is not in need of a general filter like this.

Note: See TracTickets for help on using tickets.