[wp-trac] [WordPress Trac] #23180: Introduce get_plugin_part

WordPress Trac noreply at wordpress.org
Fri Jan 11 19:30:59 UTC 2013


#23180: Introduce get_plugin_part
-----------------------------+------------------------------
 Reporter:  wonderboymusic   |       Owner:
     Type:  feature request  |      Status:  new
 Priority:  normal           |   Milestone:  Awaiting Review
Component:  Plugins          |     Version:
 Severity:  normal           |  Resolution:
 Keywords:  dev-feedback     |
-----------------------------+------------------------------

Comment (by wonderboymusic):

 I just fired this off quickly to see if Sergey would close it because it
 had already been suggested elsewhere. The filter needs to change to your
 suggestion for sure.

 I have tons of use cases where this helps my giant codebase. The arguments
 thing is present for ANY function in PHP that doesn't let you directly
 inject data. get_*_part functions IMO only serve two purposes:

 - resolve paths magically
 - make UI elements modular

 Any scope issue can be resolved via globals, template tags, or getter
 functions. B*Press plugins use one global variable each to store
 retrievable data code like:

 `bp()->irrationally_long_variable_name_or_methodor_filter` etc

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/23180#comment:4>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list