logo       

Re: Bug report against Template::Plugin::URL: msg#00063

Subject: Re: Bug report against Template::Plugin::URL
Josh Rosenbaum wrote:
This is what I've got outstanding from you:
* IGNORE_PLUGIN_BASE/IGNORE_STD_PLUGINS patch
  http://tt2.org/pipermail/templates/2005-August/007691.html

  I don't like this I'm afraid.  On an aesthetic level, I think options
  should be positive (DO_THIS) rather than negative (DONT_DO_THIS) wherever
  possible.  So it would be better to allow the user to explicitly set
  STD_PLUGINS and/or PLUGIN_BASE to undef.  Also, Template::Provider::Allow
  and T::P::Deny provide a more general mechanism for restricting access
  to resources.

But above all else there's no tests or documentation, so that one doesn't make the grade.
Sorry for the delay in my response Andy. I've been extremely busy lately. I've got a better patch here (attached) and am working on docs. (Already created tests, but will attach later with docs.) Hopefully that will work better. I also am going to get rid of the STD_PLUGINS part of that previous patch as there was no real need for it. I must've been smoking crack at the time, as you can simply override Template::Plugins::STD_PLUGINS. ;) The PLUGIN_BASE deal cannot simply be set to undef, as we still add 'Template::Plugins' no matter what. So I'm adding a config option: 'ADD_DEFAULT_PLUGIN_BASE'. (As can be seen in patch.) I've also included another option "PLUGINS_USE_LOWERCASE" which just says that all keys in STD_PLUGINS and PLUGINS are lowercase, and that we can use those plugins in a case insensitive manner. (ie: [% USE TABLE %])


I offered to enter them into CVS myself back in the day, but never heard back from Andy, so I'm assuming that's a rejection stamp for CVS access. ;)

Sorry Josh, but I don't have any recollection of you asking, so it's not a rejection stamp. However if you want to be a TT maintainer then you do need to convince me that you would be as commited to the documentation and tests as to the codebase.


Ok Andy/guys,

Sorry for quoting so much, but I thought it was all relevant since there have 
been substantial gaps of time between posts. Here is my new and improved 
plugins patch with added documentation and tests. I also got rid of the 
IGNORE_STD_PLUGINS config option in the previous patch, as this can be overrode 
already via $Template::Plugins::STD_PLUGINS = {}; (I've made a note of that in 
the documentation.) I think I've added to the documentation correctly, but feel 
free to critique.

-- Josh


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

Recently Viewed:
boot-loaders.gr...    php.pear.genera...    debugging.valgr...    kde.redhat.user...    text.xml.xsl.ge...    culture.languag...    hardware.microc...    java.servicemix...    redhat.release....    web.zope.plone....    user-groups.lin...    opendarwin.webk...    video.mjpeg.use...    sysutils.bcfg2....    encryption.gpg....    lx-office.devel...    xfree86.forum/2...    mail.mutt.devel...    acpi.devel/2003...    qnx.openqnx.dev...    network.irc.irs...    freebsd.devel.m...   
Home | blog view | USPTO Patent Archive | advertise | OSDir is an inevitable website. super tiny logo

Free Magazines

Cisco News
Receive a free quarterly e-newsletter with exclusive articles on how Cisco IT uses its own products and solutions to enable the business.
subscribe

Systems Management News, the newspaper for IT systems administration and data center managers! Each issue of Systems Management News is chock-full of news and analysis to help you understand what's happening in your field.
subscribe

The Enterprise Newsweekly eWeek is the essential technology information source for builders of e-business.
subscribe

Oracle Magazine Oracle Magazine contains technology strategy articles, sample code, tips, Oracle and partner news, how to articles for developers and DBAs, and more. Oracle (NASDAQ: ORCL) is the world's largest enterprise software company.
subscribe

Total Telecom Total Telecom is "The Economist of the communications industry".
subscribe