On Apr 4, 2004, at 11:03 PM, Mathew Robertson wrote:


This is my local stable version of H::T (and releated modules). This version has lot of changes, but you will want to use the 'recursive_templates' argument => set it to the depth that you will allow recursion.

CAVEAT: Allowing recursive TMPL_INCLUDE's seriously breaks your ability to debug bad templates. This is becuase H::T will die with a message saying something like "TMPL_INCLUDE blah", which makes it kind of hard to figure out if the current H::T output contains a valid TMPL_INCLUDE, or an error message. In the future I hope to solve this problem...

Hope this helps,
Mathew



----- Original Message -----
From: "Jason Yates" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, April 05, 2004 12:49 PM
Subject: [htmltmpl] Variable in TMPL_INCLUDE


Searching the mailing list, a few people have mentioned a patch for
allowing variable filenames for the TMPL_INCLUDE tag. Something like this:


$t->param(FILE => 'some_file.tmpl');

<TMPL_INCLUDE NAME="FILE">

I'm currently getting around this problem by loading two templates and
outputing one into a variable of another. It works but it is kind of a
hack. I'm wondering if anyone's made a patch for this feature. If
not, I'd probably hack one out.




I thought this problem was solved with judicious use of filters. There are enough posts on this in the archives. Am I missing something here? Or are folks simply averse to using filters?




-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Html-template-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/html-template-users

Reply via email to