Refactoring FuncDotPm

[removed erroneous comments related to ModPerl support]

I'd like to create another "external interface" package that implements a class. Whenever a plugin's initPlugin returns an object (signifying the use of the new interface, see RefactorPluginAPI and EnhancementsToThePluginAPI), a method call will be immediately made back to the returned object, providing an instance of this "interface" class for the plugin to access request-specific information from.

This class shouldn't supplant FuncDotPm entirely. Much of the information provided by FuncDotPm is the same across an entire TWiki site and will never vary from request to request. Functions dealing with this type of information, or with processes that are similarly invariant (and will remain so for the foreseeable future) have no reason to be changed; change for the sake of change alone is silly.

Speaking of change for the sake of change alone, now that I know better exactly what is and isn't different about running under ModPerl, there's much less of an argument for making this change.

-- WalterMundt - 23 Feb 2004