On Fri, 18 Jun 2004, Mathew Robertson wrote:
> > Ultimately HTML::Template v2 doesn't offer much in terms of official
> > support for sub-classes and extensions. That's a deficiency I intend
> > to address in the perpetually-delayed v3.
>
> One of the changes that I made, was so as to support su
> > Would you prefer:
> > a) seperate patches per piece of functionality
>
> Yes. That's probably a lot of work though, so you might want to run
> them by me and let me save you the trouble of creating patches for the
> ones I won't take. ;)
[snip]
> Ultimately HTML::Template v2 doesn't offer
On Fri, 18 Jun 2004, Mathew Robertson wrote:
> Would you prefer:
> a) seperate patches per piece of functionality
Yes. That's probably a lot of work though, so you might want to run
them by me and let me save you the trouble of creating patches for the
ones I won't take. ;)
-sam
On Fri, 18 Jun 2004, Mathew Robertson wrote:
> > Yup, that's right. It is private. But since when has that stopped Cees?
>
> :-)
>
> ok - I was under the impression that the purpose of the _cache_key
> method was to all a custom cache key capability - in which case the
> method should be public.
> It's that first one that's stimulating this release. However, I know
> a number of you have pending bugs and (shudder) new features that
> you'd like to see addressed in the next release. Now is the time to
> get them in for 2.7.
>
> If you're submitting a bug report please include a complete
> > hmm... general perl-ism is to use a leading underscore to refer to
> > the method call as being private.
>
> Yup, that's right. It is private. But since when has that stopped Cees?
:-)
ok - I was under the impression that the purpose of the _cache_key method was to all a
custom cache key
On Fri, 18 Jun 2004, Mathew Robertson wrote:
> hmm... general perl-ism is to use a leading underscore to refer to
> the method call as being private.
Yup, that's right. It is private. But since when has that stopped Cees?
-sam
---
This SF.N
hmm... general perl-ism is to use a leading underscore to refer to the method call as
being private.
Mathew
- Original Message -
From: "Sam Tregar" <[EMAIL PROTECTED]>
To: "Cees Hek" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, June 18, 2004 8:21 AM
Subject: Re: [htmltmpl]
On Thu, 17 Jun 2004, Cees Hek wrote:
> I am guessing that you pulled out the key generation code into a
> subroutine that can be overridden in a subclass? That will allow for
> added flexibility with the filter support and caching, which is what
> sparked the discussion I linked to above (ie filt
On Thu, 17 Jun 2004, Gabor Szabo wrote:
> if you don't mind to include a Test::More dependency then
> I'd be glad to send you an additional (or replacement)
> test suit using Test::More.
I don't think so. It's not that I mind a Test::More dependency - lots
of my modules use Test::More - but that
Sam Tregar wrote:
Hello all. I'm sure it will come as a great shock, but I'm planning
to make a new release of HTML::Template sometime next week. Here is
what I have so far:
- Bug Fix: Improved cache keying to be sensitive to options which
alter the compilation of templates (path
Hi Sam,
if you don't mind to include a Test::More dependency then
I'd be glad to send you an additional (or replacement)
test suit using Test::More.
It will fix a number of issues with the current test suit staring
from the fact that the number of tests is not correct in test.pl
till the capabili
Hello all. I'm sure it will come as a great shock, but I'm planning
to make a new release of HTML::Template sometime next week. Here is
what I have so far:
- Bug Fix: Improved cache keying to be sensitive to options which
alter the compilation of templates (path, search_path,
13 matches
Mail list logo
