Put the 'my %error_data;' inside the loop. You're pushing a reference to
the same hash over and over again.
-sam
On Thu, Apr 8, 2010 at 5:20 PM, Shawn Scott wrote:
> Good Afternoon,
>
> I have been using HTML::Template for some time and have recently run into
> an starnge issue. I have the fol
On Fri, Sep 11, 2009 at 11:06 AM, Robert wrote:
> I am using XML::Simple to get some "simple" XML data.
>
> $template->param( DATA => sub {
>for my $list ( @{ $data->{list} } ) {
>print "$list->{name}[0]$list->{description}[0]";
>}
>}
> );
>
> That prints the data
2009/3/24 mailbin
> thanks for the fast response, guys. i really appreciate the help. you're
> correct that i'm not running mod_perl. i thought simply loading mod_perl
> was sufficient but obviously i was wrong, so i'm now in the process of
> puzzling how to get this mod_perl thingy working. :
On Tue, Mar 24, 2009 at 5:39 PM, Dawid Joubert wrote:
> One problem you may find with the built-in caching is how it determines
> if a file has changed. It does this by getting the last modified time of the
> file and then comparing it to the cache version.
>
> You should look into whether the m
2009/3/24
> as a new user to html::templates i've found it pretty easy to use but
> quite slow. i've turned on cache'ing but there is still no
> improvement and apache's log indicates that the files are being loaded
> each time. so, what am i doing wrong? i've included the perl code i
> use to
On 1/11/08, Raful Mr Mitchell H <[EMAIL PROTECTED]> wrote:
>
> My HTML::Template output appears in the browser like so when in a
> mod_perl sub handler subroutine. The other three modules work fine. This
> also works fine as a CGI.
>
This sounds like a server configuration problem to me. To pr
On Mon, 16 Apr 2007, Barry Michels wrote:
> my $pjx = new CGI::Ajax('change_page' => \&change_page);
I'm guess that CGI::Ajax is expecting you to return the HTML, not
print it. So try changing this:
print Show_Content($pg) if(defined $pg);
To:
return Show_Content($pg) if(def
On Mon, 16 Apr 2007, Barry Michels wrote:
> This probably has a very simple solution. I am returning
> $template->output from a sub and then printing the results. Every time,
> there's a trailing '1' at the end of the data. How do I eliminate it?
That 1 is likely the return value from print().
On Fri, 30 Mar 2007, Matt Taylor wrote:
> I couldn't find this information in the archive...
>
> I like the ESCAPE options (HTML, URL, JS).
>
> Is there a way to also escape whitespace? In particular, I would like
> an easier way to replace spaces with
>
> Currently looping through data from db
On Wed, 21 Mar 2007, Mathew Robertson wrote:
> As an aside, there are a number of different techniques used to get
> the UTF8 strings into the templates, eg: TMPL_VAR's, hacks to H::T,
> using H::T::E with a callback.
Why would you need a hack to get UTF8 strings into the templates? Is
there a b
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
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
appl
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 yo
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 tem
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. [EMAIL PROTECTED]
- Bug Fix: DEFAULT didn't work wit
On Thu, 16 Nov 2006, James Keenan wrote:
> Sam, we'd still welcome feedback.
Thanks Jim. I'll see what I can do this weekend.
-sam
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel
On Fri, 17 Nov 2006, Mathew Robertson wrote:
> sure thing - see attached.
>
> I have a few other ideas about enhancements which you may or may not
> be interested in - should I furnish a list of ideas?
Sure, I don't mind taking a look. I'm more likely to be interested in
bug fixes than new feat
On Fri, 17 Nov 2006, Mathew Robertson wrote:
> Since you mentioned that you are hoping to do a release sooner or
> later, could you consider the following two changes:
Good stuff. Any chance I could get it in unified diff format (diff
-u)?
-sam
-
On Thu, 16 Nov 2006, Shlomi Fish wrote:
>> Took me exactly 10 minutes to forward port the patch from the Phalanx
>> repository. So it wasn't such a painful process. :-D
>
> Hmmm... I spoke too soon. The first incarnation of the patch did not pass the
> tests. I now have a better patch at the same
On Tue, 17 Oct 2006, Tom Heady wrote:
> Actually, I found that turning off escaping (ESCAPE="0") does not work
> if you specify a default escape.
>
> See http://rt.cpan.org/Public/Bug/Display.html?id=18274 for more details
> and a fix.
I'll make sure this gets into the next release. I'm planning
On Wed, 15 Nov 2006, Shlomi Fish wrote:
> A question if I may. Why weren't the tests and other changes that
> were done to the Phalanx work on HTML-Template:
>
> * http://svn.perl.org/phalanx/HTML-Template/
> * http://hew.ca/yapc/phalanx/slides/TABLE_OF_CONTENTS.html
>
> Integrated into the mainli
Krang v2.007 is now available (the source release is up now and binary
builds should be up soon). Notable changes in this release and in
v2.006, which never received a proper announcement:
* Improvements to the list-data management system, command-line
tools and associated element classes
On Tue, 27 Jun 2006, Matthew wrote:
>> Also, are you loading many templates and doing includes manually?
>> Switching to tmpl_include (which is processed at compile time) can be
>
> Not sure what you mean.
Some people do stuff like:
my $header = HTML::Template->new(...);
my $body =
On Mon, 26 Jun 2006, Matthew wrote:
>I've already got "use HTML::Template" in my startup.pl so
> theoretically its being compiled at server start (anyway to verify
> this?). But its the instantiation in my handler() routine that's using
> the CPU time.
>
> How I can I get H:T to preform better
On Fri, 9 Jun 2006, Alexey Melezhik wrote:
> HTML::Template INST_VERSION 2.6
Please upgrade to 2.8. I fixed a couple bugs that could cause this
problem since 2.6. If you can replicate the problem with 2.8 then
please send me your template.
Thanks!
-sam
__
Krang v2.005 is now available. Notable changes in this release and in
v2.004, which never received a proper announcement:
* Added enforcement of permissions at the application and run-mode
level rather than just at the UI level. [Michael Peters]
* Fixed Xinha link-munging so that you
On Tue, 23 May 2006, Josh Clark wrote:
Here's a strange bug that I encountered while running HTML::Template 2.8
under Perl 5.006001 (doesn't happen in the various flavors of 5.8 that I've
tried).
Sounds like a good reason to upgrade.
The problem appears to be related to the uc function in l
On Thu, 18 May 2006, Matias Alejo Garcia wrote:
Maybe a good option would be to use 'memcached' (Cache::Memcached, which can
also be shared in the distributed environment, and is very easy to manage)
instead of IPC. What you think?
Seems like a fun project, if possibly self-defeating. I think
On Thu, 18 May 2006, Mathew Robertson wrote:
Shared cache has the nice effect of reducing the memory footprint of the
templates, when running apache in multi-process mode.
So does file_cache, and it's a heck of a lot easier to manage!
-sam
---
On Wed, 17 May 2006, Matias Alejo Garcia wrote:
Are you using caching? Are you pre-caching your templates during
server startup? If so then you can have as many includes as you want
and it won't make a bit of difference at runtime.
Yes, we are using shared_cached. We are no precaching, but
On Wed, 17 May 2006, Matias Alejo Garcia wrote:
So, some of our pages include 200 templates (we use shared_cached=>1). These
'include' strategy helps our designer because its HTML code is reutilized
over and over.
Would you say this is a correct approach? What about performace? I know be
need to
On Wed, 26 Apr 2006, Jim Spath wrote:
Just joined the list... excuse me if this has been posted before, but I
didn't find a good way to search the mailing list archives.
I use HTML::Template for XML templates frequently, and think that
ESCAPE=XML would be a useful addition. So far as I know HT
CHANGES
- Added support for ESCAPE attribute in combination with EXPR.
(Michael Peters)
- Fixed a bug where functions which returned 0 or more than one
return value would cause a stack under or overflow. Functions
are now called in scalar context, eliminating the probl
On Fri, 14 Apr 2006, Michael Peters wrote:
I'll try my simple approach and see how that works first.
This is a very simple (naive?) approach, so I may have missed something,
but it seems to work.
Thanks, applied!
-sam
---
This SF.Net ema
On Fri, 14 Apr 2006, Michael Peters wrote:
Yeah, that makes sense, I guess I didn't really think it through. Would
it make sense though to allow it to be used if the entire expression
returned false?
No, I don't. Default for normal variables is only used when a value
isn't set, false or undef
On Fri, 14 Apr 2006, Michael Peters wrote:
So by making the "parser smart enough" do you mean copying that huge
regex from H::T and modifying it with the expr regex?
Yeah, or using Parse::RecDescent. H::T::E already uses it for
expressions, so using it for parsing the template itself might no
On Thu, 13 Apr 2006, Michael Peters wrote:
Is it possible to combine the 'escape' attribute of H::T with
H::T::Expr?
No, I don't think so. I don't think it would be too hard to add
support for it though. HTML::Template supports combining escape and
code-ref params, so it'd just be a matter o
On Tue, 21 Mar 2006, Eric Frazier wrote:
Is there any way you could change this line in Template.pm from croak to
confess?
No need to change Template.pm. Just tell Carp you want verbose
reports:
use Carp qw(verbose);
Now all croak()s will have stack traces.
-sam
---
On Mon, 13 Mar 2006, Kapoor, Nishikant wrote:
Is there a way I can continue to use the 'single' assignment, and
still achieve this objective?
You seem to have the right idea here:
#BUT, if I need to bold the 'search text', I need to iterate through the loop
my @loopData=();
foreach my $rec (
On Sun, 5 Mar 2006, Matias Alejo Garcia wrote:
Is there any way to, once the $template is filled, to dump the variables to
a file?
Sure. The full parameter set is available via param():
my %data = map { ($_, $template->param($_) } $template->param();
You can dump that hash to a file with
ANNOUNCEMENT: HTML::Template::Expr v0.06
CHANGES
- Rewrote grammar to support expressions with less parenthesis.
For example, "foo || bar || baz" now works.
DESCRIPTION
This module provides an extension to HTML::Template which allows
expressions in the template syntax. This is purel
On Sat, 25 Feb 2006, Brad Choate wrote:
Hi all-- brand new to the list, but I've been using HTML::Template for
some time. Just to quickly introduce myself... I work at Six Apart as
one of the engineers of Movable Type. MT uses HTML::Template for all
of its application UI.
Hey Brad, good to me
I'm switching the HTML::Template CVS repository at SourceForge over to
Subversion. You can find access information here:
http://sourceforge.net/svn/?group_id=1075
Let me know if you have any problems.
-sam
---
This SF.Net email is sponso
.
NOTE
This module is not feature-complete. Be sure to read the CAVEATS
section in the documentation before using!
AVAILABILITY
The module is available on CPAN. You can get it using CPAN.pm or go
to:
http://www.cpan.org/authors/id/S/SA/SAMTREGAR/
CONTACT INFO
This module was written by Sam
On Thu, 22 Dec 2005, Alex Kapranoff wrote:
Too bad I was late to send additional ESCAPE=none (as a synonym for
ESCAPE=0) patch for completeness. It was sleeping time over here
between your two mails -- this and release announcement :)
Yeah, I wondered if that would be required by default_escap
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/
CONTACT INFO
This module was written by Sam Tregar ([EMAIL PROTECTED]). You can
join the HTML::Template maili
CHANGES
- Added a compatibility fix required by HTML::Template v2.8.
DESCRIPTION
This module provides an extension to HTML::Template which allows
expressions in the template syntax. This is purely an addition - all
the normal HTML::Template options, syntax and behaviors will still
work.
E
On Tue, 18 Oct 2005, Alex Kapranoff wrote:
I added tests for loops and includes, they seem to succeed. Updated
patch below.
Applied for 2.8, which is coming soon by the way!
Thanks,
-sam
---
This SF.net email is sponsored by: Splunk Inc.
On Tue, 29 Nov 2005, Jozef Kosoru wrote:
Since there wasn't any new release for more than one year I would also like
to ask you whether this package is still maintanted.
It's still maintained, although I'm too busy to spend a lot of time on
it right now. Maybe next year...
Regarding this bu
On Mon, 17 Oct 2005, Alex Kapranoff wrote:
> One name, one function, please :)
> default_escape => 'html'.
>
> Patch below, with tests.
Very cool.
> diff -ruN /tmp/HTML-Template-2.7/Template.pm HTML-Template-2.7/Template.pm
> --- /tmp/HTML-Template-2.7/Template.pmFri Jun 18 21:42:06 200
On Fri, 14 Oct 2005, Karen wrote:
> Problem solved. Sam, any particular pattern to param's return value
> when setting it?
Nope, and I hope the documentation didn't promise any. I'm firmly in
favor of exclusively using exceptions for errors, rather than C-style
boolean returns.
-sam
On Fri, 14 Oct 2005, Mark Stosberg wrote:
> I'm curious about what other people think about an option to
> turn ESCAPE=HTML on default, to protect against cross script scripting
> practices by default.
Sure, sounds reasonable to me.
-sam
---
On Mon, 10 Oct 2005, Octavian Rasnita wrote:
> I have noticed that the module HTML::Template::Compiled stores the vars in
> memory when using mod_perl, and possibly displays them for the next visitor.
HTML::Template::Compiled is not generally supported on this list. I
don't mind if people talk a
On Wed, 14 Sep 2005, David Kaufman wrote:
> Has anyone tried this XS implementation of HTML::Template?
> http://search.cpan.org/~viy/HTML-Template-Pro-0.50/ I'm interested
> to hear whether it is really "10-25 times faster" than pure-perl
> HTML::Template and/or really 1-3 times faster than H::T w
On Tue, 30 Aug 2005, Octavian Rasnita wrote:
> I have started to use the fast template HTML::Template::Compiled, but it
> gives errors. Here is a test:
HTML::Template::Compiled is not supported on this list, as far as I
know. I'm not opposed to discussion of the module here but I thought
you sho
On Thu, 11 Aug 2005, Mitar wrote:
> On 8/11/05, Mark Stosberg <[EMAIL PROTECTED]> wrote:
> > I've now submitted a patch with a test, code and docs to resolve this.
> > It's available through rt.cpan.org:
>
> Oho, that was really fast.
>
> And when can we expect this in the official release, Sam?
On Wed, 10 Aug 2005, Mitar wrote:
> I think that HTML::Template should report this. Or is there some
> reason for it? I use the 2.7 version and Perl 5.8.4.
Nope, that's a bug. Could you report it on rt.cpan.org? That will
ensure that I don't forget to fix it for the next release.
Thanks,
-sam
On Mon, 8 Aug 2005, Mark Stosberg wrote:
> Interesting. I hadn't heard of that technique being used before. I do
> recall that this feature could be accomplished somewhat automatically if
> code refs were used for values-- the code refs would only be executed if
> they were used. I have rarely nee
On Sat, 6 Aug 2005, Mark Stosberg wrote:
> It should be easier for a designer to get an answer to the question:
> "What tokens do I have available?"
>
> I think there is a fairly reasonable way to make this easier.
>
> A tag could be added which outputs all the possible
> tmpl_loop tmpl_var n
On Thu, 21 Jul 2005, Leander Gillard wrote:
> Hello, I'm developing a web application using a combination of
> CGI::App, CGI::Template, xmlHTTPreq.
I don't see HTML::Template in that list. Are you on the wrong
mailing-list?
-sam
---
SF.Net e
On Mon, 18 Jul 2005, Mark Stosberg wrote:
> In the current CGI::Application scheme, we solve this with mix-ins and
> hooks for callbacks at various points. H::T seems rather mature already,
> and I'm not suggesting making these kind of extensions to it. This seems
> like a case where modifying the
On Mon, 18 Jul 2005, Mark Stosberg wrote:
> There are a couple features of TT that seem reasonable to support, and
> seem at first glance like things that an be added while maintaining
> compatibility.
>
> 1. Support for complex data structures.
>
> 2. Method calls.
Isn't there something on CPAN
On Mon, 18 Jul 2005, Mark Stosberg wrote:
> > #1 I can get behind. #2 makes me itch. There's a high potential for
> > abuse here since methods can have side-effects which would break the
> > straight data-path from code to template to output.
>
> I'm also more interested in number 1 than number
On Wed, 13 Jul 2005, Emanuele Zeppieri wrote:
> Here it is Sam.
Awesome! I'll take a closer look soon. If you don't hear from me in
a few days please feel free to nag.
-sam
---
This SF.Net email is sponsored by the 'Do More With Dual!' webi
On Mon, 11 Jul 2005, Emanuele Zeppieri wrote:
> Well, I'm probably missing something (or everything), but it seems to me
> that the following compiled code layout could solve the problem:
>
> JUMP to A IF false
> ... # first true instruction
> ...
> ... # last true instruc
On Mon, 11 Jul 2005, Jochen Cichon wrote:
> Hm, was my first Idea also,
>
> but why is condition evaluated a second time ONLY if it is TRUE on the first
> run?
HTML::Template compiles an IF/ELSE into two JUMP IF ops:
JUMP to A IF false
...
...
JUMP TO B IF true
A: ...
On Fri, 8 Jul 2005, Jochen Cichon wrote:
> Any Ideas?
>
>
> It seems not to be a problem with the rand, it seems more to be a
> problem when the expr is somehow different in the two runs. So why
> is ist pared twice? (sometimes!)
I think it's because HTML::Template is evaluating the condition
On Thu, 7 Jul 2005, Mark Fuller wrote:
> From: "Sam Tregar" <[EMAIL PROTECTED]>
> > That's a run-time error that happens during output() and the relevent file
> and
> > line numbers are currently only available during parse().
>
> Sam, I'm curiou
On Thu, 7 Jul 2005, Matija Grabnar wrote:
> And die_on_bad_params is usualy a very usefull debugging tool, which
> is why I need it. At least, if it dies in the loop, HTML::Template
> should tell you WHICH loop it died in (in which line the loop
> began).
Now that's a patch I'd take! Warning -
On Wed, 1 Jun 2005, Paul Simon wrote:
> The HTML::Template doc says to use __FIRST__,
> __LAST__, __INNER__, __ODD__ as the loop context vars.
> They did not work for me until I used the
> (undocumented) lower case __first__, __last__ etc.
> I'm guessing because I have case_sensitive set to true
On Wed, 4 May 2005, joseph canton wrote:
> Has anyone used HTML::Template with modperl or Apache::ASP?
Yes! Krang (http://krang.sf.net) is a large-scale Apache/mod_perl app
which uses HTML::Template.
-sam
---
This SF.Net email is sponsored b
On Wed, 13 Apr 2005, Jonathan Lang wrote:
> How difficult would it be to implement an alternative to the existing
> looping technique, where the values to be looped through are passed to the
> template via a bunch of lists instead of a list of hashes?
Trivial. Create a sub-class which uses fil
On Sat, 5 Mar 2005 [EMAIL PROTECTED] wrote:
> Data Grid PossiblitiesI am trying to obtain a data grid control for
> my website. The data grid will be used to do quick sorts and
> filters. I am not sure if there anything out there that is used with
> Perl or some other solution. Javascript,.Net,etc
On Fri, 4 Mar 2005, [Windows-1251] Ãîðüêèé Þðèé wrote:
> then $template->param('some_param') should be equal to 'value1'
>
> ($query appears _earlier_ in associate)
>
> but the fact is that $template->param('some_param') is equal to
> 'value2'
>
> am I mistaken?
Sounds like a bug to
On Thu, 3 Mar 2005, Cory Trese wrote:
> My major questions are:
>
> 1. How does a sub-class of HTML::Template construct itself? Should I
> over-ride 'new( )' or use something like 'make_new( )' to wrap 'new( )'
> or 'SUPER::new( )'.
package HTML::Template::Awesomer;
use base 'HTML::Template
On Tue, 1 Mar 2005, Robert Ferney wrote:
> I envision something like
>
>
>
>
> this would be a slight variation on the TMPL_LOOP with the main
> difference being that there is only one of them, rather than a list of
> them.. ie.. it's going to get a HASH ref instead of a LIST ref that
> co
On Sat, 26 Feb 2005, James Keenan wrote:
> But the other is IPC::ShareLite (v0.06 or later)
> (http://search.cpan.org/~maurice/IPC-ShareLite-0.09/). This module has XS
> code (there be goblins). My attempt to install it on Darwin failed. I can't
> say why, but perhaps this quotation from the IP
On Fri, 25 Feb 2005, Thomas Gutzler wrote:
> it looks a bit dodgy to me, that
>
> works well but
>
> has to be written as
>
> to get it working.
> Is that a known bug or meant to be as a feature? :)
It's a known bug - one that I nearly solved last month but didn't
finish. You can read about i
On Tue, 22 Feb 2005, Jonathan Lang wrote:
> Could HTML::TEMPLATE be reworked to allow for a more XML-friendly syntax?
Sure. Check out the filter option to new(). You can easily add
support for almost any syntax you can imagine!
-sam
---
SF
On Fri, 11 Feb 2005, Scottsweep wrote:
> I'm working from the standpoint of not making associate any more
> complex, actually less so from the end user standpoint.
>From the standpoint of the maintainer it definitely looks more
complex.
> The thought of instantiating another object to do what ca
On Fri, 11 Feb 2005, Scottsweep wrote:
>I want to propose the following PATCH to
> HTML::Template. This would allow objects to be
> associated without the need to define a param method
> (all public methods can be TMPL_VARs).
This seems like a reasonable thing to want, but I think it would b
On Fri, 14 Jan 2005, Thomas Gutzler wrote
> foo
That should work fine now.
> foo or bar
Use HTML::Template::Expr and write it:
foo or bar
-sam
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition S
On Wed, 12 Jan 2005, Patrick Humpal wrote:
> I have two standard templates that all my pages use: headers.shtml
> and footers.shtml. However, it seems as if one of my CGI files is
> reading the headers.shtml file from an older cached version while my
> other CGI file is reading the the more recen
On Tue, 11 Jan 2005, Mathew Robertson wrote:
> I respect Sam's opinion on what should and shouldn't go into H::T,
> although I wouldn't consider some of the enhancements "feature
> creep" (ie I think not having TMPL_ELSIF would mean that a feature
> is missing) -> I thank him for producing a very
On Fri, 7 Jan 2005, Mark Fuller wrote:
> > Why? I still haven't heard a compelling use-case aside from dynamic
> > includes which I think can be handled in better ways.
>
> Ooops. We're talking about two different things. What I said above concerns
> evaluation of a template which needs to be pe
On Fri, 7 Jan 2005, Mark Fuller wrote:
> I'm not a big object guy. Subclassing H::T is probably beyond my capability.
I doubt that. Give it a try. If you have trouble, post here and I'll
be happy to give you a hand. If you have no idea where to start I'd
suggest picking up Damian Conway's "Obj
On Fri, 7 Jan 2005, CUMMING, Joe, FM wrote:
> The one place which HTML::Template frustrated me was it's "non-support" of
> CDBI. After, all cdbi objects are hashes under the covers and cdbi iterators
> are arrays, why can't I then pass them to HTML::Template in the way you
> would expect?
Because
On Wed, 5 Jan 2005, Keith Jackson wrote:
> Your version has some nice features that I could use, especially the
> recursive HTML::Template invocation. Is there a reason why Sam has
> not included your mods into the CPAN version?
The discussion of these changes is available in the mailing-list
ar
On Tue, 4 Jan 2005, Mark Fuller wrote:
> I just had a need to conditionally include one of a few templates dependnig
> on the value of a TMPL_VAR. One of the includes (which would not have been
> loaded) did not exist, but H::T died because it couldn't locate that file. I
> realized H::T probably
On Fri, 3 Dec 2004, Jason Purdy wrote:
> 1) Class::DBI Integration
> I'm just starting to pick up CDBI (I know, I'm late to the party ;)) and it's
> kind of frustrating to get the data into the template. Or it could be made
> easier. I'm not sure if we're talking Plugin or an update to the core,
On Wed, 1 Dec 2004, Brad Cathey wrote:
> In a regular HTML setting, this is no problemthe URL reads:
>
>http://www.domain.com/page.html#top
>
> But in the .TMPL model, it goes to the home page:
>
>http://www.domain.com/#top
Two answers:
1) That's not "the .TMPL model" that's the mod
On Mon, 22 Nov 2004, Tim Howell wrote:
> I've very recently begun using HTML::Template::JIT to eke some
> additional speed out of several fairly complex applications I have.
> This morning users of a couple of those applications received messages
> like the following:
>
> Can't locate object meth
On Tue, 9 Nov 2004, Brad Cathey wrote:
> H::T is not returning any errors. Could it be a corrupt .tmpl file? If so,
> how would I know?
What happens when you run it from the command-line?
-sam
---
This SF.Net email is sponsored by:
Sybase AS
On Wed, 3 Nov 2004, Bill Nixon wrote:
> In my template, I'd like to have something like:
>
>
Why would you want to do this? Are you really expecting your HTML
designers to know SQL?
-sam
---
This SF.Net email is sponsored by:
Sybase ASE Li
On Fri, 29 Oct 2004, Peter Valdemar Mørch wrote:
> I use gettext, and so I've created this filter:
>
> my $gettextFilterSub = sub {
> my ($text_ref) = @_;
> $$text_ref =~
> s//gettext($1)/ge; # To satisify xgettext: "
> };
You could also use HTML::Template::Expr and setup a function called
ge
On Wed, 1 Sep 2004, Fred Condo wrote:
> I've attached the simple test template and script to this message.
I tried your test with Perl 5.8.3 and HTML::Template 2.7. The first
line was printed in the output. What version of HTML::Template are
you using?
-sam
--
On Tue, 24 Aug 2004, Martin Sarfy wrote:
> Using construct isn't appropriate for several reasons:
>
> -- $lang is not accessible in context
Use global_vars and it will be.
> -- it's too clumsy for manual writting
I don't understand what you mean by this. If you consider
HTML::Template's
On Wed, 11 Aug 2004, David Wheeler wrote:
> None of Kineticode's customers have reported this problem including
> PIRT. And there are several hundred thousand documents behind that,
> excluding PIRT. I guess you didn't report it because you couldn't
> replicate it. I remember you mentioning it, th
On Wed, 11 Aug 2004, David Wheeler wrote:
> On Aug 11, 2004, at 9:50 PM, Sam Tregar wrote:
>
> > How can I be so sure? I've worked with big complex systems running on
> > both databases. I've watched Bricolage completely destroy user data
> > despite usin
On Wed, 11 Aug 2004, David Wheeler wrote:
> To whom did you report them? I don't recall you running into any bugs, only
> features you were used to in MySQL but were missing in PostgreSQL.
On the PostgreSQL mailing-list. Two that jump to mind which I'm
absolutely sure I reported:
- pg_dump pr
1 - 100 of 286 matches
Mail list logo
