Is there anything funky about using filters with CGI::Application?
Robert
Mathew Robertson wrote:
> Yep, that is the form - although you wont need to 'capture', eg:
>
> $$text_ref =~ s|.*?||gx;
>
> Mathew
>> sub tmpl_remark {
>> my $text_ref = shift;
>>
>> $$text_ref =~ s|(\w+)||gx;
>
Yep, that is the form - although you wont need to 'capture', eg:
$$text_ref =~ s|.*?||gx;
Mathew
> sub tmpl_remark {
> my $text_ref = shift;
>
> $$text_ref =~ s|(\w+)||gx;
> }
>
>
> # passed to the template
>
> filter => \&tmpl_remark;
>
> I did not know you could use a regex in a subst
There is a performance hit, but only at template-parse time. ie: if you
use caching there is no performance hit.
Mathew
Dan Horne wrote:
One way is to use H::T filters. You could have something like and
in your code, and use the filter functionality to remove the tags and
enclosed content.
Dan Horne wrote:
> One way is to use H::T filters. You could have something like and
> in your code, and use the filter functionality to remove the tags and
> enclosed content. There will be a performance hit - it works okay for me but
> YMMV
>
> Dan
>
sub tmpl_remark {
my $text_ref = shi
> On Behalf Of David Kaufman
> Dan Horne <[EMAIL PROTECTED]> wrote:
> > One way is to use H::T filters. You could have something like
> > and in your code, and use the filter functionality to remove
> > the tags and enclosed content. There will be a performance hit - it
> > works okay for me
Hi Dan,
Dan Horne <[EMAIL PROTECTED]> wrote:
> One way is to use H::T filters. You could have something like
> and in your code, and use the filter functionality to remove
> the tags and enclosed content. There will be a performance hit - it
> works okay for me but YMMV
>
> Dan
...? REM?? RE
Ah, cool. Learned something new today.
On Mar 7, 2007, at 11:45 AM, Michael Peters wrote:
>
>
> Robert Hicks wrote:
>> Brad Choate wrote:
>>> And be sure to specify 'die_on_bad_params' as 0 to use this
>>> technique.
>>>
>>> On Mar 7, 2007, at 9:41 AM, Robert Hicks wrote:
>>
>> Surely if it is
One way is to use H::T filters. You could have something like and
in your code, and use the filter functionality to remove the tags and
enclosed content. There will be a performance hit - it works okay for me but
YMMV
Dan
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL
Robert Hicks wrote:
> Brad Choate wrote:
>> And be sure to specify 'die_on_bad_params' as 0 to use this technique.
>>
>> On Mar 7, 2007, at 9:41 AM, Robert Hicks wrote:
>
> Surely if it is in you don't need to set that.
You don't need it regardless of tmpl_if or not. die_on_bad_params prevents
Brad Choate wrote:
> And be sure to specify 'die_on_bad_params' as 0 to use this technique.
>
>
> On Mar 7, 2007, at 9:41 AM, Robert Hicks wrote:
>
Surely if it is in you don't need to set that.
Robert
-
Take Surveys. E
And be sure to specify 'die_on_bad_params' as 0 to use this technique.
On Mar 7, 2007, at 9:41 AM, Robert Hicks wrote:
> Michael Peters wrote:
>>
>> Robert Hicks wrote:
>>> In TT I can create a comment like:
>>>
>>> [%# This is a comment %]
>>>
>>> The benefit to that is that comment gets stripp
Michael Peters wrote:
>
> Robert Hicks wrote:
>> In TT I can create a comment like:
>>
>> [%# This is a comment %]
>>
>> The benefit to that is that comment gets stripped out when the template
>> is processed (i.e you don't see it if you source the HTML file from the
>> browser window).
>>
>> Is
Robert Hicks wrote:
> In TT I can create a comment like:
>
> [%# This is a comment %]
>
> The benefit to that is that comment gets stripped out when the template
> is processed (i.e you don't see it if you source the HTML file from the
> browser window).
>
> Is there a way to create a filter
In TT I can create a comment like:
[%# This is a comment %]
The benefit to that is that comment gets stripped out when the template
is processed (i.e you don't see it if you source the HTML file from the
browser window).
Is there a way to create a filter in HT that does the same thing?
Rober
14 matches
Mail list logo
