[wp-trac] Re: [WordPress Trac] #3047: get_plugininfo()
WordPress Trac
wp-trac at lists.automattic.com
Mon Aug 21 18:47:02 GMT 2006
#3047: get_plugininfo()
------------------------------------------+---------------------------------
Reporter: forceagainstsomething | Owner: westi
Type: enhancement | Status: assigned
Priority: normal | Milestone:
Component: Administration | Version: 2.1
Severity: normal | Resolution:
Keywords: bg|has-patch bg|dev-feedback |
------------------------------------------+---------------------------------
Comment (by forceagainstsomething):
'''westi:''' The only situation where an include file for a plugin would
be in the directory of another plugin, is when a plugin developer dumps
all the scripts for his plugin straight into the /plugins directory. No
one should be doing that to begin with.
You're implementation of the function seems pointless to me, since it
absolutely must be called from the base plugin script to work. What kind
of function *has* to be called only within a certain script? That seems
silly and confusing. If it doesn't work as effortlessly as
get_bloginfo(), then I don't see any reason to have it at all.
'''markjaquith:''' That's what the debug_backtrace() was meant to fix in
my original version of the function. It tells a function which script
called it. As Ryan pointed out, debug_backtrace() is a PHP 4.3+ function,
and WP is meant to support 4.2. That's why I suggested making $filename
the second parameter in westi's implementation, so the parameter could be
dropped altogether when WP finally supports 4.3+.
--
Ticket URL: <http://trac.wordpress.org/ticket/3047>
WordPress Trac <http://wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list