html-template-users Mailing List for HTML::Template (Page 14)
Brought to you by:
samtregar
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(42) |
Jul
(80) |
Aug
(77) |
Sep
(97) |
Oct
(65) |
Nov
(80) |
Dec
(39) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(63) |
Feb
(47) |
Mar
(45) |
Apr
(63) |
May
(67) |
Jun
(51) |
Jul
(78) |
Aug
(37) |
Sep
(45) |
Oct
(59) |
Nov
(50) |
Dec
(70) |
2004 |
Jan
(23) |
Feb
(90) |
Mar
(37) |
Apr
(53) |
May
(111) |
Jun
(71) |
Jul
(35) |
Aug
(58) |
Sep
(35) |
Oct
(35) |
Nov
(35) |
Dec
(20) |
2005 |
Jan
(51) |
Feb
(19) |
Mar
(20) |
Apr
(8) |
May
(26) |
Jun
(14) |
Jul
(49) |
Aug
(24) |
Sep
(20) |
Oct
(49) |
Nov
(17) |
Dec
(53) |
2006 |
Jan
(12) |
Feb
(26) |
Mar
(45) |
Apr
(19) |
May
(19) |
Jun
(13) |
Jul
(11) |
Aug
(9) |
Sep
(10) |
Oct
(16) |
Nov
(17) |
Dec
(13) |
2007 |
Jan
(9) |
Feb
(12) |
Mar
(28) |
Apr
(33) |
May
(12) |
Jun
(12) |
Jul
(19) |
Aug
(4) |
Sep
(4) |
Oct
(5) |
Nov
(5) |
Dec
(13) |
2008 |
Jan
(6) |
Feb
(7) |
Mar
(14) |
Apr
(16) |
May
(3) |
Jun
(1) |
Jul
(12) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(9) |
2009 |
Jan
(9) |
Feb
|
Mar
(10) |
Apr
(1) |
May
|
Jun
(6) |
Jul
(5) |
Aug
(3) |
Sep
(7) |
Oct
(1) |
Nov
(15) |
Dec
(1) |
2010 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
(3) |
Mar
|
Apr
(28) |
May
|
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
(8) |
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Michael P. <mp...@pl...> - 2007-03-07 19:46:49
|
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 <TMPL_IF> you don't need to set that. You don't need it regardless of tmpl_if or not. die_on_bad_params prevents the Perl code from passing in vars that don't exist in the template, not the template from having unused vars. -- Michael Peters Developer Plus Three, LP |
From: Robert H. <si...@gm...> - 2007-03-07 19:45:14
|
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 <TMPL_IF> you don't need to set that. Robert |
From: Brad C. <bc...@gm...> - 2007-03-07 18:08:00
|
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 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? >> >> <tmpl_if never_going_to_use_this_var> >> # This is a comment >> </tmpl_if> >> > Oh, I forget about stuff like that. > > Robert > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Html-template-users mailing list > Htm...@li... > https://lists.sourceforge.net/lists/listinfo/html-template-users |
From: Robert H. <si...@gm...> - 2007-03-07 17:41:51
|
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 there a way to create a filter in HT that does the same thing? > > <tmpl_if never_going_to_use_this_var> > # This is a comment > </tmpl_if> > Oh, I forget about stuff like that. Robert |
From: Michael P. <mp...@pl...> - 2007-03-07 16:46:10
|
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 HT that does the same thing? <tmpl_if never_going_to_use_this_var> # This is a comment </tmpl_if> -- Michael Peters Developer Plus Three, LP |
From: Robert H. <si...@gm...> - 2007-03-07 16:41:46
|
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? Robert |
From: Ajay M. <am...@br...> - 2007-02-26 05:12:36
|
Hi Sam Thanks fot your reply both file are in same directory i am not setting any variable actually i dont want to set any path. will it not work without setting these variables? Regards Jeet On Fri, 2007-02-23 at 15:36 -0500, Sam Tregar wrote: > On Fri, 23 Feb 2007, Ajay Maurya wrote: > > > I have installed mod_perl and apache I am getting error message below > > > > [Fri Feb 23 11:21:45 2007] [error] HTML::Template->new() : Cannot open > > included file fruit.tmpl : file not found. > > Where is fruit.tmpl located? Where is the script that's trying to > access it located? What does you code look like? Are you setting the > 'path' option or HTML_TEMPLATE_ROOT? > > -sam > |
From: Sam T. <sa...@tr...> - 2007-02-23 20:37:08
|
On Fri, 23 Feb 2007, Ajay Maurya wrote: > I have installed mod_perl and apache I am getting error message below > > [Fri Feb 23 11:21:45 2007] [error] HTML::Template->new() : Cannot open > included file fruit.tmpl : file not found. Where is fruit.tmpl located? Where is the script that's trying to access it located? What does you code look like? Are you setting the 'path' option or HTML_TEMPLATE_ROOT? -sam |
From: Matias A. G. <ma...@ni...> - 2007-02-23 11:11:02
|
Hello Ajay On 2/23/07, Ajay Maurya <am...@br...> wrote: > > Hi > > I have installed mod_perl and apache I am getting error message below > > [Fri Feb 23 11:21:45 2007] [error] HTML::Template->new() : Cannot open > included file fruit.tmpl : file not found. I would use a relative path, it is a little uncetain which will be the Apache CWD, in order tu use relative path to it. You can store a base path in a configuration file or in the Apache config (using $r->dir_config()) and the construct the template path before each call to HTML::Template mat=EDas --=20 http://confronte.com Compar=E1 y compr=E1 mejor at /usr/lib/perl5/site_perl/5.8.8/HTML/Template.pm line 1658\n > \tHTML::Template::_init_template('HTML::Template=3DHASH(0x80bafe5c)') > called at /usr/lib/perl5/site_perl/5.8.8/HTML/Template.pm line 1238\n > \tHTML::Template::_init('HTML::Template=3DHASH(0x80bafe5c)') called > at /usr/lib/perl5/site_perl/5.8.8/HTML/Template.pm line 1124\n > \tHTML::Template::new('HTML::Template', 'filename', 'fruit.tmpl') called > at /var/www/html/perl/fruit.pl line 12\n > \tModPerl::ROOT::ModPerl::Registry::var_www_html_perl_fruit_2epl::handler= ('Apache2::RequestRec=3DSCALAR(0x809da4c8)') > called at > /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/ModPerl/Registry= Cooker.pm > line 203\n\teval {...} called at > /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/ModPerl/Registry= Cooker.pm > line > 203\n\tModPerl::RegistryCooker::run('ModPerl::Registry=3DHASH(0x809da57c)= ') > called at > /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/ModPerl/Registry= Cooker.pm > line > 169\n\tModPerl::RegistryCooker::default_handler('ModPerl::Registry=3DHASH= (0x809da57c)') > called at > /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/ModPerl/Registry= .pm > line 30\n\tModPerl::Registry::handler('ModPerl::Registry', > 'Apache2::RequestRec=3DSCALAR(0x809da4c8)') called at -e line 0\n\teval {= ...} > called at -e line 0\n > > > when i use absolute path for fruit.tmpl file then only it works and when > i use relative path i does not work . Can anyone help me out > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Html-template-users mailing list > Htm...@li... > https://lists.sourceforge.net/lists/listinfo/html-template-users > |
From: Ajay M. <am...@br...> - 2007-02-23 09:19:29
|
Hi I have installed mod_perl and apache I am getting error message below [Fri Feb 23 11:21:45 2007] [error] HTML::Template->new() : Cannot open included file fruit.tmpl : file not found. at /usr/lib/perl5/site_perl/5.8.8/HTML/Template.pm line 1658\n \tHTML::Template::_init_template('HTML::Template=HASH(0x80bafe5c)') called at /usr/lib/perl5/site_perl/5.8.8/HTML/Template.pm line 1238\n \tHTML::Template::_init('HTML::Template=HASH(0x80bafe5c)') called at /usr/lib/perl5/site_perl/5.8.8/HTML/Template.pm line 1124\n \tHTML::Template::new('HTML::Template', 'filename', 'fruit.tmpl') called at /var/www/html/perl/fruit.pl line 12\n \tModPerl::ROOT::ModPerl::Registry::var_www_html_perl_fruit_2epl::handler('Apache2::RequestRec=SCALAR(0x809da4c8)') called at /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/ModPerl/RegistryCooker.pm line 203\n\teval {...} called at /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/ModPerl/RegistryCooker.pm line 203\n\tModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x809da57c)') called at /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/ModPerl/RegistryCooker.pm line 169\n\tModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x809da57c)') called at /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/ModPerl/Registry.pm line 30\n\tModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x809da4c8)') called at -e line 0\n\teval {...} called at -e line 0\n when i use absolute path for fruit.tmpl file then only it works and when i use relative path i does not work . Can anyone help me out |
From: Robert H. <si...@gm...> - 2007-02-22 03:28:15
|
Karen wrote: > On 2/21/07, *Robert Hicks* <si...@gm... > <mailto:si...@gm...>> wrote: > > It isn't readily apparent from the pod but can you have more than one > <TMPL_ELSE> clause? > > > If they're nested: > > <TMPL_IF blahblah> > first case > <TMPL_ELSE> > <TMPL_IF yadayada> > second case > <TMPL_ELSE> > third case > </TMPL_IF> > </TMPL_IF> > > The TMPL_ELSE isn't an ELSIF, if that's what you're asking. > > That was what I was thinking. I was looking at how to do something like a switch/case. Thanks... Robert |
From: Karen <kar...@gm...> - 2007-02-21 20:57:16
|
On 2/21/07, Robert Hicks <si...@gm...> wrote: > > It isn't readily apparent from the pod but can you have more than one > <TMPL_ELSE> clause? If they're nested: <TMPL_IF blahblah> first case <TMPL_ELSE> <TMPL_IF yadayada> second case <TMPL_ELSE> third case </TMPL_IF> </TMPL_IF> The TMPL_ELSE isn't an ELSIF, if that's what you're asking. |
From: Robert H. <si...@gm...> - 2007-02-21 20:48:33
|
It isn't readily apparent from the pod but can you have more than one <TMPL_ELSE> clause? Robert |
From: Sam T. <sa...@tr...> - 2007-02-19 22:59:02
|
Krang v2.100 is now available (the source release is up now and binary builds should be up soon). Notable changes in this release: * Numerous bugs were fixed in Krang's most intensive QA cycle in years. * Krang now includes methods to integrate with dynamic front-end applications by publishing CGI::Application instance scripts and templates. New methods were added to Krang::ElementClass::TopLevel to facilitate this: publish_frontend_app_template() and publish_frontend_app_stub(). [Jesse Erlbaum] * Modified Site Server configuration to support CGI applications and Apache::Registry apps. This will permit the site server to host interactive applications. [Jesse Erlbaum] * Added new parameter "mode" to additional_content_block() method in the publisher. This new parameter permits the permission of the file to be set, which is particularly useful for publishing executable files. [Jesse Erlbaum] * Added new options to Krang::HTMLPager to allow paging of data from external sources. [Michael Peters] * Krang now sends no-cache HTTP headers for all Krang::CGI requests. This will fix some problems when logging in as a different user with the same browser session in IE. [Michael Peters] * Upgraded to HTML::Template v2.9, fixing several bugs. [Sam] * Added a new configuration variable, PreviewSSL, which controls whether links to preview use SSL. This behavior was previously the default when EnableSSL was set, but now it is available independently and can be turned off even when Krang itself is using SSL. [Sam] * During DB creation, addon SQL files now come after core Krang. This allows addons to change existing Krang data/tables. [Michael Peters] * Stricter enforcement of asset permissions. [Michael Peters] Detailed change-log here: http://krang.sf.net/docs/changelog.html Krang is an Open Source web-publisher / content-management system designed for large-scale magazine-style websites. It is a 100% Perl application using Apache/mod_perl and MySQL, as well as numerous CPAN modules. Krang provides a powerful and easy to use story and media editing environment for website editors, as well as a complete template development environment for web designers. On the back-end, Perl programmers can customize Krang to control the data entered in the story editor and add code to drive the templates to build output. Krang can be enhanced with add-ons containing new skins and other new features. Krang easily handles large data sets and can manage multiple websites in a single installation. For more information about Krang, visit the Krang website: http://krang.sourceforge.net/ There you can download Krang, view screenshots, read documentation, join our mailing-lists and access the CVS tree. - the Krang team |
From: Sam T. <sa...@tr...> - 2007-02-08 18:09:55
|
On Sun, 4 Feb 2007, Massoud Kohan wrote: > I am new to the Html-template and perl. > How can I show the resultset to the web page which Shows 10 > records per page and also page numbers on the bottom of the > table? HTML::Pager was designed to do this for you. It's a little tricky to use, but you can study the code if you just want to see an example of how it's done. For the database side of things, be sure to use LIMIT and OFFSET to get your data-set back from MySQL. Selecting everything like you're doing now is going to be very slow for large lists. -sam |
From: Sam T. <sa...@tr...> - 2007-02-08 18:03:49
|
On Thu, 8 Feb 2007, Robert Hicks wrote: > I am in a CGI only environment and it seems that file_cache is an easy > speed up. So I am wary of it. I understand the security aspects but is > there anything else to worry about using it? Nope. If you're worried about people peeking at your cached templates just be careful to set the permissions on your cache dir correctly. It needs to be readable and writable by the CGI process, but it doesn't need to be accessible by anyone else. -sam |
From: Robert H. <si...@gm...> - 2007-02-08 12:46:08
|
I am in a CGI only environment and it seems that file_cache is an easy speed up. So I am wary of it. I understand the security aspects but is there anything else to worry about using it? Robert |
From: Massoud K. <mk...@ca...> - 2007-02-04 21:01:06
|
Hi, I am new to the Html-template and perl. How can I show the resultset to the web page which Shows 10 records per page and also page numbers on the bottom of the table? This is my perl codes; #!perl use DBI; use strict; use CGI qw/:standard/; use HTML::Template; # open the html template my $template = HTML::Template->new(filename => 'temp.tmpl'); my $username = "mm"; my $password = "kk"; my $dsn = "DBI:mysql:database:localhost"; my $dbh = DBI->connect($dsn,$username,$password) or die "Cannot connect to database: $DBI::errstr"; my $search = param('search'); my $sql ="SELECT * FROM database where name like '$search%' or last like '$search%'"; my $sth = $dbh->prepare($sql); $sth->execute() or die "Cannot execute sth: $DBI::errstr"; # a reference to the array of results my $tbl_ary_ref = $sth->fetchall_arrayref({}); # cleanup $sth->finish; $dbh->disconnect; # assign the reference to the results to a h::t var called results $template->param(results => $tbl_ary_ref); print "Content-Type: text/html\n\n", $template->output(); my 'temp.tmpl' is: <!-- loop over results --> <tmpl_loop name=results> <tr> <td align="center"><tmpl_var Name=name></a></td> <td align="center"><tmpl_var name=last></a></td> </tr> </tmpl_loop> Many thanks, MK |
From: Sam T. <sa...@tr...> - 2007-01-30 19:02:37
|
CHANGES - New Feature: the force_untaint option makes sure you do not pass tainted values to param(). [Sven Neuhaus] - New Feature: Added ESCAPE="none" as a synonym for ESCAPE="0". Fixed both to work with default_escape. [cp...@pu...] - Bug Fix: DEFAULT didn't work with URL and JS escaping. - Bug Fix: Long-standing bug where variables set in a loop weren't available inside inner loops under global_vars if the variable wasn't actually used in the outer loop. (Thanks to Richard Fein for help debugging the fix.) - Doc Fix: Changed references to CVS in the docs to Subversion now that the switch is complete. - Test Fix: At long last, the work from the Phalanx project has been merged! The tests are now more complete and easier to work on. Thanks Phalanx guys! DESCRIPTION This module attempts to make using HTML templates simple and natural. It extends standard HTML with a few new HTML-esque tags - <TMPL_VAR>, <TMPL_LOOP>, <TMPL_INCLUDE>, <TMPL_IF>, <TMPL_ELSE> and <TMPL_UNLESS>. The file written with HTML and these new tags is called a template. It is usually saved separate from your script - possibly even created by someone else! Using this module you fill in the values for the variables, loops and branches declared in the template. This allows you to separate design - the HTML - from the data, which you generate in the Perl script. This module is licensed under the same license as Perl. See the LICENSE section of the docs for more details. TUTORIAL If you're new to HTML::Template, I suggest you start with the introductory article available on the HTML::Template website: http://html-template.sourceforge.net AVAILABILITY This module is available on SourceForge. Download it at: http://html-template.sourceforge.net The module is also available on CPAN. You can get it using CPAN.pm or go to: http://www.cpan.org/authors/id/S/SA/SAMTREGAR/ |
From: Michael P. <mp...@pl...> - 2007-01-25 17:19:33
|
Andrew Brosnan wrote: > Thanks Michael. Actually, one of the reasons I'm doing this is to > convince the customer to move to CGI::App instead of one huge script. You might look at installing C::A::DevPopup since it will give you some nice stuff to profile. > I considered saving the post output() results elsewhere to review. Is > that what you mean by do it afterwards? I can't think of a good way to > actually include it in the page generated by output. Yes. You can't time output() without actually running it. Time the method, save the results to a scalar, then insert the time into that scalar. -- Michael Peters Developer Plus Three, LP |
From: Andrew B. <an...@br...> - 2007-01-25 17:13:45
|
On 1/25/07 at 11:56 AM, mp...@pl... (Michael Peters) wrote: >=20 >=20 > Andrew Brosnan wrote: > > Hi, > >=20 > > I'm benchmarking some code and wanted to include the results in=20 > > webpages generated by print $template->output(). How could I also=20 > > include the time taken by output()? >=20 > You'll have to do it afterwards. The way CGI::Application::DevPopUp=20 > does this is by creating a popup HTML, parsing the final HTML and=20 > inserting it right before the </body> tag. Thanks Michael. Actually, one of the reasons I'm doing this is to convince the customer to move to CGI::App instead of one huge script. I considered saving the post output() results elsewhere to review. Is that what you mean by do it afterwards? I can't think of a good way to actually include it in the page generated by output. Regards, Andrew -- Andrew Brosnan ........ an...@br... Broscom LLC .... Managed Services Provider <http://www.broscom.com> .. 1 207 925-1156 Programming, Consulting, Websites, Hosting |
From: Michael P. <mp...@pl...> - 2007-01-25 17:01:50
|
Andrew Brosnan wrote: > Hi, > > I'm benchmarking some code and wanted to include the results in webpages > generated by print $template->output(). How could I also include the > time taken by output()? You'll have to do it afterwards. The way CGI::Application::DevPopUp does this is by creating a popup HTML, parsing the final HTML and inserting it right before the </body> tag. -- Michael Peters Developer Plus Three, LP |
From: Andrew B. <an...@br...> - 2007-01-25 16:53:47
|
Hi, I'm benchmarking some code and wanted to include the results in webpages generated by print $template->output(). How could I also include the time taken by output()? Regards, Andrew |
From: Sergey B. <bo...@un...> - 2007-01-18 16:27:41
|
Hi html-template-users, I found some problem I have object $associate (return by HTML::Template::Associate::FormValidator) with 'MISSING_FIELDS' => [ { 'FIELD_VALUE' => 1, 'FIELD_NAME' => 'password2' }, { 'FIELD_VALUE' => 1, 'FIELD_NAME' => 'login' }, { 'FIELD_VALUE' => 1, 'FIELD_NAME' => 'password' } ], in template <!-- TMPL_IF NAME=MISSING_FIELDS --> Some fields are missing <!-- /TMPL_IF --> load with associate => [ $q, $associate ] in logs: HTML::Template::param() : attempt to set parameter 'missing_fields' with an array ref - parameter is not a TMPL_LOOP! is it bug ? if I add <!-- TMPL_LOOP NAME=MISSING_FIELDS -->... all ok -- Sergey Borodich http://bor.org.ua |
From: Roger B. W. <ro...@fi...> - 2007-01-14 21:52:30
|
On Sun, Jan 14, 2007 at 10:48:47PM +0100, Joakim Syversen wrote: >Is it possible to use HTML::TEMPLATE with the template as a string from a >database rather than a file? I've looked in the examples and some of the >documentation but everywhere the template seems to be stored in a file. You can certainly use the template as a reference to a scalar (a "string"). Search the documentation for "scalarref". R |