html-template-users — Discussion of HTML::Template and related modules

Re: [htmltmpl] shared_cache with H::T::E

[Mathew R. <mat...@re...>]

> > any ideas...?  I'd like to have a go at implementing it, as I think
> > it would be a worthwhile addition...
>=20
> Why?  I'm not a fan of shared_cache, personally.  It's no faster than
> file_cache and total pain to adminster.  I generally work in
> Apache/mod_perl and use the straight memory cache.

We also use Apache/mod_perl.  The reason is that quite often there will =
be 20 instances of Apache running (ie we get may requests per second).  =
I'd like to reduce the memory usage a bit.  And yes I know that running =
H::T::E is slow, but speed is not the problem, where as memory pressure =
can be (on ocassions).

If you think its not worth it, then no big deal...

cheers,
Mathew

Re: [htmltmpl] shared_cache with H::T::E

[Sam T. <sa...@tr...>]

On Thu, 26 Feb 2004, Mathew Robertson wrote:

> any ideas...?  I'd like to have a go at implementing it, as I think
> it would be a worthwhile addition...

Why?  I'm not a fan of shared_cache, personally.  It's no faster than
file_cache and total pain to adminster.  I generally work in
Apache/mod_perl and use the straight memory cache.

-sam

[htmltmpl] H::T chunking of templates

[Mathew R. <mat...@re...>]

Hi Sam,

I was looking through H::T when I noticed that it splits the incoming =
template using:

    split ( /(?<=3D)/ ,  $template)

This regex ends up splitting on every '<'.

I have modified my version to use:

    split( m!(?=3D<(?:\!--\s*)?/?[Tt][Mm][Pp][Ll]_)! , $template)

which thus matches only on <TMPL_ and </TMPL_ tags.

As a result of trying to understand the output of the debug info, I have =
found this regex to generate chunks which are simpler to read, from a =
human point of view.

This may or may not be of benefit (eg I'm not sure if its faster or =
slower), but it has helped in debugging.
cheers,
Mathew

Re: [htmltmpl] shared_cache with H::T::E

[Mathew R. <mat...@re...>]

any ideas...?   I'd like to have a go at implementing it, as I think it =
would be a worthwhile addition...

----- Original Message -----=20
From: "Sam Tregar" <sa...@tr...>
To: "Mathew Robertson" <mat...@re...>
Cc: "HTML::Template users" <htm...@li...>
Sent: Thursday, February 26, 2004 11:27 AM
Subject: Re: [htmltmpl] shared_cache with H::T::E


> On Thu, 26 Feb 2004, Mathew Robertson wrote:
>=20
> > What is the reason that H::T::E cant use a shared cache?
>=20
> It's missing code to make it work.
>=20
> -sam
> 

Re: [htmltmpl] shared_cache with H::T::E

[Sam T. <sa...@tr...>]

On Thu, 26 Feb 2004, Mathew Robertson wrote:

> What is the reason that H::T::E cant use a shared cache?

It's missing code to make it work.

-sam

Re: [htmltmpl] global_vars, TMPL_LOOPs and query()

[petersm <pe...@ve...>]

Sam Tregar <sa...@tr...> wrote
> I'd call it a bug, but not one that will be easy to fix.  This is just
> another case where the hackish implementation of global_vars shows
> through the API.  Someday I'll write HTML::Template v3 and do
> global_vars right...

Is 'someday' far away? If I can help then I'd love to do so. We have found a
work around for our problem here, but would like to find a more permanent, not
so 'hackish' solution.

Michael Peters
venzia

Re: [htmltmpl] global_vars, TMPL_LOOPs and query()

[Sam T. <sa...@tr...>]

On Wed, 25 Feb 2004, petersm wrote:

> Anywho, I'm not sure if this is a bug or if I'm not not
> understanding how it is supposed to work. The problem I am having is
> that when 'global_vars' is turned on any vars that are inside of
> TMPL_LOOPS show up when I get the vars back from a query(). But with
> it turned off, any vars inside of the TMPL_LOOPS don't show up
> unless I specifically call a query(loop => $loopName). Is this the
> expected behavior?

I'd call it a bug, but not one that will be easy to fix.  This is just
another case where the hackish implementation of global_vars shows
through the API.  Someday I'll write HTML::Template v3 and do
global_vars right...

-sam

[htmltmpl] global_vars, TMPL_LOOPs and query()

[petersm <pe...@ve...>]

Hello all...

I'm new to this list but have been using H::T for over a year now with great
success and joy. Thanks Sam.

Anywho, I'm not sure if this is a bug or if I'm not not understanding how it
is supposed to work. The problem I am having is that when 'global_vars' is
turned on any vars that are inside of TMPL_LOOPS show up when I get the vars
back from a query(). But with it turned off, any vars inside of the TMPL_LOOPS
don't show up unless I specifically call a query(loop => $loopName). Is this
the expected behavior?

According to the docs, 'global_vars' should make vars outside of templates
visible to the loops but not vice versa. I wouldn't think that a call to query
should be affected whether 'global_vars' is on or off.

Thanks,

Michael Peters
Venzia

Re: [htmltmpl] Re: H::T bug

[Mathew R. <mat...@re...>]

> > One problem I have encountered frequently enough to be annoying (but
> > not enough to do anything about) was that ocassionally the line
> > numbers of a TMPL error, didn't match up with the line that the
> > error occurred on.  As a result of my work on making H::T support
> > custom TMPL_xxxx tag definitions, I came across this bug as it
> > become rather blatent, and thus have found the solution for it.
>=20
> Do you think you could show me a small test template and test script
> which demonstrates the problem?  I'll need to add a test case to the
> test script, but I'm not sure exactly what I should be looking for.

err... umm......

Attached are a few tamplates and a test case.  I had to patch an =
origonal 2.6 version to include the 'includes_debug' option, so as to =
verify that these do actually show the bug.

If you apply the patch, then search for the FIXME, you will be able to =
enable/disable each section of code.  By printing the @fstack you will =
be able to see that test3.tmpl is detected before test2.tmpl is =
completed.

Hope this helps,
Mathew

[htmltmpl] Re: H::T bug

[Sam T. <sa...@tr...>]

On Wed, 25 Feb 2004, Mathew Robertson wrote:

> One problem I have encountered frequently enough to be annoying (but
> not enough to do anything about) was that ocassionally the line
> numbers of a TMPL error, didn't match up with the line that the
> error occurred on.  As a result of my work on making H::T support
> custom TMPL_xxxx tag definitions, I came across this bug as it
> become rather blatent, and thus have found the solution for it.

Do you think you could show me a small test template and test script
which demonstrates the problem?  I'll need to add a test case to the
test script, but I'm not sure exactly what I should be looking for.

-sam

[htmltmpl] H::T bug

[Mathew R. <mat...@re...>]

Hi Sam and others,

One problem I have encountered frequently enough to be annoying (but not =
enough to do anything about) was that ocassionally the line numbers of a =
TMPL error, didn't match up with the line that the error occurred on.  =
As a result of my work on making H::T support custom TMPL_xxxx tag =
definitions, I came across this bug as it become rather blatent, and =
thus have found the solution for it.

On line 2259/2260 H::T implements:

    pop(@fstack), (*fname, *fcounter, *fmax) =3D \ ( =
@{$fstack[$#fstack]} )
      if ($fcounter > $fmax);

The implementation of TMPL_INCLUDE essentially inserts the included =
files' text at the current point of the statement, thus any text after =
the TMPL_INCLUDE (before the next 'chunk'), is essentially appended to =
the end of the included text.=20

This code suffers the problem that if a TMPL_INCLUDE is referenced near =
the end of a template file, then it doesn't correctly unroll the =
@fstack, thus it:
- incorrectly handles the end of the previous file -> as the previous =
file ends up with the wrong line number
- doesn't unroll more than one included file (thus each previous file =
will also end up with the wrong line number, as well)
- it is possible to hit a max include limit (ie TMPL_INCLUDE's > =
max_includes), due to the mis-handling of the end of the included =
template file(s).

The solution to this is to take into account the number of '\n's =
introduced by the appending of the text before the next chunk.  The code =
should read:

    while ($fcounter > $fmax) {
      my $counter_offset =3D $fcounter - $fmax;
      pop(@fstack), (*fname, *fcounter, *fmax) =3D \ ( =
@{$fstack[$#fstack]} );
      $fcounter +=3D $counter_offset;
    }


cheers,
Mathew


PS.  I was able to find this error by adding a support to H::T for an =
'includes_debug' option (ie. I added this option and the following code =
around line 2208).  Which if set, the following code gets executed:

          if ($options->{includes_debug}) {
            require 'Data/Dumper.pm';
            print STDERR "TMPL_INCLUDE stack: ", =
Data::Dumper::Dumper(\@fstack);
          }

ie: I think this would be a useful addition to compliment the existing =
debug options.

Re: [htmltmpl] Re: bounce messages

[Sam T. <sa...@tr...>]

On Fri, 20 Feb 2004, Puneet Kishor wrote:

> to the list manager -- please take all instances of schuckert off the
> list (hopefully there is only one). Then if schukert starts missing H:T
> list messages, she/he will re-join.

Done.

-sam

Re: [htmltmpl] regex compilation

[Sam T. <sa...@tr...>]

On Tue, 24 Feb 2004, Mathew Robertson wrote:

> Has this technique been investigated for use in H::T ?  Likewise has
> the use of 'o' modifier (as in s///o) been considered?

//o and qr// are only effective on regexes which include variables
($foo and @foo).  Otherwise Perl automatically does what //o requests
and doesn't re-compile the regex after the first time.

-sam

Re: [htmltmpl] regex compilation

[Timm M. <tm...@ag...>]

At 02:35 PM 2/24/04 +1100, Mathew Robertson wrote:
>Hi H::T users,
>
>Just a little while ago, I  released a 'H::T filters module'.  One 
>suggestion was that I use qr// to pre-compile the regular expressions.
>
>Has this technique been investigated for use in H::T ?    Likewise has the 
>use of 'o' modifier (as in s///o) been considered?

qr// would require perl 5.6.0.  /o is basically deprecated in favor of 
qr//.  See also:  http://www.perlmonks.org/index.pl?node_id=269035

[htmltmpl] RFC:- HTML::Template::Dropdown::Date

[Carl F. <htm...@fi...>]

I know that the HTML::Template docs FAQ answers "What's the best way 
to create a <select> form element using HTML::Template" with 'use CGI'.
However, I prefer to do it 'the other way'.

I've created a module to help create the loop arrays for date/time 
menus and am requesting feedback on a suitable module name.

Below is a very short example of use.
The source is at http://www.fireartist.com/temp/source.txt .
The pod is at http://www.fireartist.com/temp/pod.html .

I've already created a full, working test suite.
I recognise that I need to work on the pod a bit.

### TEMPLATE ###

<select name="startDay">
  <TMPL_LOOP startDay>
    <option value="<TMPL_VAR value>" <TMPL_VAR selected>>
    <TMPL_VAR label></option>
  </TMPL_LOOP>
</select>

### PROGRAM ###

#!/usr/bin/perl -w
use strict;
use CGI ':cgi';
use HTML::Template;
use HTML::Template::Dropdown::Date;

my $template = HTML::Template->new(filename => 'dates.tmpl');

my $start = HTML::Template::Dropdown::Date->new 
  ( date      => '2004-04-01',
    lessYears => 2,
    plusYears => 0 );

$template->param (startDay => $start->dayMenu());

print header(),
      $template->output();

###

Thanks,
Carl Franks

Re: [htmltmpl] extended TMPL_IF / UNLESS syntax

[Pat 'h. W. <li...@ha...>]

Philip S Tellis wrote:
> Sometime on Feb 19, Puneet Kishor assembled some asciibets to say:
> 
> 
>>never be possible (alternating colored rows in a table), and some
> 
> 
> <td class="<tmpl_if __ODD__>odd</tmpl_if>row"> blah </td>
> 

I do something similar but I just pass one of 2 classes through with the 
hash to H::T.  So each row has a class like this,
<tr class="<tmpl_var name="CLASS">"><td></td></tr>


That way each row has a class defined either way be it odd or even and I 
can customize it all in CSS later.  In NS4 and crummier browsers you'd 
probably have to pass it to each <TD>

Of course this makes me have to figure odd and even rows out in the perl 
side but it also opens up to having more then 2 alternating row 
definitions if needed.

Having moved to Coldfusion shop I really miss all the separation that 
H::T forced you into.  It makes Templates so much easier to work with.

--Pat

-- 
"You cannot kick like me,
  Can't be the Kicker I am" -- Thulsa Doom
-----------------------------------------
pat at hakjoon dot com

[htmltmpl] Andreas Jablonowski ist =?ISO-8859-1?Q?au=DFer_Haus=2E?=

[<And...@t-...>]

Ich werde ab  19.02.2004 nicht im B=FCro sein. Ich kehre zur=FCck am
25.02.2004.

Sehr geehrte Damen und Herren,

in der Zeit bis zum 25.2.2004 bin ich im B=FCro  nicht erreichbar.
Aus diesem Grund werde Ihre Nachricht erst nach meiner R=FCckkehr beant=
worten
k=F6nnen.
In dringenden F=E4llen senden Sie bitte Ihre Nachricht erneut in Kopie =
an:
css...@t-...


Freundliche Gr=FC=DFe

Dipl.Ing. Andreas Jablonowski
T-Systems CSS GmbH
Leiter Web & Knowledge Management Solutions

Hausadresse: Roermonder Str. 615, 52072 Aachen
Postanschrift: Postfach 10 06 55, 52006 Aachen
Telefon: (0241) 93 79-499
Telefax: (0241) 93 79-619
E-Mail: And...@t-...
Internet: http://www.t-systems.de=

Re: Re: [htmltmpl] extended TMPL_IF / UNLESS syntax (fwd)

[Kenneth G. <la...@th...>]

On Friday 20 February 2004 18:07, Philip S Tellis wrote:
> Does everyone receive these in response to mails sent to this list?
>
> ---------- Forwarded message ----------
> Date: Fri, 20 Feb 2004 07:56:55 +0100 (MET)
> From: sch...@ro...
> To: me
> Subject: Re:  Re: [htmltmpl] extended TMPL_IF / UNLESS syntax
>
>
>                Dies ist eine automatisch erzeugte E-Mail
>
>
> Die E-Mail-Adresse <sch...@ro...> an die Sie eine Mail geschickt haben,
> hat sich geändert. Bitte benutzen Sie zukünftig <sch...@rh...>
> statt <sch...@ro...>. Die von Ihnen gesendete Mail wurde an den
> richtigen Empfänger weitergeleitet.
testinggg
-- 
regards
kg
-- 
http://www.ootygolfclub.org
poor man's tally: http://avsap.sourceforge.net

Re: [htmltmpl] Re: bounce messages

[Puneet K. <pk...@ei...>]

to the list manager -- please take all instances of schuckert off the=20
list (hopefully there is only one). Then if schukert starts missing H:T=20=

list messages, she/he will re-join.

many thanks.

On Feb 20, 2004, at 7:23 AM, Carl Franks wrote:

>
>> Die E-Mail-Adresse <sch...@ro...> an die Sie eine Mail geschickt=20=

>> haben,
>> hat sich ge=E4ndert. Bitte benutzen Sie zuk=FCnftig=20
>> <sch...@rh...>
>> statt <sch...@ro...>. Die von Ihnen gesendete Mail wurde an den
>> richtigen Empf=E4nger weitergeleitet.
>
> The email address you sent to <sch...@ro...> has since changed. In=20=

> the
> future please send mail to <sch...@rh...> instead of
> <sch...@ro...>. The mail sent by you has been correctly forwarded.
>
>> Wenn Sie Ihre Mail an einen Mitarbeiter der S=DCWE Vertriebs- und
>> Dienstleistungsgesellschaft mbH & Co. KG gesendet haben, so lautet =
die
>> neue Mail-Adresse <sch...@wo...> statt <sch...@ro...>.
>
> If you sent the mail to a co-worker in blah, blah, please use
> <sch...@wo...> instead of <sch...@ro...>.
>
> ?
>
> Carl
>
>
>> -----Original Message-----
>> From: htm...@li...
>> [mailto:htm...@li...] On
>> Behalf Of Roger Burton West
>> Sent: 20 February 2004 12:53
>> To: HTML::Template List
>> Subject: [htmltmpl] Re: bounce messages
>>
>>
>> On Fri, Feb 20, 2004 at 06:07:23PM +0530, Philip S Tellis wrote:
>>> Does everyone receive these in response to mails sent to this list?
>>
>> Yes. I can only assume that the address that's sending these
>> responses is not one that's subscribed, or the listmaster
>> would have dealt with it already.
>>
>> Roger
>>
>>
>> -------------------------------------------------------
>> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
>> Build and deploy apps & Web services for Linux with
>> a free DVD software kit from IBM. Click Now!
>> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438> &op=3Dclick
>>
>> _______________________________________________
>>
>> Html-template-users mailing list
>> Htm...@li...
>> https://lists.sourceforge.net/lists/listinfo/html-template-users
>>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Html-template-users mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/html-template-users

RE: [htmltmpl] Re: bounce messages

[Carl F. <c.a...@du...>]

>Die E-Mail-Adresse <sch...@ro...> an die Sie eine Mail geschickt =
haben,
>hat sich ge=E4ndert. Bitte benutzen Sie zuk=FCnftig =
<sch...@rh...>
>statt <sch...@ro...>. Die von Ihnen gesendete Mail wurde an den=20
>richtigen Empf=E4nger weitergeleitet.

The email address you sent to <sch...@ro...> has since changed. In =
the
future please send mail to <sch...@rh...> instead of
<sch...@ro...>. The mail sent by you has been correctly forwarded.

>Wenn Sie Ihre Mail an einen Mitarbeiter der S=DCWE Vertriebs- und=20
>Dienstleistungsgesellschaft mbH & Co. KG gesendet haben, so lautet die=20
>neue Mail-Adresse <sch...@wo...> statt <sch...@ro...>.

If you sent the mail to a co-worker in blah, blah, please use
<sch...@wo...> instead of <sch...@ro...>.

?

Carl


> -----Original Message-----
> From: htm...@li...=20
> [mailto:htm...@li...] On=20
> Behalf Of Roger Burton West
> Sent: 20 February 2004 12:53
> To: HTML::Template List
> Subject: [htmltmpl] Re: bounce messages
>=20
>=20
> On Fri, Feb 20, 2004 at 06:07:23PM +0530, Philip S Tellis wrote:
> >Does everyone receive these in response to mails sent to this list?
>=20
> Yes. I can only assume that the address that's sending these=20
> responses is not one that's subscribed, or the listmaster=20
> would have dealt with it already.
>=20
> Roger
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!=20
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438> &op=3Dclick
>=20
> _______________________________________________
>=20
> Html-template-users mailing list=20
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/html-template-users
>=20

AW: [htmltmpl] Re: bounce messages

[<Seb...@3S...>]

The message says (in german) that the receipient of the mail is not =
valid any longer and that you should redirect the emails to a new =
address. Probably he forgot to unsubscribe the mailing list when he =
changed his internet provider.

Sebastian

> On Fri, Feb 20, 2004 at 06:07:23PM +0530, Philip S Tellis wrote:
> >Does everyone receive these in response to mails sent to this list?
>=20
> Yes. I can only assume that the address that's sending these responses
> is not one that's subscribed, or the listmaster would have=20
> dealt with it
> already.
>=20
> Roger

[htmltmpl] Re: bounce messages

[Roger B. W. <ro...@fi...>]

On Fri, Feb 20, 2004 at 06:07:23PM +0530, Philip S Tellis wrote:
>Does everyone receive these in response to mails sent to this list?

Yes. I can only assume that the address that's sending these responses
is not one that's subscribed, or the listmaster would have dealt with it
already.

Roger

Re: [htmltmpl] extended TMPL_IF / UNLESS syntax (fwd)

[Hrvoje N. <hn...@xe...>]

Philip S Tellis <phi...@gm...> writes:

> Does everyone receive these in response to mails sent to this list?

Probably so, because I do too.

Re: Re: [htmltmpl] extended TMPL_IF / UNLESS syntax (fwd)

[Philip S T. <phi...@gm...>]

Does everyone receive these in response to mails sent to this list?

---------- Forwarded message ----------
Date: Fri, 20 Feb 2004 07:56:55 +0100 (MET)
From: sch...@ro...
To: me
Subject: Re:  Re: [htmltmpl] extended TMPL_IF / UNLESS syntax


               Dies ist eine automatisch erzeugte E-Mail


Die E-Mail-Adresse <sch...@ro...> an die Sie eine Mail geschickt haben, hat sich geändert.
Bitte benutzen Sie zukünftig <sch...@rh...> statt <sch...@ro...>.
Die von Ihnen gesendete Mail wurde an den richtigen Empfänger weitergeleitet.

Wenn Sie Ihre Mail an einen Mitarbeiter der SÜWE Vertriebs- und 
Dienstleistungsgesellschaft mbH & Co. KG gesendet haben, 
so lautet die neue Mail-Adresse <sch...@wo...> statt <sch...@ro...>.

Re: [htmltmpl] extended TMPL_IF / UNLESS syntax

[Philip S T. <phi...@gm...>]

Sometime on Feb 19, Puneet Kishor assembled some asciibets to say:

> never be possible (alternating colored rows in a table), and some

<td class="<tmpl_if __ODD__>odd</tmpl_if>row"> blah </td>

-- 
Don't use conditional branches as a substitute for a logical expression.
            - The Elements of Programming Style (Kernighan & Plaugher)