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

Re: [htmltmpl] Global Vars - not for all variables

[simran <sim...@re...>]

On Wed, 2003-07-30 at 14:45, Sam Tregar wrote:
> On 30 Jul 2003, simran wrote:
> 
> > Right you are... what you mentioned is indeed the case... but looking
> > back at my "real world application" examples... i have found data
> > structures such as:
> > 
> > my $data = [
> >   { first_name => "john",  last_name => 'Smith' },
> >   { first_name => "james", last_name => 'Paul' },
> >   { first_name => undef,      last_name => 'Jones' },
> > ];
> > 
> > (Note: the undef as opposed to "")
> > 
> > With the above data structure, global_vars does not produce the result
> > "i expect" as i expect first_name to be blank/unset in the loop...
> 
> That's correct.  Actually, it occurs to me that with just a few
> changes it should be possible to tell the difference between a
> parameter that was really never set and one that was set to undef.  I
> think that would be necessary if global_vars=>0 went away.
> 
> -sam

Do you think that it should be implemented as a "bug fix" in the current
version anyway? 

That is, should HTM::Template now in a loop set even values of "undef"
to "unset" rather than inherit from global if global_vars is on. 

simran.

Re: [htmltmpl] Global Vars - not for all variables

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

On 30 Jul 2003, simran wrote:

> Right you are... what you mentioned is indeed the case... but looking
> back at my "real world application" examples... i have found data
> structures such as:
> 
> my $data = [
>   { first_name => "john",  last_name => 'Smith' },
>   { first_name => "james", last_name => 'Paul' },
>   { first_name => undef,      last_name => 'Jones' },
> ];
> 
> (Note: the undef as opposed to "")
> 
> With the above data structure, global_vars does not produce the result
> "i expect" as i expect first_name to be blank/unset in the loop...

That's correct.  Actually, it occurs to me that with just a few
changes it should be possible to tell the difference between a
parameter that was really never set and one that was set to undef.  I
think that would be necessary if global_vars=>0 went away.

-sam

Re: [htmltmpl] Global Vars - not for all variables

[simran <sim...@re...>]

Right you are... what you mentioned is indeed the case... but looking
back at my "real world application" examples... i have found data
structures such as:

my $data = [
  { first_name => "john",  last_name => 'Smith' },
  { first_name => "james", last_name => 'Paul' },
  { first_name => undef,      last_name => 'Jones' },
];

(Note: the undef as opposed to "")

With the above data structure, global_vars does not produce the result
"i expect" as i expect first_name to be blank/unset in the loop...

On Wed, 2003-07-30 at 12:15, Sam Tregar wrote:
> On 30 Jul 2003, simran wrote:
> 
> > If global vars was turned on, then the first_name variable in the
> > loop would be inherited and would default to "simran" when unset!!!
> 
> Are you sure?  I thought the way global_vars worked would only inherit
> the value if the variable wasn't set inside the loop at all.  Setting
> it to "" explicitly should prevent it from being overridden.
> 
> -sam

Re: [htmltmpl] Global Vars - not for all variables

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

On 30 Jul 2003, simran wrote:

> If global vars was turned on, then the first_name variable in the
> loop would be inherited and would default to "simran" when unset!!!

Are you sure?  I thought the way global_vars worked would only inherit
the value if the variable wasn't set inside the loop at all.  Setting
it to "" explicitly should prevent it from being overridden.

-sam

Re: [htmltmpl] Global Vars - not for all variables

[simran <sim...@re...>]

On Wed, 2003-07-30 at 11:54, Sam Tregar wrote:

> On 30 Jul 2003, Steffen Zeidler wrote:
> > I thought of a new function like global_param() which mainly act like 
> > param(). What do you think, Sam?
> 
> I'm not in favor, mainly because I think the global_vars option itself
> was a mistake.  I think the global_vars behavior - where loops inherit
> variables from their enclosing scope - should have been the default
> behavior all along.  In fact, someday I'd like to write a new version
> of HTML::Template where global_vars is always on and much more
> efficient.
> 
> -sam
> 

I'm glad that is not currently the case though, as i have many a situation where i do things like:

-------
my $template = new HTML::Template(...);

$data = [
  { first_name => "john",  last_name => 'Smith' },
  { first_name => "james", last_name => 'Paul' },
  { first_name => "",      last_name => 'Jones' },

];

$template->param(first_name => "simran");

$template->param(users => $data);

------

Main User: <tmpl_var name=first_name>

<tmpl_loop name=users>
  First Name: <tmpl_if name=first_name>
                 <tmpl_var name=first_name>
              <tmpl_else>
	          Unknown (last name is: <tmpl_var name=last_name>)
              </tmpl_if>
</tmpl_loop>

-------

If global vars was turned on, then the first_name variable in the loop would be inherited and would default 
to "simran" when unset!!! 

The above is a simple example i have just knocked up, but i have many many real world cases where things like
this happen... and global_vars would really destroy me!

simran.

RE: [htmltmpl] Global Vars - not for all variables

[Bob H. <bob...@ad...>]

> -----Original Message-----
> From: htm...@li... 
> [mailto:htm...@li...] On 
> Behalf Of Sam Tregar
> Sent: Tuesday, July 29, 2003 9:54 PM
> To: Steffen Zeidler
> Cc: simran; HTML::Template
> Subject: Re: [htmltmpl] Global Vars - not for all variables
> I'm not in favor, mainly because I think the global_vars 
> option itself was a mistake.  I think the global_vars 
> behavior - where loops inherit variables from their enclosing 
> scope - should have been the default behavior all along.  In 
> fact, someday I'd like to write a new version of 
> HTML::Template where global_vars is always on and much more efficient.
> 
> -sam
> 
Is it "someday" yet? : )

Bob

Re: [htmltmpl] Global Vars - not for all variables

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

On 30 Jul 2003, Steffen Zeidler wrote:

> Iterating over my loop structure is exactly what I'm doing to provide my 
> variables as global. But for loop structures which have more than only one 
> dimension this is not such a nice way to do it. With the option global_vars 
> => 1 the script needs 6 seconds or more. With iterating over my loop 
> structure, it needs only 1 second.

6 seconds!  How big is this template?

> I thought of a new function like global_param() which mainly act like 
> param(). What do you think, Sam?

I'm not in favor, mainly because I think the global_vars option itself
was a mistake.  I think the global_vars behavior - where loops inherit
variables from their enclosing scope - should have been the default
behavior all along.  In fact, someday I'd like to write a new version
of HTML::Template where global_vars is always on and much more
efficient.

-sam

Re: [htmltmpl] Global Vars - not for all variables

[Steffen Z. <sze...@tf...>]

Iterating over my loop structure is exactly what I'm doing to provide my 
variables as global. But for loop structures which have more than only one 
dimension this is not such a nice way to do it. With the option global_vars 
=> 1 the script needs 6 seconds or more. With iterating over my loop 
structure, it needs only 1 second.

I thought of a new function like global_param() which mainly act like 
param(). What do you think, Sam?

greets


At 09:38 29.07.2003 +1000, you wrote:
>Sounds like a mighty fine feature to me. Something i can see myself
>using quite a bit....
>
>I have a few scenarios myself where i want one or two particular
>variables to be global, but not the rest, currently, i iterate over my
>loop structure and insert the global variable into every "row". The
>above feature would take away the need for this.
>
>What think ye Sam?
>
>How would something like this suit, if global_vars is set to an arrayref
>containing strings of variables that should be global, then only those
>variables are global?
>
>
>
>On Tue, 2003-07-29 at 07:13, Steffen Zeidler wrote:
> > Hi there,
> >
> > what I'm looking for are global vars. I know, that there is an
> > options. But if your templates becoming really big, with many
> > vars, the parsing isn't pretty fast. The problem I have with the
> > option global vars is, that every variable is global. I'd like to have
> > some specific variables as global variables.
> >
> > Is there already a solution for that problem? If not, what do you
> > think about this as a new feature for the next version of
> > HTML-Template?
> >
> > Greets

Re: [htmltmpl] Suggestion: sub param to return $self

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

On Tue, 29 Jul 2003, Ron Savage wrote:

> If param() did this, it would allow calls to be chained, something
> like:
> $tmpl -> param(x => $other_tmpl -> param(y => z) -> output() );

Returning $self from mutators considered harmful (by me):

  http://perlmonks.org/index.pl?node_id=265284

> Yes, I have uses for this. At the moment I have to have each
> statement run separately :-(.

And why is that a problem?  It's not like one line of Perl code with
three method calls executes any faster than three lines with the same
calls!

-sam

[htmltmpl] Suggestion: sub param to return $self

[Ron S. <ro...@de...>]

Hi Sam

If param() did this, it would allow calls to be chained,=
 something 
like:
$tmpl -> param(x =3D> $other_tmpl -> param(y =3D> z) -> output() );

Yes, I have uses for this. At the moment I have to have each 
statement run separately :-(.
-- 
Ron Savage, ro...@de... on 29/07/2003. Room EF 312
Deakin University, 221 Burwood Highway, Burwood, VIC 3125,=
 Australia
Phone: +61-3-9251 7067, Fax: +61-3-9251 7604
http://www.deakin.edu.au/~rons

Re: [htmltmpl] Global Vars - not for all variables

[simran <sim...@re...>]

Sounds like a mighty fine feature to me. Something i can see myself
using quite a bit.... 

I have a few scenarios myself where i want one or two particular
variables to be global, but not the rest, currently, i iterate over my
loop structure and insert the global variable into every "row". The
above feature would take away the need for this. 

What think ye Sam? 

How would something like this suit, if global_vars is set to an arrayref
containing strings of variables that should be global, then only those
variables are global? 



On Tue, 2003-07-29 at 07:13, Steffen Zeidler wrote:
> Hi there,
>  
> what I'm looking for are global vars. I know, that there is an
> options. But if your templates becoming really big, with many
> vars, the parsing isn't pretty fast. The problem I have with the
> option global vars is, that every variable is global. I'd like to have
> some specific variables as global variables.
>  
> Is there already a solution for that problem? If not, what do you
> think about this as a new feature for the next version of
> HTML-Template?
>  
> Greets

[htmltmpl] Global Vars - not for all variables

[Steffen Z. <sze...@tf...>]

Hi there,

what I'm looking for are global vars. I know, that there is an options. =
But if your templates becoming really big, with many vars, the parsing =
isn't pretty fast. The problem I have with the option global vars is, =
that every variable is global. I'd like to have some specific variables =
as global variables.

Is there already a solution for that problem? If not, what do you think =
about this as a new feature for the next version of HTML-Template?

Greets

Re: [htmltmpl] HTML Template and Dynamic Images

[Aaron J M. <aj...@vi...>]

Or, split the dynamic image creation into it's own cgi script, and have
your HTML template just point to that script:

<img src="http://my.website.org/cgi-bin/images.cgi?<tmpl_loop params><tmpl_var name>=<tmpl_var value>;</tmpl_loop>">

Could probably toss in some form of HTML::Template url escaping, but I've
never used those so I don't know what the syntax is off the top of my
head.

-Aaron

On Thu, 24 Jul 2003, Adam Gent wrote:

> Hi All,
>
> I am wanting to use the perl GD library to generate dynamic images.
>
> I was wondering what the best way was to do this with HTML template, as the
> output mask.
>
> In the testing I have done without HTML template, I can do print $image->png
> which will output the image to the screen.
>
> Is there any easy way to do this with HTML::Template or will it be a matter
> of having to save the image to disk and then pass that to the template?
>
> Any ideas?
>
> Thanks,
>
> Adam
>
>
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.502 / Virus Database: 300 - Release Date: 20/07/2003
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Html-template-users mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/html-template-users
>

-- 
 Aaron J Mackey
 Pearson Laboratory
 University of Virginia
 (434) 924-2821
 am...@vi...

[htmltmpl] HTML Template and Dynamic Images

[Adam G. <per...@ha...>]

Hi All,

I am wanting to use the perl GD library to generate dynamic images.

I was wondering what the best way was to do this with HTML template, as the
output mask.

In the testing I have done without HTML template, I can do print $image->png
which will output the image to the screen.

Is there any easy way to do this with HTML::Template or will it be a matter
of having to save the image to disk and then pass that to the template?

Any ideas?

Thanks,

Adam




---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 20/07/2003

Re: [htmltmpl] Clashing with Class::Phrasebook::SQL

[Andrew B. <an...@ex...>]

It's just three lines:

<TMPL_INCLUDE NAME="header.tmpl">
Your Account
<TMPL_INCLUDE NAME="footer.tmpl">

The header.tmpl and footer.tmpl files are plain text files.

I include these templates in another cgi file which doesn't use the
phrasebook and works just fine.

Sam Tregar said:
> On Wed, 23 Jul 2003, Andrew Barilla wrote:
>
>> Actually Mandrake 9 and Perl 5.8.0.  Also, that setting is already set
>> in
>> my /etc/sysconfig/i18n file.
>
> Ok, then your next stop it to follow the error message:
>
>> >> HTML::Template->new() : Unknown or unmatched TMPL construct at
>> >> templates/account.tmpl : line 1.
>
> What does account.tmpl have on its first line?
>
> -sam
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
> same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
> _______________________________________________
> Html-template-users mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/html-template-users
>

Re: [htmltmpl] Clashing with Class::Phrasebook::SQL

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

On Wed, 23 Jul 2003, Andrew Barilla wrote:

> Actually Mandrake 9 and Perl 5.8.0.  Also, that setting is already set in
> my /etc/sysconfig/i18n file.

Ok, then your next stop it to follow the error message:

> >> HTML::Template->new() : Unknown or unmatched TMPL construct at
> >> templates/account.tmpl : line 1.

What does account.tmpl have on its first line?

-sam

Re: [htmltmpl] Clashing with Class::Phrasebook::SQL

[Andrew B. <an...@ex...>]

Actually Mandrake 9 and Perl 5.8.0.  Also, that setting is already set in
my /etc/sysconfig/i18n file.

Sam Tregar said:
> On Tue, 22 Jul 2003, Andrew Barilla wrote:
>
>> I tried implementing Class::Phrasebook::SQL on a site I'm working on
>> which
>> was already using HTML::Template.  Once I started using the Phrasebook,
>> my
>> Templates stopped working and gave the following error:
>>
>> HTML::Template->new() : Unknown or unmatched TMPL construct at
>> templates/account.tmpl : line 1. at
>> /usr/lib/perl5/site_perl/5.8.0/HTML/Template.pm line 2230.
>
> Let me guess, Redhat 8 or 9 and Perl 5.8.0?  If so, you have a broken
> Redhat/Perl combination.  You need to tell Redhat not to use a UTF-8
> locale.  You can do that by setting LANG:
>
>   export LANG=en_US
>
> Or you can edit /etc/sysconfig/i18n and make the change permanent.
> Google for more details.
>
> -sam
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
> same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
> _______________________________________________
> Html-template-users mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/html-template-users
>

Re: [htmltmpl] Clashing with Class::Phrasebook::SQL

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

On Tue, 22 Jul 2003, Andrew Barilla wrote:

> I tried implementing Class::Phrasebook::SQL on a site I'm working on which
> was already using HTML::Template.  Once I started using the Phrasebook, my
> Templates stopped working and gave the following error:
> 
> HTML::Template->new() : Unknown or unmatched TMPL construct at
> templates/account.tmpl : line 1. at
> /usr/lib/perl5/site_perl/5.8.0/HTML/Template.pm line 2230.

Let me guess, Redhat 8 or 9 and Perl 5.8.0?  If so, you have a broken
Redhat/Perl combination.  You need to tell Redhat not to use a UTF-8
locale.  You can do that by setting LANG:

  export LANG=en_US

Or you can edit /etc/sysconfig/i18n and make the change permanent.
Google for more details.

-sam

[htmltmpl] Clashing with Class::Phrasebook::SQL

[Andrew B. <an...@ex...>]

I tried implementing Class::Phrasebook::SQL on a site I'm working on which
was already using HTML::Template.  Once I started using the Phrasebook, my
Templates stopped working and gave the following error:

HTML::Template->new() : Unknown or unmatched TMPL construct at
templates/account.tmpl : line 1. at
/usr/lib/perl5/site_perl/5.8.0/HTML/Template.pm line 2230.

I had only used the Phrasebook to replace one statement so I rolled back
my changes line by line until I narrowed it down to:

this works...
my $statement = $sql->get("SELECT_SESSION_DETAILS", {};

this doesn't...
my $statement = $sql->get("SELECT_SESSION_DETAILS", { session_id => "XXXX" };

I saw a couple solutions posted regarding changing a line of code in the
HTML::Template code, but this will be going up onto a webhost in which I
don't really have the option to do that.

Any ideas to work around this problem but still use both modules?

Thanks,
Andy

[htmltmpl] Re: FORMS and populating the value from the database result.

[Mark S. <ma...@su...>]

In article <200...@we...>, Girish Agarwal wrote:
>
>           This form I am using as a template HTML
> file.
>       The form which I am using as a template has many
><input type=text name"blah"> fields and I have tried
> them to modify it like, 
><input type=text name="blah" value="TMPL_VAR  ESCAPE=HTM VALUE="lname1">

Hello,

I've found that the easiest way to solve this problem is not use
HTML::Template.

Instead, leave your form elements alone and use:

HTML::FillInForm

That will match up a data hash with your form fields of the same name.
It's much faster to set up than putting all the extra HTML::Template
tags in.

Because there is less syntax involved, it's easier to setup and debug
later.

	Mark

-- 
 . . . . . . . . . . . . . . . . . . . . . . . . . . . 
   Mark Stosberg            Principal Developer  
   ma...@su...     Summersault, LLC     
   765-939-9301 ext 202     database driven websites
 . . . . . http://www.summersault.com/ . . . . . . . .

RE: [htmltmpl] Announcement: HTML-TEMPLATE (for Common Lisp)

[Jesse E. <je...@er...>]

> This is the list I had, did I miss anything? Are the urls correct?
> 
> 
>   Perl - http://sourceforge.net/projects/html-template/
> 
>   PHP - http://htmltmpl.sourceforge.net/
> 
>   Python - http://htmltmpl.sourceforge.net/
> 
>   Java - http://html-tmpl-java.sourceforge.net/
> 
>   Ruby - http://shebang.jp/src/ruby/
> 
>   Common Lisp - http://weitz.de/html-template/


Great!  Now all we need is a little certification test.

Anyone interested in writing a whitepaper reviewing these
implementations?


TTYL,

-Jesse-

Re: [htmltmpl] Announcement: HTML-TEMPLATE (for Common Lisp)

[Pete P. <pet...@cy...>]

This is the list I had, did I miss anything? Are the urls correct?


  Perl - http://sourceforge.net/projects/html-template/

  PHP - http://htmltmpl.sourceforge.net/

  Python - http://htmltmpl.sourceforge.net/

  Java - http://html-tmpl-java.sourceforge.net/

  Ruby - http://shebang.jp/src/ruby/

  Common Lisp - http://weitz.de/html-template/


Pete


Simon Elliott wrote:

> And don't forget the PHP & Python implementations (htmltmpl.sourceforge.net)
> 
> Simon.
> 
> On Wed, Jul 16, 2003 at 06:39:55AM -0400, Jesse Erlbaum wrote:
> 
>>Hi Edi --
>>
>>
>>>If some of you sometimes use Lisp in disguise here's probably
>>>something to look at
>>>
>>> <http://weitz.de/html-template/>.
>>
>>
>>That's great!  I don't use Lisp, but I think it's faantastic that you're
>>created a Lisp implementation of HTML::Template.  You're the first!
>>
>>So, what's the port count for H::T now?
>>
>>  Perl
>>  Java
>>  Ruby
>>  Lisp
>>
>>Anything else?  A new milestone for the only cross-language templating
>>system in the world!
>>
>>TTYL,
>>
>>-Jesse-
>>

Re: [htmltmpl] Announcement: HTML-TEMPLATE (for Common Lisp)

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

On 16 Jul 2003, Edi Weitz wrote:

> I think you're talking about the one by J=F6rg-Cyril H=F6hle. AFAIK, th=
at
> one was in Scheme, not in Lisp (big difference for a Lisper... :) and

yeah, I believe that's the one.  sorry 'bout the confusion.  I know very=20
little lisp, and no scheme at all.

--=20
marriage, n.:
	Convertible bonds.

Re: [htmltmpl] Announcement: HTML-TEMPLATE (for Common Lisp)

[Edi W. <ed...@ag...>]

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

> On Wed, 16 Jul 2003, Jesse Erlbaum wrote:
>=20
> > That's great!  I don't use Lisp, but I think it's faantastic that
> > you're created a Lisp implementation of HTML::Template.  You're
> > the
>=20
> I'm pretty sure there's been a lisp implementation around for a
> while now.  It'll be in the archives somewhere.

I think you're talking about the one by J=F6rg-Cyril H=F6hle. AFAIK, that
one was in Scheme, not in Lisp (big difference for a Lisper... :) and
hasn't been released. I should ask him.

Cheers,
Edi.

Re: [htmltmpl] Announcement: HTML-TEMPLATE (for Common Lisp)

[Simon E. <sim...@we...>]

And don't forget the PHP & Python implementations (htmltmpl.sourceforge.net)

Simon.

On Wed, Jul 16, 2003 at 06:39:55AM -0400, Jesse Erlbaum wrote:
> Hi Edi --
> 
> > If some of you sometimes use Lisp in disguise here's probably
> > something to look at
> > 
> >  <http://weitz.de/html-template/>.
> 
> 
> That's great!  I don't use Lisp, but I think it's faantastic that you're
> created a Lisp implementation of HTML::Template.  You're the first!
> 
> So, what's the port count for H::T now?
> 
>   Perl
>   Java
>   Ruby
>   Lisp
> 
> Anything else?  A new milestone for the only cross-language templating
> system in the world!
> 
> TTYL,
> 
> -Jesse-
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
> same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
> _______________________________________________
> Html-template-users mailing list
> Htm...@li...
> https://lists.sourceforge.net/lists/listinfo/html-template-users

-- 
Webscript Designs Ltd.
01892 513131
www.webscript.co.uk