[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