[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