Re: How do I reference functions from another template?

Michael DeHaan <[email protected]>
Newsgroups gmane.comp.python.cheetah
Message-ID <[email protected]>
R. Tyler Ballance wrote:
> On Tue, May 05, 2009 at 09:01:10PM +0100, Jeremy James wrote:
>   
>> [email protected] wrote:
>>     
>>> Hey tavis and Tyler
>>> If you really *must* avoid first compiling foo.tmpl, then for now the
>>> #include would be what you'd want. See:
>>>       
>>> http://www.cheetahtemplate.org/docs/users_guide_html/users_guide.html#SECTION000860000000000000000
>>>  
>>> *We cant compile templates in webpy and include is what we need*
>>> *So please DONT PHASE OUT #includes*
>>> *all our code base uses #include
>>>       
>> On the contrary - unless you've re-written webpy's cheetah.py [1], then
>> it does its own hacky #include, and dropping support from Cheetah will
>> make no difference to you.
>>
>> For what it's worth, I support removing #include and using more
>> intelligent on-demand compiling of parent templates required by #extends
>> if a user doesn't want to compile to .py first.
>>     
>
> That sounds like a good middle-ground to me, but I'm curious as to why
> users (read: you's guys ;)) aren't compiling templates? From your point
> of view what are the benefits to this approach that is gained over
> compiling .tmpl->.py via `cheetah compile`?
>
> I'm genuinely curious for the usecases for dynamically compiled
> templates in this fashion since we don't use anything like this at
> Slide.
>
>   

In Cobbler's case (http://fedorahosted.org/cobbler), we want folks to be 
able to edit kickstart templates on the fly, whenever they want, without 
having
to be recompile them.

For instance, via the filesystem or the web app.

It's actually quite a feature that they are updated live and on the fly 
without having to take any extra steps.

In our case there's no performance need to compile them.


------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.